~/notes / stablecoin payments
USDT Payment Gateway: How Stablecoin Settlement Actually Works
Why USDT is the default for business crypto payments, which network to accept it on, and what an issuer risk actually means for a merchant balance.
Most business-to-business crypto payments settle in USDT rather than in Bitcoin, and the reason is straightforward: an invoice denominated in dollars paid in an asset that moves five percent overnight is a problem for both parties. A stablecoin removes the argument. The version of this that operates in production is a stablecoin payment gateway with fiat settlement, and their documentation fills most of the gaps below.
Why USDT specifically
Liquidity and counterparty familiarity rather than any technical superiority. It has the deepest markets, the widest exchange support and the highest probability that whoever you are invoicing already holds some.
That is the entire case. It is a practical case rather than an ideological one, and it is why USDT dominates business flows regardless of what anyone thinks about the issuer.
The network question, which matters more than the asset
USDT exists on many networks and they are not interchangeable. Sending on the wrong one is the single most common way to lose a payment.
Tron. Dominant for payments. Fees of around one dollar regardless of amount, fast confirmation, very widely supported. The default for most business flows.
Ethereum. Widely supported, fees that vary from a few dollars to considerably more, slower. Appropriate when the counterparty requires it or when the payment interacts with other Ethereum infrastructure.
Solana and various layer twos. Cheap and fast, support is improving but is not universal. Check before assuming.
The practical implication for a merchant: state the network on the invoice, prominently, and make the payment request network-specific. A payment request that says USDT without qualifying the network is an invitation to a support ticket.
What issuer risk actually means
USDT is a liability of its issuer, backed by reserves the issuer reports on. Holding USDT is holding a claim on that issuer, not holding dollars. The same requirement shows up one layer along, where a payment processor for high-risk e-commerce handles it as a product.
In practice this has two consequences worth planning for.
A de-peg event, where USDT trades below one dollar in the market. These have occurred, have been brief, and have resolved. During one, converting to fiat crystallises the discount.
An issuer event, which has not occurred and would be considerably more serious. The mitigation is not to hold large balances for long periods, which is good practice for reasons unrelated to the issuer anyway.
The reasonable policy for a merchant: accept USDT, convert to fiat on a short cycle, do not treat a USDT balance as equivalent to a bank balance.
The settlement flow
A USDT payment gateway receives the stablecoin, confirms it, and then either converts to fiat and settles to your bank, or credits you in USDT.
The conversion leg is where the cost sits. USDT to euro conversion carries a spread, typically 0.1 to 0.5 percent at a serious venue. If your provider quotes a percentage for accepting the payment plus a separate conversion spread, add them together before comparing.
What to check with a provider
Which networks are supported for USDT, explicitly. Whether the payment request specifies the network to the customer. What happens if a customer sends on an unsupported network, and whether recovery is possible. The conversion spread to your settlement currency. And whether you can settle partly in USDT and partly in fiat.
That last option is useful if you also pay suppliers in USDT, because it removes a round trip through fiat.
A provider running a stablecoin payment gateway with fiat settlement should support at least Tron and Ethereum for USDT and be explicit about which others.
The invoicing detail that prevents most problems
Put four things on the invoice: the amount in USDT, the network name in full, the address, and an expiry. Not a QR code alone, because customers copy addresses from the text.
Then add one line explaining that sending on a different network will result in the funds not arriving. It reads as over-explaining and it prevents the most expensive customer error in crypto payments.
# Corrections and technical nitpicks are welcome. Send them over. They get published with the fix.