◆ FREE TOOL

Solana priority fee estimator.

Priority fees on Solana are an optional per-compute-unit price, in micro-lamports, that you add to a transaction to win block space during congestion. This tool reads the recent network fee floor live and suggests a compute-unit price that lands - no signup, no key.

// live getRecentPrioritizationFees · network-wide · https://api.mainnet-beta.solana.com

Loading live fee data…

◆ HOW IT WORKS

Read the floor, then price to land.

The estimator calls getRecentPrioritizationFees and sorts the per-slot fee floors into percentiles. p50 beats the median transaction; p75 is a solid land-it default under load; p90 is for when you must be first. Set the price with ComputeBudgetProgram.setComputeUnitPrice and keep your compute-unit limit tight so you pay for what you use. Remember: a competitive fee wins block space, but the transaction still has to reach the current leader in time - which is a path problem, not a fee problem. That is the part rpc edge's transaction sender is built for.

Land transactions faster →◢ Talk to the team

◆ PRIORITY FEE FAQ

Straight answers, live data.

What is a good Solana priority fee right now?
It depends on live congestion. A good default is the recent p75 of getRecentPrioritizationFees in micro-lamports per compute unit - high enough to beat the median transaction, without overpaying. When the network is calm the floor is often zero and no priority fee is needed; during congestion you may need the p90 to be first. The estimator above reads the live floor for you.
How are Solana priority fees calculated?
A priority fee = compute-unit price × compute units used. You set the price with ComputeBudgetProgram.setComputeUnitPrice({ microLamports }) and the budget with setComputeUnitLimit. The total priority fee is added on top of the base 5,000-lamport signature fee. 1 lamport = 1,000,000 micro-lamports, so prices are quoted in micro-lamports per CU.
Does a higher priority fee guarantee my transaction lands?
No. A competitive priority fee helps you win block space, but landing also depends on getting your transaction to the current leader in time - which is a function of your RPC's path to the cluster, staked connections (SWQoS), and how you send. A fast fee on a slow path still misses. rpc edge co-locates beside the stake and Jito to shorten that path.
What does this tool measure, and is it accurate?
It calls getRecentPrioritizationFees live from your browser against a public Solana RPC (or an endpoint you paste) and computes the percentile fee floor over the recent slots it returns. Priority fees are a network-wide property, so any endpoint returns the same picture. It is real live data, not a stored estimate.

// live network data via getRecentPrioritizationFees · not financial advice · last updated 2026-07-13