Onchain settlement vs traditional settlement: what really differs?

Traditional settlement and onchain settlement do the same job, which is to make money irrevocably the recipient's, and the one criterion that separates them is who keeps the record: in traditional settlement each bank keeps its own ledger and a central bank or a clearing system settles between them, while in onchain settlement every participant reads and writes one shared ledger. Almost every other difference you will hear about (opening hours, speed across borders, who can see a payment, who can undo it, what protects you) follows from that single design choice.

Neither model is the modern one or the outdated one. The comparison below applies the same criteria to both, then runs one payment of $60,000 through each.

What does settlement mean, and how is it different from a payment message and from clearing?

Settlement is the moment a payment obligation is discharged and the money becomes the recipient's for good; a payment message is only the instruction to pay, and clearing is the work of exchanging and reconciling those instructions before settlement happens.

The glossary of the Committee on Payments and Market Infrastructures, the standard-setting body hosted by the Bank for International Settlements, defines settlement as the discharge of an obligation in accordance with the terms of the underlying contract. It defines final settlement as the irrevocable and unconditional transfer of an asset, and adds that final settlement is a legally defined moment. Clearing, in the same glossary, is the process of transmitting, reconciling and in some cases confirming transactions prior to settlement.

In plain words, the message says who should be paid and how much, and moves no money; clearing sorts the instructions and, in some systems, adds up what each bank owes the others; settlement is the ledger entry that moves the balance. The screen you look at often shows an earlier step: a "payment sent" confirmation is a message, and a "pending" credit is an instruction received. Only the settled balance is money you can rely on.

Who keeps the record in each model?

In traditional settlement the record is split across many private ledgers, one per bank, joined by a ledger at a central bank or a clearing system; in onchain settlement the record is one ledger, copied across many independent computers that all hold the same entries.

A bank balance is a line in your bank's own books. When you pay someone at another bank, your bank reduces your line, the recipient's bank increases theirs, and the two banks then have to square up with each other. They do that on a third ledger where both hold an account, most often at the central bank of the currency.

A shared ledger works differently. A blockchain is a list of balances and transfers that anyone can read and no single institution maintains. A payment is one entry on that list, moving an amount from the payer's address to the recipient's address. An address is the equivalent of an account number, and it is controlled by whoever holds its private key, a secret that works as the signature. Nothing is left to square up afterwards, because payer and recipient were on the same ledger from the start.

What kind of money moves in each model?

Traditional settlement between banks is done in central bank money, while the balance a customer holds is a claim on a commercial bank; an onchain payment in dollars moves a stablecoin, which is a claim on the company that issued it.

Central bank money is a balance at the central bank itself, the issuer of the currency; a customer deposit is one step removed, a promise from a commercial bank to pay. The Principles for Financial Market Infrastructures, published by the Bank for International Settlements with the International Organization of Securities Commissions, say that settlement systems should conduct their money settlements in central bank money where practical and available. The European Central Bank describes its large-value system, T2, as settling payments in central bank money, meaning on accounts held at the central bank.

A stablecoin is a token designed to keep the value of one unit of a currency. Holding it means holding a claim on its issuer, backed by the reserves the issuer keeps. The quality of that claim depends on the issuer, its reserves and the law that regulates it, which varies from one country to another.

When is a payment final in each model?

A payment is final at a legally defined moment in traditional settlement, either at once in a real-time gross settlement system or at the end of a cycle in a deferred net settlement system; on a proof-of-stake chain it is final once the network has finalised the block that contains it, which takes minutes.

Real-time gross settlement means each payment is settled on its own, in full, as it arrives. The Federal Reserve describes its wire service, the Fedwire Funds Service, as a real-time gross settlement system in which transfers are immediate, final and irrevocable once processed. The European Central Bank says T2 settles payment orders one by one on a continuous basis in central bank money, with immediate finality.

Deferred net settlement means payments are collected over a period, each bank's incoming and outgoing amounts are offset against each other, and only the difference is settled. The glossary of the Committee on Payments and Market Infrastructures defines it as a net settlement mechanism which settles on a net basis at the end of a predefined settlement cycle. Until the cycle settles, the individual payments in it are not final between the banks, and in either kind of system the recipient's bank still has to credit the recipient's account afterwards. The Principles for Financial Market Infrastructures set the floor: a system should provide clear and certain final settlement at a minimum by the end of the value day, and in real time where needed.

