Gas Fees Explained: Base Fee, Priority Fee, and Why a Transaction Gets Stuck
By NorwegianSpark Editorial — written with AI assistance and reviewed by the NorwegianSpark SA editorial team | Last updated: 2026-08-19
This article contains affiliate links. We may earn a commission at no extra cost to you. Full disclosure
Two people send the same transaction a minute apart. One pays a modest fee and confirms immediately. The other pays several times as much, waits twenty minutes, and eventually gives up and cancels.
Neither did anything wrong in any obvious sense. They set different numbers in a screen most wallets hide behind an "advanced" toggle, and the numbers do different jobs.
The fee has two parts
Since EIP-1559, an Ethereum transaction's fee is built from two components, and confusing them is the source of nearly every gas mistake.
The base fee is set by the protocol, not by you. It moves up or down each block according to a formula based on how full the previous block was relative to a target size — rising when blocks are above the target and falling when they are below (EIPS/eip-1559).
And it is burned. It does not go to the validator. It is destroyed, which is the detail that makes the whole design work: nobody who orders transactions has an incentive to inflate it.
The priority fee is your tip to whoever builds the block, and it is the only part you actually bid. A transaction specifies a max_priority_fee_per_gas — the most it will give the validator to be included — and a max_fee_per_gas, the total cap covering the base fee and the tip together.
The rule that follows is the one worth remembering: senders always pay the base fee of the block their transaction ends up in, and your max fee is a ceiling, not a price. If you set a max fee well above the base fee, you are not overpaying — you are giving the transaction room to survive a rise while it waits.
Why a transaction gets stuck
Almost always: the max fee was set below where the base fee has since moved.
The base fee rises when blocks are consistently full. A transaction whose max fee sat comfortably above it when submitted can be underwater ten minutes later, and it cannot be included in a block whose base fee exceeds its own cap. So it waits, indefinitely, for congestion to fall back.
There is a second, more confusing cause: nonce order. Transactions from one account execute in strict sequence. A stuck transaction blocks every later one from that account regardless of what they pay, so a single underpriced transaction can freeze an account's activity entirely.
The two fixes are the same operation.
- Speed up — resubmit the same transaction with the same nonce and a higher fee. Most wallets offer this as a button.
Both work because replacing a pending transaction requires outbidding it, which is why neither is free and why setting a sensible fee in the first place is cheaper than fixing it afterwards.
Gas limit is not the fee
The other number in the advanced panel is the gas limit, and it measures something completely different: how much computation the transaction is authorised to consume.
A simple transfer uses a small, fixed amount. A complex contract interaction uses far more, and the wallet estimates it.
Two consequences matter.
Setting the limit too low makes the transaction fail — and you still pay. The work was done up to the point it ran out, and that work is not refunded. This is the most expensive gas mistake available.
Raising the limit does not make it faster. You are not paying more; you are authorising more computation. Only the priority fee affects ordering.
Paying less, in order of effectiveness
- Wait. The base fee tracks congestion, and congestion has patterns — quieter hours exist every day. A transaction that is not urgent has no reason to be sent during a peak.
Frequently Asked Questions
Do I get a refund if the base fee falls after I send?
You pay the base fee of the block your transaction is actually included in, not the one at the time you signed. If your max fee was higher than that, the difference is not charged. The max fee is a limit rather than a payment.
Where does the base fee go?
It is burned — destroyed rather than paid to anyone. Only the priority fee reaches the validator. This is a deliberate part of the EIP-1559 design, since a fee paid to the party choosing transaction order would create an incentive to inflate it.
Why did my transaction fail and still cost money?
Almost always because it ran out of gas. The computation performed before it ran out consumed real resources and is not refunded, so a failed transaction with too low a gas limit costs you the work done and delivers nothing.
Does a higher gas limit make my transaction confirm faster?
No. The gas limit authorises computation; the priority fee buys position. Raising the limit on a simple transaction changes nothing about how quickly it is included.
The summary
One number is set by the network and burned. One number is your bid. One number is a ceiling. One number is a computation budget, and getting it too low is the only way to pay for nothing at all.
Understand which is which and the "advanced" panel stops being intimidating — it becomes the difference between confirming in seconds for a sensible fee and watching a transaction sit pending while an account's whole queue backs up behind it.
Sources: EIP-1559 (eips.ethereum.org), read 19 August 2026. Fee levels change constantly and none is quoted here.
Content on AICryptoCoin is for informational purposes only and does not constitute financial advice. Always do your own research and consult a qualified financial advisor before making investment decisions.