Announcement · 17 Sep 2026

Settlement never finished

The trade takes a millisecond. The promise takes all day.

Scroll to learn more

0111

Every institution knows the feeling.

The screen says filled. The desk moves on.

Then the real work starts. Someone has to send. Someone has to pay. Treasury has capital parked in four places for a trade that only happened in one. Risk cannot prove what was already promised. By the evening, three teams are rebuilding the same story from three different systems.

We have spent a decade making execution instant.

One trade · four clocks
08:0010:0012:0014:0016:0018:0020:0022:0000:00ExecutionSettlementCapitalRiskDoneOpenParked ×4UnprovenFilled · 09:30:00.00109:30:00

T+1 was a milestone. It cannot be the destination.

US equities clearing fund

Industry review · not ours

−$3bn

23% lower

T+2
T+1
FailsHeld

0211

Less time at risk. Then no end of day.

Shortening the settlement cycle worked. When US equities moved to T+1, the industry review found the average clearing fund fell by $3 billion, around 23%, without fail rates getting worse.

Less time at risk meant less capital held against uncertainty.

Then digital markets arrived and broke the assumption underneath it. There is no end of day any more. Assets sit across chains, custodians, exchanges and new forms of money. Each one has its own clock, its own version of done and its own idea of the truth.

You cannot fix that by running the same batch faster.

T+0 is not T+1 with a quicker clock. It is a different control system.

doneBlocks
ChainOwn doneIts own clock
doneBatches
CustodianOwn truthIts own record
doneContinuous
VenueOwn closeIts own end of day
doneCut-offs
MoneySameNewer form, same problem

0311

Introducing the direction of OneClearing.

Today we are setting out what we are building: OneClearing, a post-trade control plane for institutional digital finance.

Not parked at every venue in case something happens. Committed to the trade that actually exists, for exactly as long as the risk is real, then released.

  1. 01

    Spend capacity. Never create it.

    Matching must not invent the collateral that makes a trade look safe.

  2. 02

    Keep powers separate.

    Custody, collateral and matching stay apart. That separation is the product.

  3. 03

    Release on proof.

    Collateral returns when the risk is over. Not when a clock runs out.

OneClearing · control plane

01 · Parked

Capital sits at every location, in case.

Six places. Each holds its own buffer against a trade that only happened in one.

Capacity · illustrative$10.0m
Locked
$0.0m
Parked
$10.0m

0411

So what is it, concretely.

OneClearing is a control plane for what happens after the trade. It is not a venue, a custodian or an execution system. It sits above the ones you already use and coordinates the obligation they leave behind.

One consolidated margin view. Locked against free, across venue and custody relationships, instead of a different answer in every system. Resource locks reserve capacity so it is never promised twice in silence, and every lock names what created it. Channels and orchestration are named pipes to each surface, and an ordered queue of what moves next, with the blocker stated.

What it does not do: replace your order management system, your custodian, your venues or your liquidity relationships. Execution stays where it is. OneClearing starts after the trade.

In a pilot it runs in Shadow: it calculates locks and shows what it would instruct, without moving any assets.

01 · Margin

One answer

Locked versus free across relationships

02 · Locks

Named

Never promised twice in silence

03 · Channels

Ordered

What moves next, and why it waits

Five screens. One corridor. Sample data.

Sample data. Not a book. Not live.

Margin overviewShadow · sample data

Margin · sample

4 / 10

Locked 4 · Free 6

ChannelHealthLast sync
CustodySynced1s
VenueStale4m 08s
CreditShadow6s
Custody → venue · BlockedWould send on proof · moves nothing

0511

What the operator actually sees.

Margin overview. One rollup. Locked versus free, utilisation, and a channel table with health and last sync. One answer to how much room the desk actually has, and which pipe is stale when the answer looks wrong.

Locks. Capacity reserved against a named obligation. Open a lock and you get a receipt sentence, not a mystery: this lock exists because a named venue reported a fill on a named trade, and a named rule reserved a named quantity. It cannot be promised elsewhere until the obligation settles or expires.

Orchestration. The ordered next steps. Move this from custody to venue. Return that before cut-off. Release this lock when delivery is proven. Each row names the preconditions and whether the step is ready, blocked, or would send. In Shadow, “would send” means exactly that.

Exceptions. Breaks routed to the channel that caused them. Duplicate fill, unmatched ticket, stale feed. A degraded channel makes the system more conservative, never more permissive.

Audit. Who did what, in order. Lock created, instruction approved, lock released, cap reviewed. The trail is the same data the system runs on, so close of day becomes a status check rather than a hunt across five systems.

  1. 01

    Margin

    Locked versus free

  2. 02

    Locks

    A named receipt

  3. 03

    Queue

    Ready or blocked

  4. 04

    Breaks

    Narrows, never widens

  5. 05

    Audit

    The same record

0611

The trap nobody wants to name.

After 2022, the industry did the right thing. Assets moved back behind qualified custody. Off-exchange settlement became the control pattern, and it worked.

It also built a market of safer gardens.

Every garden has its own account model, its own collateral view, its own settlement cycle, its own evidence. So an institution can be safer in every single relationship and still have no idea what it can actually use across all of them.

Well defended. Badly coordinated.

OneClearing is designed to sit above those gardens, not replace them. Keep your custodian. Keep your venues. Keep your rails.

