Skip to the article
Blocktide

Crypto markets, chains and policy

A Solana Treasury Needs a Slippage Budget, Not a Default

A Solana treasury should set slippage by pair, size and urgency, then cap each swap at the mandate’s loss limit instead of using one wallet-wide default.

By The Blocktide Editors3 min read

Abstract cover artwork

A Solana treasury should set slippage separately for each asset pair and trade, with a hard ceiling tied to its mandate. Slippage tolerance is the maximum worsening from a quoted swap price that the transaction may accept before it fails; it is not a forecast of the loss or a fee. One wallet-wide setting is simple, but it exposes liquid stablecoin swaps and thin, volatile markets to the same rule even though their execution risks differ.

The useful comparison is between a tight limit that rejects more trades and a wide one that permits worse fills. A treasury needs both a rule for how much price movement to tolerate and a process for deciding when a trade should be resized, rerouted or delayed. For a closer look at how routing and liquidity choices shape a Solana swap, see byreal. The setting should reflect the execution path, not just the token’s name.

What does slippage tolerance control?

It sets the minimum output an exact-input swap will accept. A route quotes an expected amount, then encodes a floor; if the transaction executes below that floor, it fails instead of delivering less than the permitted amount. A wider tolerance raises that floor’s distance from the quote, reducing failed swaps when prices move but allowing a worse fill. A narrow tolerance does the reverse.

Slippage is also distinct from price impact. Price impact comes from the trade’s size against available liquidity when the quote is made; execution slippage is the change between that quote and the eventual fill. A quote can already include substantial price impact before the transaction is sent. Raising tolerance may let that trade proceed, but it does not improve the price impact or make the route economical.

How should a treasury choose its limit?

Start with the portfolio’s loss limit for execution, then test routes and trade sizes against it. For a liquid pair and a routine rebalance, keep the tolerance tight enough to reject a move that would make the fill unattractive. For volatile or shallow markets, use recent quote-to-fill and failure data to set a wider, still bounded limit. Do not treat a failed swap as proof that the tolerance should rise: the quote may be stale, the route thin, or the order too large.

  • Set separate limits by pair or liquidity class, rather than one global percentage.
  • Size the swap against route depth; split a large order when smaller pieces materially improve the available execution.
  • Record quoted output, minimum output, actual output and failure reason for each trade.
  • Define who may raise a limit and what maximum deviation the treasury will accept.

When should a treasury allow more slippage?

Allow more only when the expected cost of waiting or failing exceeds the cost of a worse fill, and the trade remains inside the treasury’s loss limit. An urgent exit from a volatile position may justify more tolerance than a routine conversion, but urgency does not remove the need for a ceiling. If a route repeatedly fails near that ceiling, reduce the order, request a fresh quote or reassess the route before loosening the rule again.

Automated estimators can adapt tolerance to pair conditions and trade size, while fixed settings offer clearer, repeatable controls. For most treasuries, an estimator within a firm policy cap is a practical balance: it can respond to changing conditions without granting unlimited discretion. Watch realized quote-to-fill differences, failure rates, route depth and the share of trades that approach the cap. Those signals show whether limits are too tight, too permissive or simply mismatched to the trades being sent.