نسخهٔ فارسی

Transparent, non-custodial, yours

Why your swap failed, and why gas was still charged

Reverted swaps have a handful of real causes: slippage, deadline, allowance, gas limit, token tax. How to read the error and fix the right one.

Gas on failure Charged. Execution happened; only the state change was undone
Most common cause Output fell below the minimum set by slippage tolerance
Never fixed by retrying A token that charges a fee on every transfer

FBT Swap

What you should know

A failed swap is not a bug and not money stolen. The network ran your transaction, something in it did not hold, and the contract undid every state change — except the gas you spent asking.

That is the part that feels unfair and is actually the point: validators did the work of executing your code, so the work is paid for whether or not the outcome was what you wanted.

The five causes that cover almost everything

Output below your minimum: price moved past your slippage tolerance. Deadline passed: the transaction sat unconfirmed too long. Insufficient allowance: the approval was missing, too small, or spent. Out of gas: the gas limit was below what the route needed. Transfer-fee token: the amount arriving was short because the token taxed it.

Each of those produces a different fix, which is why "increase slippage and retry" solves roughly one case in five.

Reading the revert in the explorer

Open the transaction on the network explorer and look at the status and the revert reason. Strings like INSUFFICIENT_OUTPUT_AMOUNT, EXPIRED, TRANSFER_FROM_FAILED and out of gas map directly onto the causes above.

If the explorer shows no revert string, check the gas used against the gas limit. A transaction that consumed exactly the limit ran out of gas rather than failing a check.

When retrying is the wrong move

Each retry costs gas. If the pool is thin and the price impact is large, three retries at rising tolerance can cost more than the amount you were trying to save by not splitting the trade.

If the token takes a fee on transfer, no retry at the same settings will ever succeed, and a retry at a tolerance above the tax succeeds only by paying the tax.

Reducing the failure rate

Quote and sign promptly rather than leaving the screen open. Keep a sensible gas buffer in the native coin of the network you are on. Use an allowance that actually covers the trade. On a volatile minute, accept that a wider tolerance on a deep pair is cheaper than three reverts.

FBT Swap re-quotes before signing and shows the network, the route and the fee, which removes the stale-quote case — the one that produces the most avoidable reverts.

At a glance

At a glance

Gas on failure

Charged. Execution happened; only the state change was undone

Most common cause

Output fell below the minimum set by slippage tolerance

Never fixed by retrying

A token that charges a fee on every transfer

Where to look

The network explorer: status, revert reason, gas used vs limit

FAQ

Frequently asked questions

Clear answers before you decide.

Did I lose my tokens in a failed swap?

No. A revert undoes every balance change in the transaction. Your tokens are where they were; the only loss is the gas the network consumed while running it.

Why does the same swap fail repeatedly?

Because the cause is structural, not random. A thin pool, a stale allowance or a transfer-fee token will fail the same way every time until the underlying condition changes.

Can FBT Swap refund gas on a failed swap?

No. Gas is paid to the network validators, not to FBT Swap, and no interface can reverse or refund it. This is true of every non-custodial interface.

Risk notice

Crypto assets are volatile and on-chain transactions cannot be reversed. You can lose money, including all of it. Nothing here is financial advice.