Digital Money / Learning brief
Central bank digital currency, explained
Your notes
In simple terms / 01
What this means in plain language
A plain-terms tour of central bank digital currency, separating retail from wholesale designs and account-based from token-based models, and walking one illustrative wholesale settlement so you can see where central bank money would move.
A central bank digital currency (CBDC) is a digital form of central bank money, a direct claim on the central bank held and transferred electronically. The idea is simple; the design choices are where the substance lives. The first branch is who holds it: a retail CBDC is for the general public and businesses, a digital counterpart to cash, while a wholesale CBDC is for banks and eligible institutions and focuses on interbank and securities settlement. The second branch is how ownership is recorded: an account-based model verifies who you are and updates a balance in your name, while a token-based model verifies the token itself rather than the holder's identity, closer to how cash changes hands; real proposals often blend the two. Wholesale designs often draw attention first because they are closest to what already exists, banks already settle in central bank money, so the question is whether representing that money as a token on a shared platform could make settlement faster, available around the clock, or able to settle atomically against other tokenized assets. Some designs also allow programmable payments, which execute only when a condition is met. CBDC designs vary widely by jurisdiction, so any single description is illustrative and forward-looking.
Key takeaways / 03
Three things to remember
- 01
A CBDC is a digital form of central bank money, an intentionally designed instrument rather than a given.
- 02
Retail CBDC is for the public; wholesale CBDC is for banks and targets interbank and securities settlement.
- 03
Account-based designs verify who you are, token-based designs verify the token, and finality in a wholesale flow attaches when the platform records the central-bank-money token moving.
Practical use cases / 04
Where you would use this
A settlement team compares a wholesale CBDC design against existing reserve-account settlement to see what round-the-clock or atomic settlement would add.
A policy analyst separates retail-CBDC questions of privacy and holding limits from the narrower wholesale-CBDC integration questions.
A standards team maps where finality would attach on a token platform so that a customer credit is not mistaken for final settlement.
Worked example / 05
Put the idea into a real situation
Illustrative example (SYNTHETIC / TRAINING ONLY): Demo Trading, a customer of Bank Alfa, must pay EUR 250,000 to a supplier banking with Northstar Bank. The two banks settle on a Central Bank CBDC platform, a teaching construction, where central bank money is represented as a wholesale token. Bank Alfa validates the instruction and transfers the token to Northstar; the platform records the transfer and, with it, finality; Northstar then credits the beneficiary in commercial bank money. Final settlement is the token moving on the platform, not the customer credit that follows. Had the platform rejected the transfer, no central bank money would have moved and Northstar would not have credited its customer. CBDC designs differ by jurisdiction and this construction was not verified against a primary central-bank source this pass.
Operational sequence / 06
Follow the message and decision path
This compact sequence is a learning model. Exact routing and rulebook behavior can vary by scheme, participant, and implementation.
Read the steps as text
- 01MessageThe originator instructs Bank AlfaOriginator (paying customer) → Bank Alfa (sending bank) · Payment instruction
The paying customer tells its bank to pay a beneficiary at Northstar Bank. This is an instruction in commercial bank money — nothing has settled yet, and the customer never touches the wholesale CBDC directly.
- 02ProcessingBank Alfa validates and screens the instructionBank Alfa (sending bank)
Bank Alfa checks the instruction, confirms the originator's funds, and runs compliance screening before it will move central-bank money on the platform. In an illustrative two-tier design the banks, not the central bank, hold the customer relationship and perform these checks.
Screening checkpoint: Sending-bank transaction screening — Parties are screened against sanctions lists before any tokenized central-bank money moves.
- 03PostingBank Alfa debits the originatorBank Alfa (sending bank)
Once accepted, Bank Alfa books the debit on the customer's account. The originator's money has left their account in commercial bank money, but the interbank leg has not settled yet.
- DR Originator's current account at Bank Alfa — EUR 750,000.00
- 04SettlementCentral-bank money moves as a token on the platformBank Alfa (sending bank) → Northstar Bank (receiving bank)
Bank Alfa transfers wholesale CBDC to Northstar on the Central Bank platform. This is the settlement leg: tokenized central-bank money moves from one bank's holding to the other's, so the interbank obligation is extinguished in the safest settlement asset.
- DR Bank Alfa wholesale-CBDC holding — EUR 750,000.00
- CR Northstar wholesale-CBDC holding — EUR 750,000.00
- 05ProcessingThe platform records the transfer as finalCentral Bank CBDC platform
The Central Bank platform records the token transfer as final and irrevocable. In an illustrative design this checkpoint is the moment finality is defined — after it, the movement of central-bank money cannot be unwound unilaterally.
- 06PostingNorthstar credits the beneficiaryNorthstar Bank (receiving bank)
Because the interbank leg has already settled in central-bank money with finality, Northstar books the credit to the beneficiary in commercial bank money without waiting for anything else.
- CR Beneficiary's current account at Northstar — EUR 750,000.00
- 07MessageConfirmation returns to the originatorNorthstar Bank (receiving bank) → Originator (paying customer) · Confirmation
A confirmation tells the paying side that the beneficiary has been credited and the payment is complete end to end: originator debited, banks settled in central-bank money, beneficiary credited.
Evidence & review / 07
Evidence & review
Conceptual introduction to CBDC design choices; not a description of any live or proposed scheme.
What this brief simplifies: SYNTHETIC / illustrative and forward-looking. CBDC designs are proposals that vary widely by jurisdiction; the platform, tokens, and finality rules shown are a teaching construction and were not verified against a primary central-bank source this pass. Retail-CBDC privacy, holding limits, and offline features are out of scope.
Sources for this brief4
- Market practiceMarch 2003 edition
A glossary of terms used in payments and settlement systems ↗ — CPSS (now CPMI), Bank for International Settlements · Central bank money; settlement asset
Terminology has evolved since this edition; newer CPMI publications refine some definitions.
- Official requirement
Principles for financial market infrastructures ↗ — CPMI and IOSCO (Bank for International Settlements) · Settlement finality; use of central bank money for settlement
Published by the CPSS (now CPMI) and IOSCO; contains 24 principles plus responsibilities for authorities. This site uses it only for high-level concepts such as settlement finality.
- Market practice
TARGET Services ↗ — European Central Bank · Wholesale settlement in central bank money
T2 replaced TARGET2 in March 2023. Detailed user functional specifications are published separately in the ECB's professional-use documents section.
- Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal · Illustrative wholesale CBDC platform and flow
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.