01

Free

What is free

02

Promised

What is promised

03

Next

What settles next

04

Return

What can come back

The record is the system, not a report about it.

Command

lock.create O-3 1.0m

Applied

Event logTruth

  1. #412LockCreated L-0420
  2. #411LockCreated L-0419
  3. #410LockCreated L-0418

View

Locked

$4.0m

Free

$6.0m

Rebuilt from log

0711

Resource locks: commit capacity without giving it away.

A resource lock is a reservation with teeth. It says: this capacity is spoken for, by this obligation, until this moment. While the lock holds, that capacity cannot be promised to anything else.

The important word is without. No transfer of title. No moving assets to us. The commitment is recorded where the assets already sit.

That is the difference between “we think there is roughly ten million available” and “four million is committed to three live obligations, six million is genuinely free, and here is which is which.”

Every service in the design sits on this one primitive. Escrow, settlement credit and a clearing account are the same object with different rules on top. That is why the model gets simpler as it grows rather than sprawling into features.

Capacity · $10m · illustrative1 cell = $100k
Locked $4.0m Free $6.0m

Open a lock

Receipt

L-0418 exists because Venue A reported a fill on trade T-2291, and rule margin.initial reserved 1.8m against it.

No title transfer. Recorded where the assets already sit.

0811

Event-driven: the record is the system, not a report about it.

Most post-trade stacks keep a database and print a report. Reconciliation is then the act of arguing about whose report is right.

This is built the other way round. A command is a request to change something, and accepting it means accepted, not done. Every real change of state is published as an event, and that sequence of events is the truth. Everything you read — positions, status, balances — is a view rebuilt from it.

The audit trail is the same data the system runs on. State can be replayed, so “what did we know, and when” stops being an investigation. Two systems can disagree about lag. They cannot disagree about history.

Two speeds of coordination. Anything that moves value or increases authority, such as paying a claim, releasing collateral or raising a limit, waits for proof. Everything else, such as position catch-up and status, updates asynchronously. Fast where fast is safe. Patient where patience is the whole point.

And when something breaks: stale input narrows, never widens. A system that loses a dependency keeps working inside the authority it already holds, and never assumes a larger one. Degradation makes it more conservative, not more permissive. Matching continues without new budgets. Clearing continues without settlement. Everything continues without the inspector surface.

That last property is unglamorous and it is the one risk committees care about most.

Two speeds · one rule

0911

Verifiable by design, rather than verified by assertion.

One canonical root, Ethereum. Custody in contracts rather than in a private database. Separated authorities, so no single system can be both the thing that spends capacity and the thing that says how much exists.

Being plain about status: cryptographic proofs are not in production, and we do not claim them. The point of the architecture is that the facts worth checking are being put where they can eventually be checked by someone who does not work here.

Most infrastructure asks you to trust the operator. This is designed so that, over time, you have to trust less of it.

Event log → one canonical rootDesign · proofs not in production
3e50…3f9b…40e6…4231…4221…436c…Ethereum · rootLockCreated#412FillReported#413LockCreated#414ProofSubmitted#415LockReleased#416CapReviewed#417LockCreated#418LockReleased#419

Hover an event · gold is the path, dashed are the siblings a reader needs

1011

Why this is worth doing.

Traditional infrastructure already proved the prize.

NSCC nets down the value of payments exchanged by an average of 98% a day. CLS reports funding requirements reduced by more than 96% on eligible flows.

We are not claiming those numbers. We are not a CCP. We do not novate trades, we do not run a default fund, and we do not mutualise anyone’s losses.

Digital markets have never had that layer. They went straight from no infrastructure to fast infrastructure, and skipped the part where the promise becomes dependable.

Gross · every obligation

P1P2P3P4P5P6P7P8

NSCC · not OneBalance

−0%

Value of payments exchanged, per day

CLS · not OneBalance

−0%

Funding requirement, eligible flows

Shared rules, applied to the same obligations, change the shape of the capital a market needs. We are not a CCP and do not claim these numbers.

1111

What is real today.

We are not announcing that OneClearing is live. It is not.

What is running today is narrower and more useful than a diagram: a bounded, credit-backed settlement workflow, with a real deadline and an explicit end state. Separate settlement legs. Not atomic delivery. Not a clearing house.

We are starting there on purpose. A live credit window forces the questions a whitepaper lets you avoid. Who is allowed to commit capacity. What counts as delivery. What happens when a route dies. When the risk is actually over. What evidence survives the exception.

Answer those on real flow, and you earn the right to build the bigger thing.

Netting is not the opening promise. Neutral infrastructure is not a launch-day label. Both get earned.

  1. 01

    Operate

    Running today

  2. 02

    Prove

    Next

  3. 03

    Govern

    Later

  4. 04

    Compress

    Earned

One corridor.

Not a pledge, a consortium, or a mailing list. If binding capital to the obligation does not beat the way you work today, the idea does not deserve to go further.

The fill is already fast. Now let us make the promise dependable.

  1. 01

    A flow you already run

  2. 02

    Counterparties you already have

  3. 03

    Custody you already use

  4. 04

    Your own numbers as baseline

  5. 05

    A date to continue or stop

What becomes possible when the market can rely on the same obligation without relying on the same operator?