Solana Swap Slippage: Set a Limit, Not a Price Target
Slippage tolerance sets the worst output a Solana swap will accept; learn how it differs from price impact, how to size it and when a failed trade is the better result.
By The Coin Wire Editorial5 min read

Slippage tolerance sets how much less output you will accept than a swap quote before the transaction fails. It is a limit on execution, not a fee or a promise of a particular price, and setting it means weighing a failed trade against accepting a worse fill.
On Solana, a swap usually follows a quote: a wallet or aggregator estimates the output, builds a transaction with a minimum acceptable amount, then submits it for execution. A pool’s price can move between the quote and the transaction landing, as other trades change its available liquidity. If the actual output falls below the minimum, the transaction reverts. That check is what the slippage setting controls.
The setting matters whether a swap uses one pool or routes through several. A venue-specific account of how Byreal swaps and liquidity work explains the pool and liquidity side of that picture. For the setting itself, start by separating the expected cost of your trade from the amount of movement you are willing to tolerate afterward.
What does slippage tolerance change on a Solana swap?
It changes the transaction’s minimum output, giving the trade a threshold below which it must fail. If a quote says a swap should return 1,000 units and the tolerance is 0.5%, the minimum is 995 units. The transaction can complete at 1,000 or at an amount down to 995; below that, it should fail rather than deliver less.
Wallets and swap interfaces may show tolerance as a percentage, while APIs often express it in basis points: 100 basis points equal 1%, and 50 equal 0.5%. The arithmetic is simple, but the right threshold depends on what the quote already includes, how quickly conditions are changing, and the route’s liquidity. A number that looks small does not make a bad quote good.
Price impact is a separate part of the decision. It estimates how much the trade itself moves the price through available liquidity. Slippage tolerance governs how much the outcome may worsen relative to the quote before execution is rejected. A large swap in a thin pool can have high price impact before it is submitted; a busy market can then move further while the transaction is waiting. Raising tolerance may help that transaction execute, but it does not undo its price impact.
How should you choose a slippage setting?
Choose the narrowest tolerance that still gives a reasonable chance of execution for the pair, trade size and market conditions. For a liquid pair in a quiet market, a tighter limit can protect the quoted output without often rejecting the trade. A volatile token, shallow pool or multi-step route may need more room because its quoted output is more likely to change before the transaction lands.
Read the quote before changing the setting. Check the estimated output, price impact and route details if the interface provides them. If the price impact is already uncomfortable, lowering slippage will usually make the swap fail more often, not improve its economics. Consider reducing the trade size or waiting for a better quote; splitting a trade can also change its impact, though it may add execution steps and expose each part to a new price.
- Set tolerance as a percentage of quoted output. A 1% tolerance permits up to 1% less output than the quote, subject to the transaction’s exact route and terms.
- Compare against price impact. A high impact estimate is a reason to inspect the trade size or route before signing, even when tolerance is tight.
- Refresh stale quotes. If a swap fails because the market moved, request a new quote instead of repeatedly widening the limit against old pricing.
- Check the final transaction details. Confirm the input and output tokens, minimum received and any displayed fees before approving.
Automatic tolerance settings can be useful when conditions vary across pairs and the interface estimates a limit from the quote. Manual settings make the trade-off explicit, but a single fixed percentage cannot fit every market. An aggregator may also divide a swap across pools or venues to improve the quoted output. That can reduce dependence on one pool, while adding route complexity; tolerance still defines the minimum acceptable result for the assembled transaction.
When should you accept a failed swap?
A failed swap is preferable when the alternative is execution below the minimum output you accepted. A slippage check is a guardrail, not a guarantee that the price will remain available or that the quoted route is attractive. If market movement exceeds the limit, the trade stops; depending on where failure occurs, network transaction fees may still be charged even though the token swap does not complete.
Repeated failures can point to a stale quote, fast price movement, thin liquidity, or a transaction that is taking too long to land. The responses differ: refresh the quote, consider a smaller amount, or reassess whether the route and price impact are acceptable. Increasing tolerance addresses only the gap between quote and execution. It does not create liquidity, fix a poor price, or make the transaction land faster.
For most readers, the sound default is to leave a tight, sensible limit on liquid pairs and treat unusually high impact or repeated failures as a reason to pause and recheck the trade. Watch the quoted minimum output, price impact, route and how quickly the quote changes. Those signals tell you more about the trade-off than the slippage percentage alone.