Why Small Trades Lose Money on Terminal: The 20% Slippage Trap

A trader posted on r/solana in February 2026 asking a simple question about Terminal. His money was going down and he could not see why.

"My money seems to be mysteriously going down, it was just at $40 and now it's at $30."

Then, a few comments later:

"Somehow it says I bought $16 worth and sold it all for $2 how is that even possible."

The thread got 11 upvotes and 17 comments. Nobody from the company appeared. The next day he answered his own question:

"To anyone struggling with the same issue I fixed it by changing my settings for buying and selling. The starting slippage is automatically 20% so change it if you are using low amounts of money!"

A month later a second user hit the same wall and asked the same thing. The official documentation has never mentioned it, and as of August 2026 those docs are offline entirely, so there is nowhere in the product that tells you this.

What slippage tolerance actually authorizes

Slippage is not a fee and it is not a setting that "protects" you in the way most people assume. It is a permission.

When you submit a swap, the price you see is a quote against the pool state at that instant. By the time your transaction lands on-chain, the pool has moved: other people traded, the curve shifted, your own order changed the price it executed against. Slippage tolerance is the answer you give in advance to the question "how much worse than the quote is still acceptable?"

Set it to 20% and you have signed off on any execution price up to 20% worse than quoted. The transaction succeeds anywhere inside that band. It does not target the middle of the band. It does not try to get you the best price in the band. It accepts whatever the pool hands you, right up to the edge.

On a deep pair with a small order, that headroom sits unused, because the pool cannot move that far in the time your transaction is in flight. On a thin memecoin pool it is a different story, and this is the part that costs money.

Why thin liquidity turns headroom into losses

Three things happen at once on a low-liquidity pair, and they compound.

Your own order moves the price. An automated market maker fills you along a curve, not at a single price. In a pool with $8,000 of liquidity, even a modest buy walks the curve upward while it fills, so your average execution price is worse than the quote by construction. That gap is price impact, and it is real cost, not a fee you can appeal.

The pool is already moving. New tokens have violent price action by design. Between your click and confirmation you are competing with dozens of other buyers hitting the same curve. A wide tolerance means you fill anyway, at whatever the curve has become.

A wide tolerance is a published profit target. This is the mechanism people underestimate. If a searcher can see your pending transaction and knows you will accept a fill up to 20% worse, then 20% is exactly the size of the opportunity you have offered. Buy ahead of you, push the price up to just under your limit, let you fill at the top, sell into your buy. Terminal does ship MEV protection turned on by default, which is genuinely good and materially reduces this on Solana, Ethereum and BSC. It is not available on Base, per Padre's own documentation. On Base, your slippage number is the whole defense.

Now run that on both legs. You buy with 20% tolerance and you sell with 20% tolerance, so the round trip can cost up to roughly 36% of the position before anything else is counted.

The other half: fixed costs do not scale down

Slippage is the headline, but there is a second reason small trades on Terminal underperform, and the two get blamed for each other.

Terminal charges a flat 1% trading fee with no volume tiers, applied on each leg. If you are trading a token still on the pump.fun bonding curve, the curve adds its own 1.25%. Neither of those is unusual, and both scale with your size, so they hurt a $20 trade and a $2,000 trade equally in percentage terms.

The costs that genuinely punish small size are the fixed ones. Terminal's default priority fee for a swap is 0.001 SOL. Tips run from 0.0001 to 0.001 SOL depending on mode, and Inferno mode tips 0.012 SOL. Solana also charges rent to open a token account for a token you have never held.

On a $20 trade, those fixed SOL amounts are a meaningful percentage. On a $2,000 trade they round to nothing. And there is a Padre-specific wrinkle a user documented that makes it worse:

"everytime I buy a coin, two token accounts are being created... the second never appears in sol-incinerator, and I just lose these 30 cents every trade. When I trade on e.g axiom, only one token account is being created."

