What is a priority fee on Solana?

A priority fee is an optional bid you attach to a Solana transaction to be ordered ahead of others competing for the same accounts. It is priced in micro-lamports per compute unit and sits on top of the protocol base fee. Without one, your transaction competes for a contested block slot at the same price as everything else — and during a launch, that usually means it does not land.

The two fees, and why only one of them varies

Every Solana transaction pays a base fee of 5,000 lamports per signature. That is a protocol constant, not a market price: it does not rise when the network is busy and buys no advantage over anyone else.

That is the first structural difference from EVM chains, where the base fee itself floats with demand; on Solana the floor is fixed and only the bid moves. Others are catalogued in the account-model and fee differences between Solana and EVM chains.

The priority fee is the part that competes. You set it with two compute-budget instructions inside your own transaction: one declaring a compute-unit limit, the other declaring a price per compute unit in micro-lamports. The fee is the product of those two numbers, and the block leader uses it to decide what to include when demand exceeds capacity.

One consequence catches people out. The fee is calculated on the compute-unit limit you request, not the units you consume, so requesting the maximum "to be safe" multiplies your bid by a limit you were never going to use. Wallets that simulate first and request a realistic limit produce cheaper bids.

Where the money goes has changed by protocol vote before and can change again: priority fees accrue to the block leader, the base fee is partly burned. Treat any specific ratio as version-dependent and check current protocol documentation.

Why memecoin transactions fail without one

Solana produces blocks roughly every 400ms, which makes it feel as though there is always room. The constraint is not the network overall; it is a specific account.

A trade writes to the pool's accounts. Solana parallelises execution by taking write locks, so transactions touching the same pool cannot run alongside each other — they queue. When a token is launching or dumping, thousands of people write to the same handful of accounts. The chain has capacity; that pool does not.

The leader then chooses between competing transactions, and the priority fee is most of the basis for choosing. A default or zero bid is not "delayed" in any orderly way: it sits unincluded until its blockhash expires, roughly a minute, then fails outright. You pay nothing meaningful and you get nothing.

This is why failures cluster exactly when you least want them. The most common user complaint about fomo, the terminal that overtook Axiom as Solana's leading trading terminal by volume around 6 August 2026, is failed sells during volatility. That is not a bug in one app — it is a contested write lock seen from outside, and the argument for planning exits early, as set out in why sells fail exactly when you need them.

Two things get misread as priority-fee failures. A transaction reverting because the fill fell below your minimum output is a slippage failure, and a bigger fee will not fix it. One failing on a token account you have never opened is an account-creation problem, not congestion.

How wallets and terminals set it for you

Most interfaces hide the mechanism behind presets — auto, low, medium, high, sometimes a "turbo" tier. Underneath they query recent prioritization fees paid on the accounts your transaction touches and pick a percentile. That is a reasonable default and a poor one in the conditions you care about, because the estimate is backward-looking and during a launch the distribution moves faster than the sample.

Three habits help. Set the fee per situation rather than once, since a quiet-market bid and a launch-moment bid differ by orders of magnitude. Prefer interfaces showing the lamport figure rather than only a label, because "high" is not a unit. And treat the fee as a way to shorten your exposure window, not only as speed — less time visible before landing means less opportunity to order against you, the link to how ordering-based extraction works.

Jito tips are a separate thing

A Jito tip is not a priority fee, though the two are frequently conflated. The priority fee is a protocol mechanism paid inside your transaction and read by the leader. A Jito tip is an ordinary SOL transfer to a tip account submitted alongside a bundle — a set of transactions that execute in a fixed order and either all succeed or all fail. It is an out-of-protocol service offered by the block-engine infrastructure most Solana validators run.

The distinction has consequences. A bundle gives atomicity, which a priority fee does not. A tip is not refunded if your bundle is not selected, whereas an unincluded transaction expires without charging the bid. Bundles are also the mechanism behind much of the sandwiching and first-block buying on new tokens. For an ordinary buy or sell, a well-sized priority fee is the relevant tool.

What a priority fee does not do

It does not guarantee inclusion. It improves your position in an auction with other bidders, all of whom can raise; in the worst minutes of a launch, everybody bidding more produces the same queue at a higher price.

It does not affect execution price. Landing faster narrows the window in which price can move against you, but the fill is set by pool state and your own price impact.

It protects you from nothing about the token: a transaction landing first into a contract that will not let you sell has worked as designed. And it does not fix a pool too thin for your order — if a trade needs an aggressive fee and a wide tolerance to land, the constraint is depth, not speed.

Frequently asked questions

Why did my Solana transaction fail?

Most commonly, it was never included: it competed for a contested pool account without a high enough priority fee, sat unincluded, and expired when its blockhash went stale after roughly a minute. The other frequent causes are a fill below your minimum output, which is a slippage failure, and a missing token account. The error message distinguishes them.

How much should I set as a priority fee?

There is no fixed answer and any single figure would be stale immediately. The correct method is to read a current estimate for the specific accounts you are writing to — which is what wallet presets do — and then raise it deliberately when you are trading into a moment where thousands of people want the same pool. Set it per trade, not once.

Is a Jito tip the same as a priority fee?

No. The priority fee is a protocol mechanism inside your transaction, paid to the block leader, and refunded implicitly by never being charged if you are not included. A Jito tip is a SOL transfer that accompanies a bundle of transactions executing atomically, is out-of-protocol, and is not returned if the bundle is not selected.

---

The fee gets you in; the lock keeps the exit open

A priority fee decides whether your transaction lands, not whether there will be a pool to trade against next week. Team Finance — built by TrustSwap, which also builds Meme Central — locks LP tokens for a fixed term across Ethereum, Robinhood Chain, Polygon, Base and BNB, and the lock shows as a verified badge on that token's page in the live launch feed. It does not stop a creator selling their own holdings, and it does not make a thin pool deep.

---

Nothing here is financial, legal or tax advice. Memecoins are extremely high-risk: most lose most of their value, and the majority of tokens launched never reach a decentralised exchange at all. Never spend money you cannot afford to lose entirely. Meme Central does not recommend any specific token. Data described as Meme Central's own reflects tokens indexed by Meme Central and is not whole-market data.