SPEC: KapitaalBot Runtime

Deze pagina is de canonieke publieke technische specificatie van KapitaalBot. De focus ligt op systeemgedrag, operationele architectuur en latency-eisen. Broncode, gevoelige tuningwaarden en private accountdetails blijven bewust buiten scope.

1) Gebruikte techniek / stack

ComponentSpecPublic note
LanguageRustCore runtime and execution logic
DatabasesPostgreSQLRole-separated data paths (ingest / decision / research where applicable)
OS / RuntimeLinux (Ubuntu class)Service-oriented runtime on dedicated host(s)
Process controlsystemd servicesDeterministic startup/restart and health supervision
Exchange integrationWebSocket-firstLive market + execution channels, snapshot/export driven website
Observability exportRead-model JSON snapshotsPublic and tiered observability without direct DB exposure

2) Runtime / architecture specs

KapitaalBot werkt als timing-aware, multistrategy route-selection engine met live route-state, regime-routering, position-context, execution choke en feedbackgedreven explainability.

spec.runtime.diagram.titlespec.runtime.diagram.caption

spec.runtime.diagram.desc

3) Latency specification

Onderstaand overzicht maakt expliciet onderscheid tussen latency-targets, geobserveerde ranges en vertraagde/background-paden.

Tier / PathTarget latencyObserved latencyWhy it matters
Hot path (ranking → choke → submit)Sub-second classRuntime-dependent, monitored continuouslyDirect impact on execution viability and stale-decision risk
Warm path (route-state refresh, explainability updates)Seconds classLow-seconds class under normal loadControls decision freshness and interpretability
Tier 1 public observabilityDelayed by designDelayed snapshotsPrevents real-time strategy leakage while preserving transparency
Tier 2 analytical observabilityNear-operational delaySnapshot cadence dependentSupports deep diagnostics without exposing account-sensitive internals
Tier 3/admin and private operator pathsOperationally immediateInternal-onlyUsed for sensitive account/runtime control and forensic analysis

4) Public safety boundary

  • WEL: functionele werking, architectuur, beslislogica op hoog niveau, outcomes, explainability.
  • NIET: broncode, exacte private thresholds, gevoelige allocator/sizing details, accountspecifieke data.