Stablecoins & Digital Money
Stablecoins vs. Tokenized Deposits vs. CBDCs
A balance-sheet comparison of stablecoins, tokenized commercial-bank deposits, and central bank digital currency, including issuer risk, settlement, programmability, and monetary architecture.
Add Securities.io to your preferred sources on Google
One dollar in a stablecoin wallet, one dollar in a bank account, and one dollar of central-bank digital currency may share a unit of account while representing liabilities of different institutions. The interface can look nearly identical; the balance sheet beneath it is not.
Understanding those issuers is the bridge between digital banking and newer forms of programmable money.
Stablecoins, tokenized deposits and central bank digital currencies can all provide digitally transferable units linked to sovereign currency, but they are liabilities of different institutions. A fiat-backed stablecoin is generally an issuer redemption claim supported by reserves. A tokenized deposit is a commercial bank deposit recorded on programmable infrastructure. A CBDC is a direct liability of the central bank, designed under public policy rather than private reserve management.
The user experience can look similar while the balance sheets are not. Commercial bank deposits support credit creation and carry bank exposure within deposit and resolution frameworks. Stablecoins separate a reserve portfolio from token liabilities and may sit outside ordinary deposit protections. CBDC removes private issuer credit risk but raises design questions about access, privacy, bank intermediation and the central bank's operational role.
Digital Money Models in One View
Read the Digital Money Models sequence as a chain of evidence rather than a row of software steps. Each stage should leave behind a record that the next participant can verify without inventing missing facts.
Who Is Responsible for Digital Money Models?
| Stablecoin issuer | Manages token liabilities, reserves and redemption relationships. |
|---|---|
| Commercial bank | Issues deposits, intermediates credit and settles with other banks in central-bank money. |
| Central bank | Issues the monetary base and provides final settlement and public monetary trust. |
| Wallet and payment providers | Create customer interfaces and route instructions across supported money forms. |
| Regulators and infrastructures | Set prudential, conduct, privacy, interoperability and finality rules. |
Start the review at redeem or convert and work backward. The final holder or institution should be able to connect its position to the decision at record ownership and the evidence accepted at choose issuer model. If that chain stops at a dashboard or transaction hash, the system has proved that software ran—not necessarily that the promised right, payment, or registry change is enforceable.
The participant map reveals a second boundary. Stablecoin issuer and regulators and infrastructures may work inside the same product, yet they maintain different records and owe different duties. Outsourcing an operational task does not automatically move the customer promise or the obligation to correct a mistake. A credible design names the fallback owner before a failure, not after one.
For a realistic stress test, combine issuer credit with fragmentation. Require the participants to freeze the correct state, preserve valid holder rights, reconstruct the sequence, and reach one reconciled outcome. That exercise exposes whether Digital Money Models has a governed recovery path or merely an efficient happy path.
Commercial claims about Digital Money Models should also be translated into a measurable before-and-after comparison. Identify the manual handoff, reconciliation delay, capital charge, liquidity buffer, or distribution barrier the design is meant to change. Then count every new dependency introduced by central bank, the registry, the settlement asset, and the recovery process. A faster transfer is not automatically a cheaper lifecycle if exceptions become slower or more concentrated.
Finally, change one fact in the worked example: delay transfer and settle, make commercial bank unavailable, or dispute the record held by wallet and payment providers. A robust product should produce a predictable answer grounded in documents and authoritative records. If the outcome depends on an undocumented phone call, Digital Money Models has digitized the visible path while leaving the decisive control outside the system.
Ask who benefits when Digital Money Models works as designed and who pays when bank disintermediation occurs. Revenue can accrue to an interface or platform while liquidity, servicing, and legal exposure remain with another institution. Following both the fee and the loss allocation prevents an attractive operating diagram from hiding the party whose balance sheet makes the product credible.
Where Digital Money Models Records Must Agree
Customer-facing Digital Money Models balances, token ledgers, legal registers, custody accounts, and cash records may update at different times. The product is reliable only when its rules explain which record controls and how every other record is reconciled to it.
How Digital Money Models Works
1. Choose Issuer Model in Digital Money Models
Each model begins with a different liability. A stablecoin issuer owes redemption under product terms; a bank owes a deposit balance; a central bank owes its own money. Naming the issuer identifies the credit, legal and governance framework before considering the ledger.
2. Fund Issuance in Digital Money Models
Funding also differs. Stablecoin reserves should match or conservatively support circulating liabilities. Commercial banks use deposits as part of a broader balance sheet that includes loans and capital. CBDC issuance exchanges one central-bank liability for another and can alter the public's allocation between cash, deposits and central-bank digital money.
3. Record Ownership in Digital Money Models
Ownership records reflect policy choices. Public-chain stablecoins expose transaction graphs while identity may sit with intermediaries. Tokenized deposits often use permissioned systems tied to bank customers. CBDCs can be account- or token-like, with privacy, limits and offline features determined by the central bank and legislature.
4. Transfer and Settle in Digital Money Models
Transfers are final under different rules. Stablecoin settlement depends on issuer and chain governance; tokenized deposits can be final within a bank but require interbank settlement across banks; CBDC transfers move central-bank liabilities directly. Interoperability determines whether the forms exchange at par without fragmented liquidity.
5. Redeem or Convert in Digital Money Models
Conversion completes the monetary loop. Stablecoin holders may redeem through authorized channels, deposit holders can transfer or withdraw subject to bank rules, and CBDC holders may convert to deposits or cash. Friction or limits in conversion can create discounts, premiums and incentives to move funds during stress.
The Economics of Digital Money Models
Stablecoin issuers may retain reserve income, banks earn spreads by transforming deposits into loans, and central banks remit or retain income under public mandates. These models allocate seigniorage and credit differently. A payment innovation can therefore change bank funding and monetary transmission even when every unit is labelled one dollar or one euro.
Settlement efficiency also depends on architecture. A tokenized deposit network can provide programmable payments while banks settle net obligations in reserves. CBDC can supply a common risk-free settlement asset but may require new infrastructure. Stablecoins can scale through open networks but create private issuer and fragmentation risks. No model dominates every retail and wholesale use case.
Failure Modes in Digital Money Models
- Issuer credit: The private issuer or commercial bank cannot honor claims at par.
- Run substitution: Users rapidly move from one money form to another during stress.
- Fragmentation: Multiple tokens or bank networks trade with separate liquidity and standards.
- Privacy and control: Transaction data or programmable features exceed legitimate purposes.
- Bank disintermediation: Large shifts into non-bank or central-bank money weaken deposit funding.
A Worked Digital Money Models Example
A company wants programmable settlement for tokenized bonds. It could use a stablecoin accepted across public networks, a tokenized deposit issued by its bank, or wholesale CBDC available to eligible institutions. The stablecoin offers reach but adds reserve and redemption risk. The deposit integrates with banking services but may require cross-bank interoperability. CBDC provides central-bank settlement quality but may have restricted access. The best choice depends on participants, finality and liquidity—not the token interface.
Evidence Behind Digital Money Models
The Eurosystem’s comprehensive payments strategy compares tokenized central-bank money, commercial-bank money, and regulated stablecoins within one architecture. The BIS Annual Economic Report 2026 examines how tokenization could connect monetary and financial assets while preserving settlement integrity.
What Is Changing in Digital Money Models?
Policy is converging on a plural system rather than one universal digital currency. The Eurosystem's 2026 strategy considers tokenized central-bank money, tokenized deposits and regulated stablecoins for different functions while preferring arrangements that preserve monetary sovereignty and financial stability. The next competitive frontier is interoperability at par across well-regulated forms of money.
Questions to Ask About Digital Money Models
- Which record proves choose issuer model, and who can correct it when determine whether the liability belongs to a stablecoin issuer, commercial bank or central bank.
- Which record proves fund issuance, and who can correct it when supply reserves, accept a bank deposit or exchange existing central-bank money.
- Which record proves record ownership, and who can correct it when maintain tokens or accounts under the model's identity and privacy rules.
- Which record proves transfer and settle, and who can correct it when move value with the issuer's finality, interoperability and compliance controls.
- Which record proves redeem or convert, and who can correct it when return to bank money, cash, reserves or another approved form at defined terms.
What to Read After Digital Money Models
For the private-issuer model, read Paxos Explained. For customer-facing bank money, continue with Digital Banking Explained; for autonomous conditional transfers, see agentic payments.
The Digital Money Models Takeaway
The right digital money depends on who must hold it, who bears issuer risk, where finality occurs, and how it converts at par. The token format is a design choice; the liability is the money.
Sources for Digital Money Models
