Observed fee tier and assumed workload
Network fee rates are observed from the configured chain provider. Gas units or Solana compute units depend on the selected transaction type and remain explicitly labeled assumptions.
Compare a transaction across currently observed network fee tiers without predicting confirmation.
The preset supplies a transparent workload assumption.
Leave blank to keep the selected preset.
Workload is an assumption
Loading current fees
How this calculation works — the formula, its inputs, what it assumes, and what it does not establish.
Estimate a transaction's native-token and USD cost from observed network fee tiers and a transparent gas or compute-unit assumption. Compare current tiers without claiming a guaranteed confirmation time.
Network fee rates are observed from the configured chain provider. Gas units or Solana compute units depend on the selected transaction type and remain explicitly labeled assumptions.
EVM cost multiplies gas units by Gwei and converts Wei to the native asset. Solana combines the base signature fee with compute units multiplied by the observed priority fee rate.
Fee markets can change between observation, signing and inclusion. A lower displayed tier is cheaper in the current snapshot but is not called optimal and carries no confirmation guarantee.
Compare observed network fee tiers for a concrete transaction type without predicting confirmation. MoonMath labels the data basis for this tool as Observed, Formula, Assumption.
No. The Gas Fee Planner is an educational scenario tool, not financial advice, a recommendation, or a forecast. Provider coverage, liquidity, routing, fees and market conditions can make real outcomes materially different.
No. It shows a higher observed fee rate, but congestion, validator behavior and transaction validity still affect inclusion.