What actually happens between a user's stablecoin balance and a merchant's receivable when a stablecoin-linked card is tapped?
- 01
Stablecoin funding and merchant settlement are separate legs; the merchant usually receives a familiar card transaction and does not need a wallet.
- 02
Conversion timing determines price exposure, decline behavior and the working-capital requirement of the program.
- 03
Card disputes and reversals survive even if one treasury leg settles onchain and irreversibly.
This note describes common debit and prepaid-style models using network and program documentation. Implementations vary, and the precise authorization, clearing and settlement sequence is determined by the issuer, processor, program manager, network rules and jurisdiction.
Authorization begins with a card message
At checkout, the merchant and acquirer submit a card authorization request through the network. The issuer-side program must decide whether the credential is valid, the transaction is permitted and sufficient spendable value is available. The merchant does not generally query a public blockchain or price a stablecoin.
Visa describes the program manager checking a stablecoin wallet balance through an API or smart-contract integration, reserving the equivalent amount and converting as needed. The blockchain balance is therefore an input to the issuer's authorization decision, not a replacement for the card authorization itself.
- Distinguish wallet balance, available-to-spend balance and authorized-but-not-cleared amount.
- Test stale price, wallet API timeout and chain congestion as authorization dependencies.
Conversion can happen at different moments
A program can sell or reserve stablecoins when the authorization arrives, maintain a prefunded fiat balance and rebalance later, or combine the two. The choice allocates market and timing risk. Early conversion reduces exposure to price movement but may create unnecessary trades when an authorization is reversed. Late conversion preserves assets longer but can expose the program to spread and liquidity changes.
Foreign-currency purchases add another price. The customer may incur a stablecoin-to-settlement conversion and a network or issuer FX conversion, even when the interface presents one simple amount. A meaningful fee disclosure needs to explain both layers and the point at which each rate is fixed.
- Publish the conversion event, pricing source, spread and FX sequence.
- Reconcile authorization reversals to released stablecoin reserves or compensating trades.
Merchant settlement can remain entirely conventional
Visa describes a traditional model in which the program manager converts stablecoins to fiat before settling with Visa, and another model in which eligible principal members settle with Visa in supported stablecoins before Visa's custody and conversion process supports fiat merchant payouts. In both cases, the merchant-facing experience can look like any other card payment.
Mastercard likewise says crypto card payments settle in fiat through its network, with optional stablecoin settlement in selected markets. This is the central analytical distinction: a stablecoin can fund or settle part of the network obligation without the merchant accepting an onchain asset.
- Map cardholder funding, issuer-network settlement and acquirer-merchant settlement as separate legs.
- Do not count all stablecoin-funded card volume as merchant stablecoin acceptance.
Irreversible funding meets reversible commerce
Card commerce includes reversals, presentment differences, refunds, chargebacks and fraud claims. An onchain transfer used to fund the program may be final while the customer-facing card obligation remains contestable. The program needs reserves and accounting entries that can bridge those different finality models.
This is why the product should be evaluated as a hybrid payment system. Its advantage is familiar acceptance funded by a new balance type. Its complexity is that consumer protection, network rules and merchant settlement remain layered on top of treasury operations that may be onchain and irreversible.
- Maintain dispute liquidity independently of immediately spendable customer balances.
- Test partial clearing, offline presentment, refunds after asset conversion and chargeback loss allocation.
Primary sources
- Visa — Stablecoin-linked cards and money movement ↗
Describes wallet verification, stablecoin reservation and two issuer-to-network settlement models while confirming familiar merchant acceptance.
- Mastercard — Crypto Card Program ↗
Supports the distinction between default fiat settlement and optional stablecoin settlement in selected markets.
This analysis is general information, not legal, investment or trading advice. Source conditions may change after publication.