Stablecoin pay-ins vs merchant settlement: two products, two business cases
Buyers keep asking for a stablecoin strategy when they mean one of two specific products. A customer paying in USDC at checkout is a pay-in. A PSP paying a merchant in USDC instead of T+2 fiat is settlement. They share a token and almost nothing else. This article separates them so the business case is built for the right one.
The short answer: A stablecoin pay-in is an acceptance method: the customer pays in stablecoin, and the merchant or its PSP decides what to do with it. Stablecoin merchant settlement is a funding rail: the PSP or acquirer pays the merchant in stablecoin, or in fiat funded by stablecoin, faster than card settlement allows. Pay-ins are priced against card fees and won or lost on customer demand. Settlement is priced against float, correspondent costs and working capital, and won or lost on merchant retention. Most businesses should pick one first.
The two products are often sold in the same pitch and described with the same words, which is why they are conflated. Vendors benefit from the confusion because it makes the market look larger. Buyers pay for it in scoping meetings that go in circles. The definitions below are the ones we use, and the rest of this site follows them.
Definitions
Stablecoin pay-in. A customer pays for goods or services by sending stablecoin. The receiving party is a merchant, or a PSP acting for the merchant. The product decision is what happens next: convert to fiat immediately, hold the stablecoin, or a mix. The customer facing product is a checkout option. The practical version of that product on mainstream platforms is covered in accepting USDC without replacing checkout.
Stablecoin merchant settlement. A PSP, acquirer or platform pays a merchant what it is owed using stablecoin, either delivering the stablecoin to the merchant or using it to fund a faster fiat payout. The customer is not involved and may have paid by card. The merchant facing product is a settlement schedule. The operating model is set out in the PSP playbook.
The first is about how money comes in. The second is about how money goes out. A business can do either without the other. Card networks are doing the second at scale without touching the first, as described in the fight for settlement rails.
The two products, side by side
| Dimension | Pay-in | Merchant settlement |
|---|---|---|
| Who initiates | The customer | The PSP or acquirer |
| Who holds the stablecoin | The PSP, briefly, then the merchant if it opts in | The PSP as float, then the merchant if it opts in |
| Priced against | Card interchange and scheme fees | Float, correspondent fees, working capital, reserve cost |
| Main cost driver | Conversion spread and network fee per transaction | Off-ramp spread, liquidity cost of the float |
| FX exposure | Customer's currency to the token, then token to merchant currency | Token to merchant currency, once |
| Disputes | No chargebacks. Refunds are new transfers. Consumer protection is contractual | Unchanged. The customer's original payment method governs disputes |
| Reconciliation object | Order to inbound transfer | Settlement batch to outbound transfer |
| Regulatory touchpoint | Custody of client funds while held; consumer rules at checkout | Custody of merchant funds; safeguarding; Travel Rule on payouts |
| Business case metric | Share of checkout won, net fee saving | Merchant retention, days of float removed, cost per settlement |
Cost
Pay-ins compete with cards on fee. A card transaction costs a merchant interchange plus scheme fees plus the acquirer's margin, commonly between 1.5% and 3% in total depending on card type and region. A stablecoin pay-in costs a network fee, usually cents on modern chains, plus a conversion spread if the merchant takes fiat, plus the provider's margin. The all-in number for a merchant is typically lower than cards but not as low as the network fee alone suggests, a point worked through in stablecoin versus card settlement costs.
Settlement competes with the cost of waiting. The PSP is not saving on interchange, which was paid on the original card transaction. It is saving on the cost of funding merchants during the T+2 window, on correspondent banking fees for cross-border payouts, and on the reserves it must hold against settlement risk. The saving shows up in working capital and in merchant churn, not in the fee line. Where the margin actually comes from sizes it.
FX
A pay-in can carry two conversions: the customer's currency into the token, which the customer usually pays for before checkout, and the token into the merchant's currency at settlement. A merchant in a euro market accepting USDC and taking euro carries the second. A merchant taking EURC carries neither. Settlement carries one conversion at most, from the token into the merchant's payout currency, and none if the merchant opts to receive the token. The FX question for settlement is therefore simpler, and it is the one that produces the largest saving for cross-border payouts, where the alternative is a correspondent bank's rate.
Reconciliation
Pay-in reconciliation matches an order to an inbound transfer that carries no reference. The provider has to manufacture uniqueness with a per order address, a memo, or an exact amount. Settlement reconciliation matches a batch the PSP already knows about to an outbound transfer the PSP itself created. The PSP controls both ends, so the ledger can record the link before the transfer is sent. Settlement is the easier reconciliation problem by a wide margin, which is one reason PSPs adopt it before they offer pay-ins.
Chargebacks and disputes
This is the sharpest difference. A stablecoin pay-in has no chargeback. The transfer is final, and a refund is a new transfer the merchant chooses to make. For low dispute merchants that is a saving. For merchants in categories with high dispute rates it removes a consumer protection mechanism customers expect, and the merchant will need contractual refund terms and a refund process that works. Merchant settlement changes nothing here. The customer paid by card or by whatever method they used, and that method's dispute rules still apply. The PSP has simply changed how it pays the merchant.
A common error: building the business case for settlement with pay-in numbers, or the reverse. A PSP that justifies a settlement project by citing card fee savings has the wrong model. Interchange was already paid. A merchant that justifies USDC checkout by citing faster settlement has the wrong model too. The speed benefit belongs to the settlement product, and the merchant can get it from its PSP without accepting a single stablecoin from a customer.
Which one first
For a PSP or platform, settlement first. It changes an internal process, needs no customer behaviour change, and its saving is measurable in working capital within a quarter. Pay-ins depend on customer demand the PSP does not control.
For a merchant, it depends on who is asking. If customers are asking to pay in stablecoin, pay-ins, through the native rail if one is available. If finance is asking why settlement takes three days, the answer is to ask the PSP for stablecoin funded settlement, not to accept stablecoin at checkout.
For a business paying suppliers or contractors abroad, neither. That is a third product, outbound business payments, which the supplier payments and contractor payroll articles cover. The taxonomy is the whole point. Naming the product correctly is most of the scoping, and it is where an independent review of one corridor usually starts.
Common questions
What is the difference between stablecoin pay-ins and stablecoin settlement?
A pay-in is a customer paying in stablecoin at checkout; it is an acceptance method and competes with card fees. Settlement is a PSP or acquirer paying a merchant in stablecoin, or in fiat funded by stablecoin, faster than card settlement; it is a funding rail and competes with the cost of float and correspondent banking. They share a token and little else.
Do stablecoin pay-ins have chargebacks?
No. A stablecoin transfer is final, so there is no chargeback mechanism. A refund is a new transfer the merchant chooses to make under its own terms. This lowers cost for low dispute merchants and removes an expected consumer protection for high dispute categories, which need contractual refund terms and a working refund process instead.
Should a PSP offer stablecoin pay-ins or stablecoin settlement first?
Settlement first. It changes an internal process the PSP controls, requires no change in customer behaviour, and produces a measurable working capital saving within a quarter. Pay-ins depend on customer demand and on a checkout integration, and their business case is a fee comparison rather than a funding one.
North Settlements provides business advisory services, not legal, tax or accounting advice. Fee ranges cited are indicative market figures as of September 2026 and vary by provider, region and volume. Dispute and consumer protection obligations differ by jurisdiction; confirm with qualified counsel before changing refund terms.
Which product is your corridor actually asking for?
We review one corridor, name the product, and build the business case against the right baseline. Fixed fee, independent, no rail to sell.
Book an intro call