Slippage settings for Solana memecoins: what the number does and how to set it

Memecoin slippage settings set the worst price you will accept compared with the price you saw when you clicked. If the market moves further before your transaction executes, it fails instead of filling. Fresh launches usually need a wide setting with small size; graduated coins in deep pools need a tight one.

Your slippage setting is a limit, not a cost. It helps to separate three numbers that people call slippage:

• Price impact: how far your own order moves the price as it fills. It depends on your size against the depth of the curve or pool, and you pay it on every trade.
• Price movement before you land: other transactions that execute ahead of yours in the same or earlier blocks. On a busy launch this is often bigger than your own impact.
• Slippage tolerance: the setting. The total of the first two, plus fees in some terminals' maths, must stay inside it or the trade fails.

How does pump.fun enforce slippage?

Literally. Its program's buy instruction carries a maximum SOL cost and its sell instruction a minimum SOL output, which your terminal computes from your tolerance. If the curve has moved so that the buy would cost more than the maximum, the program rejects it.

Take a pump.fun coin with 10 SOL of real buys in its bonding curve, about $7,500 of market cap at an illustrative $150 per SOL. You click to buy 1 SOL. On its own, your buy fills on average about 3.8% above the price you saw, fee included, and pushes the price up 5%.

Now suppose other buyers land first. The table shows what happens to the same order:

A wide tolerance does not get you a better price; it gets you a fill at a worse one. With 40% you are in the coin in every row, but in the last row you paid 31% above the price you clicked, and the coin has to rise that much before you break even.

A tight tolerance protects the entry and costs you fills on fast coins. That is the whole trade-off, and it is why memecoin trading guides treat slippage as part of position sizing.

When the price has moved past your limit, the transaction is included in a block and then reverts. Terminals and bots, Trojan and Axiom included, show this as "slippage exceeded" or a similar error. Nothing is bought, but a failed transaction is not free: Solana charges the base fee and your priority fee either way (Solana fee docs).

The fee per attempt is small, so the saving comes from not retrying blindly. If the same order keeps reverting on a fast launch, the coin is moving faster than your tolerance: widen it on purpose at a smaller size, or wait for a calmer entry. Either way, one deliberate order beats five rushed ones.

Raising the priority fee can help you land earlier in a block; it does not stop others landing ahead of you. See Jito tips vs priority fees for how landing works.

Why do sells fail with slippage exceeded?

For the same reason in reverse: the price dropped below your minimum output while the sell was in flight. That is most common in a dump, exactly when you most want out, so many traders use a wider tolerance on sells than on buys.

**The tolerance you set is the most a sandwich bot can take from you if your transaction is visible before it lands.** A 40% tolerance on a public transaction is an open invitation. And "auto" slippage in a terminal is still a number someone else chose, so check what it resolves to.

Where do you change slippage on Axiom or Trojan?

Most terminals and bots, including Axiom, GMGN, Photon and Trojan, keep slippage alongside the priority-fee setting, often per preset. That lets you keep a wide preset for launches and a tight one for pools.

Fullport's terminal replaces the basis-point field with three speeds, built from these numbers: Safe cancels if the price moves more than 5% while the order goes through, Normal (the default) allows 20%, and Fast allows 40%. The engine waits a modeled 250 ms, reads the curve or pool fresh, and rejects the order with SLIPPAGE if the executable price is outside your bound.

Two differences from a real wallet are worth knowing. A separate 15% impact cap rejects any order that would move the price more than 15% on its own, whatever your speed setting. And a rejected order costs nothing: no base fee, no priority fee.

Sandwiches are not modeled either, so you cannot be front-run, as the fill policy explains. Your cost is capped at the one-time evaluation fee of $120 to $300: trading losses come out of the simulated balance, never your wallet. Funded payouts send you 80% of profit in SOL, requested every 5 days. Try the speeds in the browser terminal, or set them once in Fullport Tap on the terminal you already use.