On a proof-of-stake chain, the Ethereum Foundation's documentation describes time as divided into slots of 12 seconds and epochs of 32 slots. A transaction is first included in a block within a slot. The block becomes final once operators holding at least two-thirds of the staked funds have voted for the checkpoints around it. The Foundation's documentation puts that at about 15 minutes, and states that reverting a finalised block would require an actor to commit to losing at least one-third of the total staked supply. Staked funds are money that operators lock up as a guarantee and lose if they break the rules.

The two kinds of finality rest on different foundations. Traditional finality is legal: statutes and system rules say the transfer cannot be unwound, including if a participant becomes insolvent. Onchain finality is economic and technical: undoing it would cost more than anyone could rationally spend. Whether a court treats an onchain transfer as discharging a debt is still a question of the contract and the law that applies to it.

When is each system open?

Traditional settlement systems run on business days with cut-off times, while a public blockchain produces blocks continuously, including nights, weekends and holidays.

The Federal Reserve Banks publish the hours of the Fedwire Funds Service: it is open on each day that is not a Saturday, a Sunday or a Federal Reserve holiday, with a business day that runs from 9:00 in the evening Eastern Time on the preceding calendar day to 7:00 in the evening, and a cut-off of 6:45 in the evening for customer transfers. The European Central Bank states that T2 runs Monday to Friday and is closed on weekends and on a short list of public holidays.

Your own bank applies earlier cut-offs than the central system, and a cross-border payment follows the holiday calendars of both currencies. Instant bank payment schemes run around the clock in a number of countries and narrow the gap for domestic payments within their amount limits; between countries, the business-day rhythm still governs most large payments.

A public blockchain has no opening hours, because no operator can close it. If the recipient needs the money in a bank account, though, the conversion goes back through banking hours.

Who can see the record, and who can reverse a payment?

In traditional settlement only the banks involved and their supervisors can see a payment, and a settled payment can still be undone by agreement or by a court; in onchain settlement the transfer is visible to anyone, and once final nobody can reverse it.

A bank ledger is private. Competitors cannot read your payments, and a party in a chain of payments cannot see whether the others were paid.

A public ledger shows every transfer: the sending address, the receiving address, the amount and the time. It shows no names. Anyone who knows which address belongs to whom can verify a payment independently, and can also read that address's history.

On reversal, a wire that has settled is final for the payer, who cannot simply call it back. The payer's bank can send a recall request, and the recipient's bank will generally return the funds only with the recipient's consent, or under a court order or the bank's legal obligations. Other bank instruments carry formal reversal rights: card payments and direct debits can be disputed for a set period under their scheme rules.

A finalised onchain payment has no recall procedure and no party empowered to run one. One exception belongs to the asset, not the ledger: the issuers of some stablecoins keep the technical ability to freeze balances at a given address, which they use on legal grounds.

Which intermediaries does a cross-border payment go through?

A cross-border bank payment passes through the payer's bank, one or more correspondent banks that hold accounts for other banks in the currency being sent, and the recipient's bank, each of which runs its own checks and may take its own fee. An onchain payment goes from one address to another on the same ledger wherever the two parties are, and the intermediaries reappear at the edges, where money is converted between a bank balance and a token.

What protects the user in each model?

Traditional settlement protects the user through bank supervision, deposit insurance on balances and dispute rights on some instruments; onchain settlement protects the user through the certainty of the ledger itself, and leaves custody, verification and issuer risk with the user.

A bank is licensed and supervised, has to hold capital, and must follow rules on how it handles customer money. If it fails, deposit insurance covers balances up to a limit. In the United States, the Federal Deposit Insurance Corporation insures deposits to at least $250,000 per depositor, per ownership category, at each insured bank, and lists crypto assets among the products it does not cover.

Onchain, the protection is structural and narrower. The ledger cannot be edited after the fact, a payment cannot be pulled back from you once final, and you can verify your own balance without asking anyone. In exchange, four responsibilities move to you:

• Custody. Whoever holds the private key controls the funds. A lost key has no reset, and a key that leaks gives full access to whoever has it.
• Verification before sending. A payment to a wrong address is a final payment. The check of the destination has to happen before, because no procedure exists after.
• Issuer risk. A stablecoin is worth what its issuer's reserves and legal standing make it worth. Deposit insurance does not apply.
• No dispute procedure. If the goods never arrive, the remedy is the contract and the courts, as with a wire, without the card-style dispute route.

A regulated custodian can hold the keys for a business, which brings back an intermediary, some of its protections and its terms.

How do the costs behave in each model?

A bank wire costs a fee per payment that grows with the number of banks and currencies involved, while an onchain payment costs a network fee that depends on how busy the network is and not on the amount sent.

