Updated September 14, 2026.
Tokenized deposits do not become a new legal category merely because a bank records them with distributed technology. That is the clarification Canada’s prudential regulator OSFI published on September 10, applying a technology-neutral approach that focuses on the product’s substance.
The statement resolves an important question for federally regulated institutions. A digitally represented deposit remains a deposit when it preserves the relevant obligations and relationship with the bank. It does not automatically become a stablecoin, security or unprotected crypto asset.
| Issue | OSFI position |
|---|---|
| Legal nature | Determined by the product, not technology |
| Tokenization | Does not create a separate category by itself |
| Responsibility | Remains with the financial institution |
| Risks | Cyber, third-party, operational and prudential |
| Launch | Early engagement with supervisors expected |
How OSFI defines tokenized deposits
A tokenized deposit is a bank liability represented through a token or digital ledger. The customer retains a claim on the bank, while the infrastructure may enable programmable transfers, faster settlement or use in systems operating outside conventional payment hours.
OSFI says technology does not determine legal nature. Economically equivalent products should not be classified differently merely because one uses a conventional database and another a distributed ledger. The institution must still assess applicable law and engage its supervisor before launching novel services.
Tokenized deposits are not the same as stablecoins
A stablecoin may be issued by a non-bank and backed by segregated reserves, with redemption governed by contract. A tokenized deposit sits on a bank balance sheet and preserves the familiar creditor-debtor relationship. A similar face value does not make the issuer, claim or protection identical.
Our report on DBS and Citi tokenized transfers shows an institutional use case. The guide to stablecoin counterparty risk provides the separate framework needed for reserve-backed tokens.
What obligations remain with banks
A financial institution cannot transfer accountability to a blockchain or technology provider. OSFI points to Guideline B-13 on technology and cyber risk and B-10 on third-party risk. External infrastructure therefore requires controls for resilience, access, dependencies, continuity and recovery.
Prudential requirements also remain tied to the underlying exposure. OSFI’s quarterly release links this clarification with its 2027 capital and liquidity treatment for crypto-asset exposures. Tokenized form is not a route around requirements based on economic risk.
What changes for clients and payments
For a customer, the essential question remains who owes the money and under which terms. If the claim is against a regulated bank, the token and wallet are technical channels. Users must still understand key control, reversibility, support, freezes and fraud procedures.
Programmability could improve corporate payments, liquidity management and settlement of tokenized assets. It can also introduce defective smart contracts or unavailable networks. Technology neutrality is not risk neutrality; it means applying consistent obligations to equivalent products.
Why Canada’s clarification matters
Canada is giving banks an interpretive baseline before products launch. That can reduce uncertainty and encourage integration with regulated finance, but it is not blanket approval. Each institution must engage OSFI and demonstrate control over technological, legal and operational risks.
Sources: OSFI statement on tokenized deposits; OSFI Quarterly Release.
Deposit insurance and redemption still need precise terms
The statement should not be read as an automatic guarantee that every digitally represented balance receives identical deposit-insurance treatment. Coverage depends on the issuing institution, account structure, eligible depositor and applicable Canadian rules. Product documentation must identify the legal depositor of record and explain whether a token transfer also transfers the insured claim.
Redemption mechanics matter just as much. A useful design should state whether tokens can return to an ordinary account at par, which parties may redeem, whether settlement is final and what happens if the ledger or wallet service is unavailable. Without those details, a familiar bank liability can create unfamiliar operational friction.
The practical test for future products
Investors and corporate treasurers should compare tokenized deposits on five points: issuer credit quality, legal claim, redemption, network governance and interoperability. The strongest projects will not merely demonstrate a fast transfer. They will connect programmable settlement with clear customer rights, auditable controls and a credible fallback when the technology fails.
