The single biggest reason a crypto checkout fails is not price, fraud or volatility. It’s gas. A customer arrives ready to pay 20 USDC, has the 20 USDC in their wallet — and the transaction reverts because they don’t hold any of the chain’s native token (ETH, SOL, MATIC) to pay the network fee. They give up. You lose the sale.
Gas abstraction is the set of techniques that make that problem disappear, so a customer can pay in the stablecoin they hold and never think about gas at all.
Why gas is such a sharp edge
On most chains, every transaction costs a fee paid in the chain’s native token. That made sense for crypto-native users who always keep some ETH around. It makes no sense for a normal buyer who has been handed 50 USDC and just wants to spend it. From their point of view, being told “you have dollars but you can’t spend them because you don’t have the other token to pay the toll” is absurd — and they’re right.
So a good checkout has to make gas someone else’s problem. There are three common ways to do that.
1. Sponsored transactions (paymasters)
On chains that support account abstraction, a paymaster is a contract that agrees to pay the gas for a user’s transaction. The flow looks like this:
- The customer signs an intent to transfer their stablecoin.
- A paymaster covers the native-token gas at execution time.
- The cost of that gas is either absorbed by the merchant as a cost of doing business, or deducted from the payment in the stablecoin itself.
The customer signs once, holds zero native token, and the payment goes through. This is the cleanest model where it’s available.
2. Fee-token / relayer models
Some chains and tokens let the gas be paid in the token being transferred. A relayer submits the transaction on the user’s behalf and is reimbursed out of the same stablecoin. Tron’s energy/bandwidth model and various EVM relayer setups land here. The user experience is identical — pay in USDC, ignore gas — but the plumbing differs per chain.
The customer should never see the word “gas.” If they do, your checkout has leaked an implementation detail that costs you conversions.
3. Net-of-fee settlement
The simplest model conceptually: the customer pays the full amount, and the gateway nets the gas out of the settled amount before crediting the merchant. The customer’s experience is frictionless; the merchant simply sees a slightly smaller net deposit with the fee itemized. This works everywhere because it doesn’t depend on any special chain feature.
Putting it together at checkout
A production checkout usually blends these. The right technique depends on the chain, so the gateway picks per-network:
- Customer selects a chain and token they already hold.
- The checkout determines the best gas strategy for that chain — paymaster, relayer, or net-of-fee.
- The customer signs a single action.
- The payment settles, gas handled invisibly, and a signed webhook fires.
This is also why network choice and gas abstraction are linked. A chain with cheap fees and native account abstraction gives the smoothest experience; an expensive chain at a congested moment is where abstraction earns its keep. Our note on choosing the right network goes deeper on that trade-off, and the live chains list shows what’s supported today.
How Plaidly handles it
Plaidly applies gas abstraction automatically per chain — the customer pays in their stablecoin and never holds or sees a native gas token. You get a clean settled amount with fees itemized, and the integration is the same single payment session regardless of which strategy ran underneath. The mechanics and webhook payloads are documented in the API reference, and if a payment’s fee accounting ever looks off, support can break down exactly where each fraction went.
Gas abstraction isn’t a luxury feature. For anyone selling to non-crypto-native customers, it’s the difference between a checkout that converts and one that quietly bleeds every buyer who showed up ready to pay.