We have not independently reproduced that, so treat it as one credible report rather than a verified defect. But it points at the same conclusion: below roughly $50 a trade, Terminal's fixed overhead is a large enough share of your position that you need the token to move several percent just to break even. Our fees breakdown covers the full stack with sources.

The fix, exactly

Slippage is set per preset, not globally. Terminal's live presets are named Normal, Fast and Ultra, plus Inferno on Solana. (The archived documentation still calls them P1, P2 and P3, which is one of several places the docs are out of date.) Each preset carries its own slippage, priority fee, tip and MEV toggle, and you switch between them from the trade panel.

The tradeoff nobody explains

Here is where most slippage advice fails. It tells you to lower the number and stops, which sets you up for the opposite problem.

Terminal has a specific error for it, verbatim from the app:

Slippage Too Low. "Your slippage tolerance is too low to account for your trade's price impact. Consider retrying with higher slippage."

That is not a warning. That is your trade not happening. And on Solana a failed transaction is not free: you paid the priority fee to get it processed, and the network keeps it whether your instruction succeeded or reverted. Grind through ten failures trying to buy at 1% into a moving launch and you have paid ten priority fees to end up with no position, while the price ran away from you.

The official FAQ also lists slippage being exceeded before confirmation as one of three stated causes of a Transaction Timed Out error, alongside a wallet balance too low to cover the trade plus its costs, and two trades being sent at once (a background limit order triggering while you manually trade, for instance). We decode the full set of app errors in every Terminal error message, explained.

So the target is not the lowest possible slippage. It is the lowest number that reliably fills for the kind of trade you are actually making.

Suggested starting points

The numbers below are our recommendation, not Terminal's. No official guidance exists, which is the entire reason this page had to be written. Treat these as a starting position to tune from, and judge liquidity by the pool depth shown on the token page rather than by market cap, which can be almost entirely illiquid supply.

Two habits make this work better than any specific number. First, size your slippage to the trade in front of you rather than setting one value forever. Second, if you are consistently getting Slippage Too Low at 3%, the problem may not be your setting. It may be that the pool is too thin for the size you are trying to trade, and the fix is a smaller order.

Why this went unnoticed for so long

Partly because the failure is invisible. Nothing errors. No red toast appears. Your trade succeeds, and the loss is buried inside an execution price you never see broken out. You just notice, days later, that the account is smaller than the trades seem to justify. That matches the complaint about Terminal's PnL calculation being untrustworthy, which turns up repeatedly in user reviews: if you are eating unexplained execution cost on every round trip, the numbers on the screen will keep failing to match the numbers in the wallet.

Partly because there is nowhere to ask. Support is a Discord ticket behind an invite. The public announcement channel has been silent since 15 October 2025, nine days before the acquisition, so there is no status feed and no changelog. docs.padre.gg has been redirecting every path to a login wall since around March 2026. The r/solana thread where this got diagnosed had zero official participation, and r/solana's automoderator removes a lot of the help posts before anyone can answer them.

That leaves self-diagnosis. Which is what happened, twice, a month apart, by two people who had already lost money.

Before your next trade

Open your preset settings and look at the slippage number on both the buy and the sell side of every preset you use. If it says 20, that is the default and nobody changed it for you. If you use Inferno, expect 50.

Set something appropriate for the size and depth you actually trade, then leave the number alone until Terminal starts telling you it is too low. That error is the feedback signal. Use it instead of guessing.

And if you have not signed up yet, do it through a referral link before you place a first trade. Cashback is decided at signup and cannot be changed afterward: 35% of your trading fees back in SOL through a referral, against 10% without one. That does not fix bad execution, but it is the one saving available to you that requires no skill at all. See our referral page for how the mechanics work.

Related reading: Terminal, formerly Padre if you are still working out whether this is the same app you signed up for, Terminal wallets and custody for why it asks for a private key on import, and Terminal vs Axiom if execution quality is the reason you are shopping around. You can open a fresh account at terminal.pump.fun.