What Tokenisation Actually Changes in a Payment

Executive summary

Putting money on a new ledger does not, by itself, explain why a payment should become better. The useful question is which coordination problem the new arrangement removes.

Tokenisation becomes interesting when a platform can connect the representation of a balance with the conditions for moving it. That can change how institutions coordinate settlement. The surrounding work—funding, permissions, compliance and exceptions—still needs an owner.

A payment is a sequence of commitments

An instruction to pay, a balance reserved for payment and a completed settlement are different states. Confusing them creates both technical and commercial risk. A sender can see a successful request while the recipient still lacks usable funds.

Project Agorá explores a shared programmable arrangement combining tokenised commercial-bank deposits and central-bank reserves. Its prototype demonstrates coordinated, all-or-nothing settlement across payment legs once the relevant conditions have been satisfied. 2

This is the specific capability to examine. A common execution environment may reduce the gap between agreeing that a transaction can happen and completing the related movements. It does not make every upstream condition disappear.

Atomic settlement changes one boundary

Consider an illustrative exchange between two institutions. One must deliver currency A and the other currency B. If the movements are separate, each institution needs assurance that the other side will perform. An atomic arrangement makes completion conditional on the linked movements succeeding together.

The operator still needs to decide what happens when a balance is insufficient, an instruction expires or an institution becomes unavailable before execution. Atomicity defines a completion rule. It is not a complete policy for the life of a payment.

Layer	Question for the design
Representation	Whose liability does the balance represent?
Access	Which institution may hold it and initiate a transfer?
Execution	Which conditions must be satisfied together?
Finality	When is settlement legally final?
Exceptions	Who can resolve a failed, disputed or incorrectly instructed payment?

This separation is useful when comparing tokenised deposits, stablecoins and other digital assets. Similar interfaces do not imply identical claims on an issuer, redemption arrangements or settlement rights.

The edges can preserve the old friction

The BIS reports real-value testing in July 2026. That advances the evidence beyond simulated balances, but the project remains a prototype. 1

Our interpretation is that the next architectural question concerns the edges: how institutions connect their existing books, permissions and operating processes. A fast internal transfer can still be surrounded by slow funding or manual reconciliation.

Liquidity also deserves explicit treatment. Requiring funds to be available before execution can change where and when institutions hold balances. Faster settlement may create benefits, but those benefits need to be assessed together with the cost of preparing the payment.

What would make the design valuable

A credible comparison would measure the whole journey: time until funds are usable, the frequency and cost of exceptions, the balances tied up to support activity, and the effort required to reconcile records. It would compare like-for-like payment routes and participation conditions.

For infrastructure builders, the lesson is to describe the actual coordination mechanism. Which handoff is removed? Which state becomes shared? Which failure can no longer leave the parties with inconsistent outcomes?

Those questions distinguish a meaningful redesign from a change in terminology. They also reveal where the next engineering work belongs, even when the settlement mechanism itself performs well.