How does a stablecoin card transaction work? Authorization, clearing, and settlement step by step

A $4.50 coffee and a $200 hotel hold, followed from tap to merchant payout: authorization, clearing, T+1 settlement, and how USDC becomes fiat at checkout.

A stablecoin card transaction runs in four steps: authorization at checkout, which takes seconds; clearing, when the merchant confirms the final amount; settlement between the network and the issuer, usually the next business day; and payout to the merchant in local currency. The stablecoin is checked and reserved at authorization and converted to fiat by settlement.

The four steps are the same as any card. What changes is where the money behind the card sits, and when it turns from USDC or USDT into dollars, euros, or reais.

This guide follows two real-world purchases end to end: a $4.50 coffee that settles cleanly, and a $200 hotel hold where the final bill comes in higher. If you need the basics first, start with what a stablecoin-backed card is. For the issuing side of the business, see what stablecoin card issuing is.

Key takeaways

  • Authorization takes seconds, clearing usually happens the same day, and settlement usually runs at T+1.
  • The stablecoin is checked and held at authorization. The conversion to fiat that actually funds the merchant usually happens at settlement.
  • Final amounts can differ from authorized amounts. Hotels, fuel, and tips are the common cases.
  • Custodial programs check a ledger. Self-custodial programs check an onchain balance and allowance.
  • Visa supports two settlement models: fiat over bank rails, or USDC directly with the network for US partners.

What happens in each step of a stablecoin card transaction?

Each step has one job and one owner. Authorization asks "can this card pay?", clearing fixes the final number, settlement moves money between institutions, and payout pays the merchant.

A few definitions used below:

  • Issuer processor. The company that receives each authorization request for the issuer and answers yes or no in real time.
  • Hold. An amount reserved from the cardholder's balance so it cannot be spent twice before the purchase clears.
  • Acquirer. The merchant's bank or payment provider, which pays the merchant.
  • T+1. One business day after the transaction date.
StepWhenWho actsWhat happens to the stablecoin
AuthorizationSeconds, at checkoutIssuer processor and programBalance checked, amount converted at current rate, hold placed
ClearingUsually same day (T+0)Merchant and acquirer submit final amountHold adjusted up or down to the final amount
SettlementUsually next business day (T+1)Card network and issuerProgram converts to fiat, or settles in USDC where supported
Merchant payoutAcquirer's normal scheduleAcquirerNone; merchant receives local currency

Worked example 1: how does a $4.50 coffee settle?

A $4.50 coffee settles exactly like a normal debit purchase, with one extra conversion step. The amount at authorization and at clearing is the same, so the hold simply turns into a final debit.

  1. Tap, 08:02:05. The café's terminal sends a $4.50 request through the network to the issuer processor.
  2. Balance check, about one second later. The program sees the cardholder holds 120 USDC. It converts $4.50 at its current rate, places a 4.50 USDC hold, and approves.
  3. Approval on screen. The terminal shows approved. The cardholder's app shows a pending $4.50 charge.
  4. Clearing, same evening. The café's acquirer submits the batch with the final $4.50. No tip, no change. The hold becomes a final debit.
  5. Settlement, next business day. The network nets the issuer's purchases for the day. The program funds its share, including this $4.50.
  6. Payout. The café receives $4.50, minus its usual card processing fees, on its acquirer's schedule.

For a USD card spending USDC, the conversion is close to one to one. The cost shows up in the program's spread and fees, not in currency risk.

Worked example 2: what happens when a hotel bill changes the amount?

A hotel authorizes an estimate, then charges a different final amount. The program has to adjust the hold at clearing, and it needs enough stablecoin balance to cover any increase.

  1. Check-in. The hotel authorizes $200 for one night. The program reserves 200 USDC.
  2. During the stay. The guest orders room service and uses the minibar. The hotel adds charges to the folio but sends nothing to the card yet.
  3. Check-out. The final bill is $236.40. The hotel submits $236.40 for clearing against the original authorization.
  4. Hold adjustment. The program needs another $36.40. If the balance covers it, the program reserves the extra stablecoin and finalizes the debit. If not, how the program handles the gap is set by its own rules and the network's.
  5. Settlement and payout. The issuer settles $236.40 with the network at T+1, and the hotel is paid in its local currency.

If the final bill is lower, say $180, the program releases the unused $20 of the hold back to the balance. Fuel pumps and restaurants with tips follow the same pattern with smaller numbers.

PurchaseAuthorizedFinalHold change at clearing
Coffee$4.50$4.50None
Hotel, higher bill$200.00$236.40+$36.40 reserved
Hotel, lower bill$200.00$180.00$20.00 released
Restaurant with tip$50.00$58.00+$8.00 reserved

