fintech-algorithms
Using a coding agent? Give it the skill: npx skills add IslamBaraka90/Fintech-Algorithms-Library What it does →

Know Sure Thing (KST)

Install and import#

bash
npm install fintech-algorithms
ts
import { knowSureThingKst } from "fintech-algorithms/technical-indicators/momentum/know-sure-thing-kst";

Signature#

knowSureThingKst(input)

Weights four smoothed rate-of-change readings taken over different lookbacks into a single momentum line, with a simple-average signal.

Parameters#

NameTypeNotes
inputTopicInputbars is a chronological array of OHLCV rows, each with a non-empty timestamp plus finite open, high, low, close and volume. This topic reads no keys from parameters: the four components are fixed at lookback/smoothing/weight of 10/10/1, 15/10/2, 20/10/3 and 30/15/4, and the signal is a fixed 9-period average. The shared momentum preamble still validates period (default 14), fast_period (default 5) and slow_period (default 34) before branching, so a bad value for any of them throws even though this topic reads none of them.

Returns#

TopicResult

series and latest carry two keys: kst, the weighted sum of the four smoothed percentage rate-of-change components, and signal, its 9-period simple average. The slowest component sets the kst warm-up and signal trails it.

Warm-up#

The first 44 bars for `kst`, 52 bars for `signal` positions are null. kst requires every component, and the slowest (30-bar lookback smoothed over 15) does not resolve until index 44, so ready_at is 44 on the canonical fixture; signal remains null until index 52.

Errors#

  • When period is supplied but is not an integer >= 2, even though this topic ignores it — throws Error
  • When bars are not strictly increasing by timestamp — throws Error

Complexity: time O(n), space O(n).

Worked example#

executed Captured by running this function on the input its own test provides. Real output of real code — but not asserted against a published figure.

Input#

input
{
  "bars": [
    {
      "timestamp": "2024-01-02",
      "basis": "synthetic-unadjusted",
      "open": 100,
      "high": 101.45,
      "low": 98.695,
      "close": 100,
      "volume": 750000,
      "benchmark": 200
    },
    {
      "timestamp": "2024-01-03",
      "basis": "synthetic-unadjusted",
      "open": 101.49111452,
      "high": 103.38381693,
      "low": 100.05480022,
      "close": 101.78791214,
      "volume": 795117,
      "benchmark": 200.56326135
    },
    {
      "timestamp": "2024-01-04",
      "basis": "synthetic-unadjusted",
      "open": 102.45519048,
      "high": 104.6701838,
      "low": 100.91147007,
      "close": 102.9549389,
      "volume": 840234,
      "benchmark": 201.11020913
    }
  ],
  "parameters": {}
}

Call#

knowSureThingKst(input)

Returns#

object with 9 fields: topic_id, title, state, ready, ready_at, series, latest, parameters, …

{
  "topic_id": "D07-F03-A24",
  "title": "Know Sure Thing (KST)",
  "state": "calculated",
  "ready": true,
  "ready_at": 44,
  "series": {
    "kst": [null, null, null, null, null, null],
    "signal": [null, null, null, null, null, null]
  },
  "latest": {
    "kst": 2.8616450824068522,
    "signal": 4.992752189344036
  },
  "parameters": {},
  "diagnostics": {
    "causal": true,
    "input_count": 96
  }
}

Diagrams#

Know Sure Thing (KST) — article hero
Know Sure Thing (KST) — concept map
Know Sure Thing (KST) — decision comparison
Know Sure Thing (KST) — worked example

Calculation flow#

Know Sure Thing (KST) calculation flow
flowchart LR
    A["an ordered price or OHLC series, declared lookbacks, smoot"] --> B["Validate order, basis, and finite values"]
    B --> C["Apply the selected Know Sure Thing (KST) convention"]
    C --> D["Emit value, readiness, and diagnostics"]
    D --> E["Interpret descriptively; test outcomes separately"]
    B -->|invalid or insufficient| X["Withhold output with a reason"]
Know Sure Thing (KST) readiness and evidence states
stateDiagram-v2
    [*] --> Waiting
    Waiting --> Ready: enough valid causal observations
    Waiting --> Rejected: malformed or unsupported input
    Ready --> Calculated: selected formula applied
    Calculated --> Interpreted: diagnostic and limitation retained
    Interpreted --> Ready: next observation arrives
    Rejected --> Waiting: corrected input and deterministic reset

How it works#

This page states the contract — how to call it correctly. The article explains the concept: why it works, and where it breaks.

Read the article →

References#

  • TA-Lib function groups — see linked primary or authoritative record
  • TA-Lib C/C++ API — see linked primary or authoritative record
  • TA-Lib maintained source — see linked primary or authoritative record
  • Evidence decision
  • Level 1 evidence map

The rest of the Momentum family#