Project CODA · Consortium fOr Digital Assets

The shared standard for how banks settle digital assets.

CODA isn't a product — it's a position: the shared network where the banks that use it write the rules of tokenized settlement, powered by Solstice.

Bank-led governancePowered by SolsticeRegulator-alignedISO 20022 aligned
Scroll — take a seat at the table
Prologue · The pen

Rails get rewritten once a generation. Whoever writes them, writes them for everyone who joins later.

card networks · SWIFT · DTCC — governance decided who won

Chapter 01 · The math

Twenty-one integrations. Or one.

The mesh

Seven banks connecting bilaterally means twenty-one bespoke integrations — each with its own formats, its own reconciliation, its own legal review.

The cost

Every pair maintains its own rules, so cost scales with the square of the network. This is why bilateral tokenization pilots demo well and then stall.

The collapse

A consortium collapses the mesh: one standard, written once, implemented by everyone. Interop stops being a project and becomes a default.

01 / 03
21
one standard — interop by default
In detail · The structure

The consortium, on paper.

Before the mesh argument gets abstract — the shape of the thing itself.

3 tiers
Founding · General · Observer
3 working groups
Use cases · Standards · Compliance
Built on Solstice
Permissioned · atomic · post-quantum
Chapter 02 · The table

Who sits. How it votes.

Founding Members

Regulated banks that hold the pen — board votes, every working group, strategic capital. They define the core rules.

General Members

Institutions that build on the network — pilots, working-group votes, standards adoption, capital scaled to bank size.

Observers

Central banks and regulators: no vote, full sight. Every deliberation visible, so compliance is engineered in — not bolted on.

A material vote

Consensus by default; material changes need two-thirds. The 60/40 weighting means Founding influence can't be diluted as the network grows.

01 / 04
Motion 07 — architectural change to settlement protocol
Founding · board vote
General · wg vote
Observers · no vote
tally — 00.0%
ratified — 60/40 anti-dilution holds
In detail · Membership

Three ways to participate.

From setting the rules to staying informed — there's a seat at the table for every institution.

Tier
Voting rights
Working groups
Capital commitment
Founding Members
Shape the standards. Hold board voting rights and participate in all working groups. Founding Members make strategic capital commitments and define the core rules for how digital assets settle.
Board vote
Full strategic authority
All working groups
Including standard-setting
Strategic
Aligned with influence
General Members
Build on the network. Participate in pilots, working groups, and standard-setting efforts. General Members adopt CODA's standards and contribute to expanding the framework to new use cases.
Working group vote
Use-case & scope decisions
Pilot & use-case
Standards adoption
Tiered
Scaled to bank size
Observers
Engage in policy formation. Regulators and central banks join with full visibility and a direct voice in the standards — no member vote.
Direct voice, no vote
Policy formation
Supervisory input, all deliberations
None
Public-sector seat
In detail · Governance & voting

Consensus by default. Formal voting for material changes.

Vote weighting is structured so Founding Member influence can't be diluted as the network grows.

Decision typeThreshold
Routine operational decisionsSimple majority
Fee structure changesTwo-thirds supermajority
New member tier creationTwo-thirds supermajority
Architectural changes to settlement protocolTwo-thirds supermajority
Admitting new institutions at Founding tierUnanimous Founding consent
Vote weighting
60/40 split — anti-dilution by design
60% · Founding
40% · General
  • Founding Members share 60% collectively · individual votes weighted equally within the pool
  • General Members share 40% · weighted by transaction volume tier
Cadence · Quarterly CODA Council meetings · Annual strategic review · Annual governance summit for all members.

Thresholds and weighting are proposed — Founding Member input during charter development shapes the definitive structure.
Chapter 03 · The work

One spec, countersigned.

01 · Proposal

A member brings a use case. The Use Case working group scopes it — business case, feasibility, regulatory posture.

02 · Draft

Technical Standards writes the spec — validator requirements, Solstice configuration, integration frameworks.

03 · Review

Compliance & Regulatory Policy aligns it with Basel III, NYDFS, MiCA — with Observer feedback in the room, not after it.

04 · Ratify

The Council votes. Material changes carry only with a two-thirds supermajority under the 60/40 weighting.

05 · Adoption

The ratified spec replicates to every member at once. Bank A talks to Bank B by default — interop is the product.

01 / 05
CODA-STD-014tokenized deposit transfer
draft 0.4 → ratified · consortium property
Use case scopedbusiness case · pilot roadmap · priority rankedUCWG
§Standard draftedvalidator criteria · Solstice config · integration specTSWG
Compliance alignedBasel III · NYDFS · MiCA · observer feedback inCRPWG
Ratified by counciltwo-thirds supermajority · 60/40 weightingCouncil
member 01
member 02
member 03
member 04
member 05
member 06
one spec — every member runs it
In detail · Roadmap

Where we are.

Four phases from policy alignment to pilot expansion. Status updates as milestones land — no calendar commitments.

Phase 1
Complete
Policy alignment
Roles established for central banks and financial regulators.
Phase 2
In progress
Technical sandbox
Controlled testing run across our systems for deposits and market funds.
Phase 3
Upcoming
Pilot integration
First pilot payments on the network — activating banks, public-sector partners and cross-border businesses.
Phase 4
Planned
Pilot expansion
Securities and compliance automations enabled based on priority use cases and member voting.

Chapter 04 · The boundaries

What you build stays yours.

Three IP boundaries, drawn before the first pilot — so joining never means being captured.

Rimark IPthe rail

Solstice Protocol, Solstice Core, and the underlying chain remain Rimark property. Rimark delivers the rail; the consortium governs how it's used.

Consortium IPthe standards

Network rules, compliance frameworks, and interop standards written through CODA governance belong to all members collectively.

Member IPyour data

Customer data, internal systems, integrations, playbooks — full ownership stays with the institution. CODA never claims participant data.

source-code escrow — if Rimark ever fails, the consortium keeps the rail

Join CODA

Don't let someone else
define your rails.

The standards for programmable finance are being written now. CODA is where banks and regulators write them together.

Founding membership is open to regulated financial institutions.

Join as Founding Member ↗Read pitch deck