Window race
15-minute BTC window · BRTI 60-print settlement—to close
No window
NO|YES
Queue ahead —Lottery flow —Our order —
Estimated fill —
Window open—
Ceiling formswaiting
Order resting—
Settlement—
Harvest
cumulative realised P&L of live windowsHarvest
—
Windows filled
—
Windows filled %
Net ¢ / contract
—
Rig offline
Mode—Orders—Size—P&L today—Heartbeat—
Open positions
No window awaiting settlement
Risk
Daily loss cap—
Hazard exit—Flips · hazards today—Worst window today—Shard 2 balance—
Windows
one row per settled window · click a row for the ledger record| Close (local) | Window | Side | Result | Ceiling s | Queue | Flow | Ordered | Est | Filled | P&L $ | Flags |
|---|
Orders
every request the rig made, or why it skipped one| Time | Window | Kind | Side | Count | Price | Status | Latency | Note |
|---|
Hazards
projected settlement crossed the strike while our order was live| Time | Window | τ | Projected | Strike | BRTI | Flow so far | Queue | Exit bid | Run |
|---|
Kalshi fills
account fills from the exchange, last 7 days| Time | Window | Side | Action | Count | Yes | No | Role | Fee |
|---|
Logs
one page at a time — newest page follows the fileRig control
%
z = (index − strike) ÷ (σ/s × √s left)
exit on average cross OR spot ≥ this
Applies on the next order — the rig re-reads
control.json before every window. Shard 2 balance caps the size.—
—
Restart takes ~5 s; do it while no order is resting (more than 150 s to close).