Begin with the task the money needs to perform
A treasurer may want to move funds between entities, pay a supplier or exchange cash for an asset. A merchant may need proceeds in a bank account for wages. Token infrastructure can change how the instructions and records are coordinated, but a useful product must still deliver the right claim to the right recipient at a predictable total cost.
Analysis: compare a tokenized route with the best feasible existing service for that task. A faster ledger entry can be valuable when it reduces waiting, reconciliation or failed handoffs. It is less valuable if the recipient cannot use the resulting claim without a costly conversion. The appropriate measure is completion of the financial task, not the novelty of the infrastructure.
Start with what the holder owns
A tokenized bank deposit is a bank liability represented using token infrastructure. A payment stablecoin is a different claim whose terms depend on the issuer and legal framework. Neither the word token nor a familiar bank logo settles questions of ownership, insurance, redemption or transferability. The analytical starting point is the enforceable claim, followed by how that claim moves.
BIS analysis distinguishes bearer-like stablecoins from deposit arrangements that settle between banks in central bank money. Its 2026 annual report favors infrastructure anchored in central bank reserves, commercial bank money and tokenized assets. That is policy analysis and a design argument, not a universal legal rule or proof that every such project succeeds. [1][2]
Why par settlement matters
If a customer transfers money between banks, the receiving bank needs a settlement asset and a reason to credit the customer at par. A shared ledger can coordinate the steps, but it cannot make the underlying credit and questions disappear. Programmability changes execution; legal finality and access to settlement resources remain essential.
The GENIUS Act explicitly distinguishes payment stablecoins from deposits, including deposits recorded using distributed ledgers. Its enactment does not make a stablecoin an insured deposit. Specific issuer authorization, reserve and redemption arrangements require their own review. [3]
Compare the entire route
Analytical comparison; individual products may differ:
Scroll horizontally to see all columns.
| Question | Tokenized deposit arrangement | Payment stablecoin arrangement |
|---|---|---|
| Obligor | Identify the deposit-taking bank | Identify the permitted issuer and holder claim |
| Transfer | Map bank-to-bank settlement and eligible holders | Map token transfer, intermediaries and redemption |
| Check settlement account, collateral and operating hours | Check reserve liquidation and cash distribution | |
| Protection | Verify deposit eligibility and insurance conditions | Do not imply deposit insurance for the token |
| Failure | Test bank, platform and custodian contingencies | Test issuer, reserve custodian, wallet and chain contingencies |
Programmable settlement moves some problems and can solve others
A conditional transfer can link two steps so that execution depends on a stated event. For example, an illustrative securities transaction might exchange an asset and payment together rather than leave one party waiting after delivery. That design can reduce a particular settlement exposure when the legal and operational arrangements support it. It does not make a bad asset worth its quoted price or correct a false external input.
Analysis: ask who establishes that the condition was met, which system can stop an incorrect instruction and what happens if one component is unavailable. Delivery of a physical good introduces evidence outside the ledger; a shared record cannot independently prove that the item arrived in acceptable condition. Programmability is most useful when the relevant events and responsibilities can be defined and observed reliably.
The BIS’s 2023 analysis discusses contingent execution and composability alongside the distinction between bearer-like money and deposits that settle in central bank money. That is a design argument, not proof that every tokenized arrangement has identical settlement features or legal protections. [1]
Worked example: speed without usable cash
Hypothetical: a merchant receives $500,000 in tokens immediately but cannot convert them into the bank balance needed for payroll until the next business day. The transfer is fast; usable is delayed. If the merchant must borrow $500,000 for one day at an assumed 8% annual rate on a 365-day basis, the financing cost is about $109.59, before conversion fees.
Alternatively, a tokenized deposit may remain at a bank whose system or eligibility rules prevent the recipient from using it as expected. Evaluate the end-to-end usable-funds timestamp, not only the on-chain confirmation. Neither example implies that all implementations have the same limitation.
Compare the complete payment cost
Hypothetical $100,000 transfer: assume a token route costs $5 to execute, $10 for wallet or service charges, and 0.20% to convert into the recipient’s required bank funds. Total visible cost is $215. An alternative service charging $40 with no additional conversion charge would be cheaper if it met the same timing, currency and recipient requirements. These are invented prices, not quotes from a provider.
If the token route instead removes a consequential settlement delay, that benefit could change the decision. Compare financing saved, fewer reconciliation exceptions and actual failure recovery with the additional conversion and operating costs. A fee comparison alone is incomplete, but so is a speed comparison that ignores the price and availability of usable funds.
Analysis: finance teams also need records that reconcile across the bank account, token position and accounting system. A technically final transfer can still generate work if reference information is missing or the recipient’s system cannot allocate it. Savings should be measured after those operating steps, using real completed transactions rather than demonstration transfers.
Funding and settlement effects across the financial system
Analysis: deposits migrating from one retail bank to an issuer’s reserve bank redistribute funding and can change its concentration and price. They do not necessarily remove the same dollar amount from aggregate bank deposits. A lender should model its own customer channel, replacement-funding cost and stress behavior separately from economy-wide claims.
Atomic settlement can reduce one kind of principal exposure while increasing demands for prefunding or available collateral. A system that waits for both legs can be safer yet consume . Measure failed settlements, trapped balances, conversion spreads and fraud losses alongside processing time.
What would demonstrate durable usefulness
Identify the issuer, the holder’s legal claim, permitted participants, redemption terms and the point at which funds are usable. Verify insurance eligibility where applicable rather than inferring it from a token or bank brand. The statutory distinction between deposits and payment stablecoins remains separate from whether a specific product works well. [3]
Analysis: a convincing case combines lower total cost or better service with accurate records, reliable conversion and practical failure handling. It strengthens when benefits persist at ordinary volumes and through disruption. It weakens when must be duplicated, recipients cannot use the claim or conversion removes the apparent saving. The dated BIS sources and the July 18, 2025 statute provide context; this revision does not claim new transaction-volume evidence or a completed implementation program.
Sources
- BIS Bulletin 73, stablecoins versus tokenised deposits; April 2023SourceBack to text: ↑1↑2
- BIS Annual Economic Report 2026, Chapter III; June 2026SourceBack to text: ↑
- Public Law 119-27, GENIUS Act; July 18, 2025Official source · PDFBack to text: ↑1↑2