REACTOR

Profile …
MARKETS
—
SESSION VOLUME
—
TRADES
—
ENGINE SEQ
—
OPEN ORDERS
—
ESCROWED
—
TICK
0.01%

Markets

binary & scalar outcome markets · price = implied probability
Create
loading…

—

YES PROBABILITY
—
YES — — NO
LAST—
SPREAD—
SESSION HIGH—
SESSION LOW—
VOLUME—
TRADES—

Connect an account to trade

TRADE

max collateral—

OPEN ORDERS this market

connect to view

ORDER BOOK click a level to inspect its queue

PRICESIZE
no depth yet

POSITION

this market—
free collateral—

TRADES

no trades yet

Create market

permissionless — any connected account can list an outcome market
← Markets

NEW OUTCOME MARKET

Resolution: binary or scalar at 0–100% (tick = 0.01%). Longs are paid the outcome fraction per unit, shorts the remainder — HIP-4 settleFraction semantics, exactly.
creator slots remaining—
Creation is permissionless within a granted allowance — Reactor grants creator slots to a limited set of projects (dev accounts get 100).

REPLICATE HIP-4 mirror live Hyperliquid outcome markets, 1:1

Fetches outcomeMeta from the HIP-4 info API. Titles & provenance (hip4:<id>) are copied precisely; already-replicated markets are skipped.
ENGINE SEQ
—
MARKETS
—
OPEN ORDERS
—
ACCOUNTS
—
ESCROWED
—

STATE ROOT recomputable by anyone from the WAL

—
keccak-256 merkle root over every (account, balance) leaf, committed onchain at the engine sequence shown. Forced exits verify membership proofs against it.

SETTLEMENT

chain—
escrow—
collateraltUSDC (6dp)
exit pathrequestExit → proof → forcedWithdraw

COMMITMENT HISTORY state roots observed this session

—

ACTIVITY all markets

no trades yet
VERIFIABLE OUTCOME-MARKET VENUE

CEX speed.
DEX custody.

Reactor runs the order book of a top exchange with the self-custody of a DEX. Matching happens offchain in a deterministic, single-writer engine; collateral never leaves an onchain escrow you can exit from unilaterally. Every order is a signed entry in a public log anyone can replay to reconstruct — and verify — the exact state committed onchain.

12Mops/s
MATCHING CORE (1 CORE)
41ns
MEDIAN MATCH LATENCY
~95ktps
SIGNED, END TO END
100%
COLLATERALIZED · SELF-CUSTODY

THE PATH OF AN ORDER deterministic end to end — the animated dot is one order

SIGN
ed25519 session key
SEQUENCE
strict arrival order
MATCH
price-time, µs-class
LOG (WAL)
public · replayable
STATE ROOT
keccak merkle
ESCROW
onchain
Because matching is a pure function of the ordered log, anyone can download the log, replay it in the open-source engine, and recompute the state root byte-for-byte. The operator cannot lie about balances — a wrong root is provably wrong.

PRICING · THE MATH price is probability — drag it

Buy 10 YES at 52.00%you escrow 520
YES 52%
48% NO
Counterparty (backs NO) escrows480
Pot backing the pair1,000 = 100%
If it resolves YES → you receive1,000
If it resolves NO → you receive0
Every position is fully collateralized: the two sides together escrow exactly 100% per unit, so the venue is never short a payout. Scalar markets settle anywhere in between — longs get the outcome fraction, shorts the rest. This is HIP-4 settleFraction semantics, exactly, which is why HIP-4 markets replicate 1:1.

MATCHING · WHY IT'S FAST

1
Single-writer, lock-free core
One thread owns the book; no locks, no contention. A flat price ladder + intrusive FIFO queues give O(1) best-price and price-time priority. 12M ops/s, 41ns p50 on one core.
2
Event-sourced & deterministic
The engine is a pure state machine over an append-only log. Crash recovery = replay; hot-standby = replay-behind. The same property is what makes it verifiable.
3
Signatures are the only real cost
At scale, verifying ed25519 dominates — not matching. Verification is horizontally scalable, so throughput grows with cores while the core stays a single fast writer.
⚡
Chain does only what chains are good at
Custody + periodic commitments. No per-order gas, no block-time latency on the hot path. Runs on Robinhood Chain, HyperEVM, or any EVM chain behind one adapter.

CUSTODY · YOU CAN ALWAYS LEAVE

↓
Deposit into escrow
Collateral sits in an onchain contract, credited to your engine account through the public log. The venue never holds your keys.
✎
Operator commits a state root
A keccak merkle root over every (account, balance) is posted onchain periodically — recomputable by anyone from the log.
✓
Forced exit if it misbehaves
If the operator halts or censors, requestExit → proof → forcedWithdraw pays your proven balance straight from escrow against the last root. No permission needed.
 CEXREACTOR
Matching speedfastfast
Self-custodynoyes
Verifiable statenoyes
Exit without permissionnoyes

PERMISSIONLESS MARKETS

＋
A market is just a signed command
A question, an order book, and a resolution source. No listing committee, no governance vote — creating one is an entry in the log like any order.
◧
Open or limited — operator's choice
Run it fully open (anyone creates) or in limited mode, where creator slots are granted to a curated set of projects. Either way it's a WAL command, fully auditable.
⟳
Replicate HIP-4, 1:1
Mirror any live Hyperliquid outcome market from the Create page — exact title, provenance stamped hip4:<id>, settlement mirrored from the HIP-4 oracle.
Create a market →

Admin console

operator controls · load generation runs locally against the gateway
LOCKED

ADMIN KEY

—

Profile

not connected

COLLATERAL

balance—
reserved (resting orders)—
free—
Dev session: the shim holds this account's ed25519 session key and signs every order. Production: wallet connect + EIP-712-authorized session keys, deposits via the escrow contract.

POSITIONS

none

OPEN ORDERS all markets

none
Connect account
Sign a session authorization with your wallet. The session signs every order with an ed25519 session key bound to your address — the same connect flow as parlays.live.