Coreal.
Book a working session →
← PLATFORM·P4 · Trading OS · Hedge Fund

AI Consensus Hedge Fund

A hedge-fund operating system that requires consensus across four venues before any order leaves the gate. ML scores every signal, anomaly detection kills outliers, and every decision lands in an investor-visible audit trail.

Sharpe
4.67
Exchanges
4
HWM
5%
CONSENSUSML GATEHWMAUDIT
01Capabilities

What ships in the box.

C-01

Consensus gate

Minimum-N exchanges must agree before order release

C-02

ML scoring

Per-strategy ML head with anomaly detection

C-03

Risk budget

Automated VaR / volatility budgeting per book

C-04

HWM performance fee

5% high-water-mark gating with crystallization

C-05

Trailing stops

Dynamic stops with regime-aware widening

C-06

Audit trail

Every gate decision journaled with input hash

02Technical deep dive

How it works under the hood.

Five sections covering the structural decisions, the data model under them, and the operational characteristics you can show to an architecture review or a regulator.

§ 01

Consensus as a structural risk control

A single venue's order book can be manipulated, lagged, or mispriced. A strategy that fires on a single venue's signal is exposed to every quirk of that venue. The consensus gate solves this structurally: a signal must be agreed upon by at least N of M monitored venues (typical: 3 of 4) within a tight time window before any order is released. If Binance shows BTC at 71,200 and OKX, Bybit, Kraken all show 71,400, the gate refuses to act on the Binance-only outlier — until either the others confirm (signal becomes valid) or the divergence persists past the timeout (signal expires). This converts venue-specific risk into a hard "no" rather than a soft warning.

§ 02

ML scoring without ML autonomy

Every signal that survives the consensus gate is scored by a per-strategy ML head: features include order book imbalance, volume regime, recent volatility, microstructure latency, time-of-day priors. The score is an input to the order-sizing logic, not an autonomous decision-maker. A high-confidence score increases position size within the risk envelope; a low or anomalous score zeroes the trade. The ML scorer never overrides the consensus gate or the risk budget — it operates strictly within them. This bounded design is what makes the system defensible to investors: there is no path where the model takes a position that the structural controls would have prevented.

§ 03

Anomaly veto

Running parallel to the ML scorer is an anomaly detector — a separate model trained on what "normal" market behaviour looks like for each pair, calibrated rolling. When the detector sees something it doesn't recognise (a flash move, a venue-wide latency spike, an unusual volume pattern that matches historical exploit signatures), it issues a veto on the affected strategies. The veto pauses new orders for that strategy/pair and lets existing positions wind down according to their stop logic. The veto is asynchronous to the consensus gate — the two are independent layers of defence.

§ 04

Risk budget and VaR

Each strategy operates within a daily risk budget expressed as Value-at-Risk at a configured confidence level. The budget is updated continuously as positions move; a strategy that has consumed its budget cannot increase exposure without approval, regardless of signal quality. The risk service is the single arbiter — the strategy code asks "may I take this position?" and gets a yes/no with a budget-remaining value. There is no path to bypass the risk service. Drawdown breaches automatically reduce the next day's budget by a configured factor.

§ 05

High-water-mark fee with crystallisation

Performance fees on hedge funds are a permanent source of investor-manager friction unless they're mechanised correctly. The HWM model used here charges 5% on returns above the historical peak NAV per investor, crystallised quarterly. Crystallisation matters: it turns "fee earned in theory" into "fee paid to the fund", resetting the HWM. The investor portal shows current NAV, current HWM, fees earned-but-not-yet-crystallised, and a dated history of every NAV mark. Disputes are resolved against the on-ledger NAV history, not against a spreadsheet.

03Data model

Core entities & key fields.

The handful of entities you would design first if you were building this from scratch. Naming and field shape match what an audit firm or counterparty would expect.

ENTITYPURPOSEKEY FIELDS
strategyVersioned strategy definition with risk profileid · name · version · pair · risk_budget · max_leverage · status
signalPre-consensus strategy outputid · ts · strategy_id · venue · direction · price · confidence
consensus_decisionGate decision on consensus poolid · signal_group · venues_agreed · n_required · decision · ts
orderReleased order after consensus + ML + riskid · strategy_id · venue · pair · size · price · status
nav_markPer-investor NAV snapshotid · investor_id · ts · nav · hwm · fee_accrued · crystallised_at
anomaly_vetoAsync veto record from anomaly detectorid · ts · scope · trigger · severity · vetoed_until
04Request lifecycle

From input to settled state.

The path a single operation takes through the system. Every step is journaled and replayable.

1. Strategy signalStrategy service emits signal to consensus bus
2. Consensus gateGate service waits for N-of-M agreement within timeout window
3. ML scorePer-strategy scorer assigns confidence, sizes within envelope
4. Risk checkRisk service validates against current VaR budget; returns yes/no/limit
5. Order submissionReleased order routed to selected venue with idempotency key
6. NAV updateTrade settlement posted to fund ledger; per-investor NAV recomputed
05Operational characteristics

What this looks like in production.

SLO-01
Sharpe ratio (live)
4.67

Trailing 12-month, audited NAV history

SLO-02
Consensus N-of-M
3 of 4

Default; configurable per strategy

SLO-03
Decision latency p95
< 120ms

Signal arrival → gate decision

SLO-04
Anomaly detection coverage
100%

Every active strategy under continuous detection

SLO-05
NAV mark frequency
Daily + on event

Snapshots stored immutably for investor reports

SLO-06
Performance fee
5% HWM

Crystallised quarterly per investor

06Architecture

Behind the surface.

Strategy services emit signals into a consensus bus; gate service blocks any order without N-of-M agreement. ML scorer runs alongside; anomaly detector vetoes asynchronously.

07Integrations

Vendors & rails.

BinanceOKXBybitKrakenInternal riskInvestor portal
08Regulatory posture

Investor reporting tied to ledger truth · audit-grade replay · MiCA/MiFID-aligned conduct logs.

09Adjacent products

The rest of the platform.