These numbers are illustrative.

How does the program check the balance: ledger or blockchain?

Custodial programs check an internal ledger. Self-custodial programs check a balance and an allowance onchain. Both have to answer inside the few seconds a card authorization allows.

Ledger check. In a custodial program, the provider holds the stablecoins in its own wallets and keeps a ledger of what each cardholder owns. The authorization reads that ledger and writes a hold. It is fast and simple, and the cardholder trusts the provider with the funds.

Onchain check. In a self-custodial program, the stablecoins stay in a wallet the cardholder controls. Gnosis Pay, for example, gives each user a Safe smart account with a spending allowance enforced by a Roles Module, per its documentation. The card can spend up to that allowance. A Delay Module adds a 3-minute hold on non-card transactions out of the account.

neobankbeat's stablecoin cards explainer puts the trade-off simply: the wallet may be permissionless, but the card rails still require the cardholder to be identified.

How does USDC become fiat at checkout?

At checkout the stablecoin is reserved, not yet sold. The conversion that pays for the purchase usually happens at settlement, when the program funds what it owes the network.

There are two models for that funding step today.

Model 1: convert, then settle in fiat. The program sells stablecoins for fiat through a liquidity partner and pays the network over bank rails, like any other issuer. Most programs work this way.

Model 2: settle with the network in a stablecoin. The issuer pays Visa directly in USDC, and Visa handles the conversion on its side. Visa announced on December 16, 2025 that US issuer and acquirer partners could settle in USDC, with Cross River Bank and Lead Bank as initial participants settling over Solana. On April 29, 2026, Visa said the pilot supported nine blockchains and had reached a $7 billion annualized settlement run rate, up 50% from the previous quarter.

That $7 billion is settlement activity between institutions. It is a different measure from card spending and should never be added to card volume.

Is the card timeline different from a bank card?

No. The card network timeline is identical. The difference sits inside the program: when it converts, what rate it uses, and how much liquidity it keeps ready.

MomentBank debit cardStablecoin card
CheckoutBank checks deposit balanceProgram checks stablecoin balance and converts at current rate
Same dayClearing, hold adjustedClearing, stablecoin hold adjusted
T+1Bank settles with network in fiatProgram converts stablecoins and settles in fiat, or settles in USDC
Merchant payoutLocal currencyLocal currency

Where do live quotes and liquidity fit in a card program?

A stablecoin card program needs fiat ready every settlement day and a reliable rate every time it converts. That makes conversion and payout liquidity part of the card's daily operations.

Three operational questions decide whether a program runs smoothly:

  1. What rate does the program convert at? The rate at authorization should match what the program can actually get at settlement, or the spread absorbs the difference.
  2. Where does settlement cash come from? The program has to turn stablecoins into fiat on time for each settlement cycle.
  3. How do users move money in and out? Top-ups from a bank account and withdrawals to one sit outside the card network entirely.

BlindPay is a stablecoin API for global payments that covers those money movements around the card. Its payout quotes lock the rate and fees before the stablecoins move, and payouts convert USDC or USDT into local currency over Pix, SPEI, ACH, RTP, SEPA, and SWIFT (POBO/COBO), with no pre-funding. How live quotes work for on- and off-ramp liquidity explains why a locked quote matters when rates move between authorization and settlement.

What can go wrong between authorization and settlement?

Most problems come from the gap between the authorized amount and the final one, or from the balance changing during that gap. Programs design their hold rules around these cases.

  • Final amount above the balance. The hotel example, when the extra charge exceeds what is left. The program's rules decide what happens.
  • Balance moved after authorization. In self-custodial programs, the stablecoins stay in the user's wallet, so the program needs controls such as allowances and withdrawal delays to keep pending purchases covered.
  • Rate moves. For a euro card funded with USDC, the rate can move between authorization and settlement. For a USD card funded with USDC, this exposure is small.
  • Refunds. A merchant refund comes back through the network as a credit, and the program credits the cardholder's balance under its own terms.

For card payments, chargebacks follow card network rules. Onchain stablecoin transfers have no chargeback at all, which are stablecoin payments reversible covers in detail.

What should builders take from this?

Treat the card network timeline as fixed and design the stablecoin side around it. Your program's real work is the hold logic, the conversion rate, and having settlement cash ready every business day.

If you run a card program or wallet and need the conversion and local payout legs handled through one API, start with the free development instance in the BlindPay payout quickstart.

Sources

FAQ