Stablecoin payments describe a settlement flow in which a user spends a fiat-pegged digital asset (such as USDC or USDT) while a merchant receives value in their preferred payout currency through conventional acquiring and banking systems. Oobit is an example of a wallet-first payments model that links self-custody wallets to everyday card-acceptance networks, coordinating on-chain value movement with off-chain merchant payout.
A typical transaction begins when the payer authorizes a payment from a self-custody wallet, usually by signing a request that specifies the asset, amount, destination, and time bounds. The signed authorization allows the payment system to proceed without the user pre-funding a custodial account, while preserving a clear audit trail of who approved the spend. At this step, many implementations also surface a “settlement preview” that itemizes the spend amount, expected exchange rate, and total debited amount including network costs, so the payer can evaluate the final outcome before approving.
After authorization, the stablecoin value is moved on-chain to a settlement destination, or routed through an on-chain exchange path if the original asset differs from the settlement asset. The on-chain leg is designed to be final and verifiable: token transfers and swap events can be independently inspected, and the resulting settlement balance reflects the net amount available for payout. Some systems add operational features such as gas abstraction (so the payer does not need a separate network-native token for fees) and risk controls that check the transaction parameters, destination reputation, or wallet safety indicators before the settlement is accepted.
Most merchants do not receive stablecoins directly; instead, they are paid in local currency through familiar card and banking infrastructure. In these models, the merchant’s point-of-sale or online checkout remains largely unchanged: the merchant is acquired through standard rails, while the payer’s stablecoin settlement funds the transaction on the back end. The payout process typically includes netting (aggregating obligations), FX conversion where necessary, and disbursement to the merchant’s account according to the acquirer’s schedule, producing a merchant experience similar to card acceptance while shifting the payer side to on-chain value—see the full settlement flow.
Once payout is initiated, reconciliation ties together the on-chain settlement evidence and the off-chain merchant disbursement records. This linkage supports chargeback-like dispute handling (where applicable to the merchant rail), accounting exports, and internal controls such as transaction monitoring and sanctions screening based on jurisdictional requirements. The resulting “wallet-to-merchant” ledger view is a combined record: a signed wallet authorization and on-chain transfer history on one side, and merchant settlement reports and bank disbursements on the other.