For a wire, expect a sending fee, sometimes a receiving fee, possible deductions by correspondent banks along the route, and, when currencies differ, a margin inside the exchange rate.

For an onchain payment, the network fee is paid by the sender to the operators that process the transaction. It rises when the network is busy and is the same for a small amount as for a large one. The other costs sit at the edges: the service that converts a bank balance into tokens, and the one that converts back, each charge a fee or a spread.

What does the same $60,000 payment look like through each model?

Sent on a Friday evening to a recipient in another country and then shared among three parties, a $60,000 payment reaches its last party the following Wednesday through a bank wire in this illustrative timeline, and reaches all three parties the same Friday evening through an onchain payment.

The worked example: a client instructs a payment of $60,000 at 18:00 on a Friday, after the bank's cut-off. The money is owed to three parties in the recipient's country: 70% to the lead party ($42,000), 20% to a second ($12,000) and 10% to a third ($6,000), which adds up to $60,000. By wire, the client pays the lead party, who then pays the other two by domestic transfer. Onchain, the client sends one transaction that pays the three addresses directly. All times are the payer's local time. Bank timings are illustrative and assume one correspondent bank, no compliance query and next-business-day domestic transfers; the weekend closure of the central systems and the onchain timings come from the sources named above.

The wire path took three payments and passed through three banks on its international leg; sent on a weekday morning in one currency, the same wire can settle within hours. Until Wednesday morning, the second and third parties depended on the lead party to pass their shares on. The onchain path took one transaction, and no party held another's share.

The onchain column stops at tokens in three addresses. A party who needs dollars in a bank account has to convert through a regulated service, on the banking calendar. The chart below adds that case, with an illustrative conversion credited at 12:00 on Monday.

What does paying several recipients require in each model?

Paying several recipients through banks takes one payment per recipient, or a batch file that the bank executes as separate payments, while one onchain transaction can pay several addresses together.

A bank transfer has one payer and one beneficiary. To pay three parties you send three transfers, pay one party who pays the others, or upload a bulk file that your bank processes as individual payments.

On a shared ledger, a transaction is a small program as well as a transfer. It can state that an incoming amount is to be divided among several addresses in set proportions, and the ledger applies the whole instruction or none of it. That property, called atomicity, is what "programmable payment" means in practice.

Where does an onchain payment router fit?

An onchain payment router is a tool that takes one payment in and pays every party their share in the same transaction, without holding the funds.

Shaka is one such router. Each party's share is set as a percentage of the deal, and each recipient can sign their share before the client pays, at no cost to the parties. The client pays once, through a payment link, and every party is paid at the same moment. Because the destinations are fixed and signed before the payment, the money cannot be redirected at the last minute. The payment is final, every party can see that the others were paid, and a deal has at most 20 recipients.

It does not fit every case. It is not an escrow service: it does not hold money while a condition is checked, and it has no procedure for returning a payment. It is not a bank or a card processor. It suits a deal where the shares are agreed in advance and all parties accept being paid onchain; it does not suit a payment that must arrive in a bank account with no conversion step, or a sale where the buyer needs a dispute right.

What does each model do better, and what does it cost you?

Traditional settlement is stronger on legal certainty, user protection and reach; onchain settlement is stronger on hours, shared visibility, multi-party payment and speed across borders.

Traditional settlement does four things better. Its finality is written into law built up over decades. Its users are protected by supervision, deposit insurance and, on some instruments, dispute rights. Its settlement asset between banks is central bank money. And it connects to payroll, tax authorities, lenders, accounting systems and every counterparty you deal with. What it costs you is time, in cut-offs, weekends and chains of banks, and visibility over where a payment is.

Onchain settlement does four things better. It runs continuously, so a payment does not wait for Monday. It gives every party the same record. It can pay several parties in one indivisible operation. And a border adds no step. What it costs you is responsibility: you or your custodian hold the key, you verify the destination before sending, you carry the risk of the stablecoin's issuer, and you handle the conversion to and from bank money, with the accounting and tax treatment that applies in your country.

Which settlement model suits which payment?

The choice depends on four things: whether the timing falls outside banking hours, how many parties have to be paid, whether the payer needs a way to contest the payment, and whether everyone involved can receive and manage onchain funds.

Before choosing onchain settlement for a payment, three questions settle most cases. Can every recipient receive at an address they control and have tested with a small amount? Does everyone accept that the payment is final, with no recall? And does each party know how they will convert and record what they receive? If any answer is no, a bank payment is the sounder choice for that deal, and its extra days are the price of the protections that come with it.