Transaction ordering and execution costs
Crypto Execution WeeklyFee Markets Do Not Simply Put the Highest Bid First
Crypto fee markets price scarce block space, but validator discretion, transaction size and wallet settings decide whether an urgent order lands first.
Ethereum’s London upgrade made transaction priority explicit: when demand exceeds block capacity, validators generally favor eligible transactions offering the most reward, while the protocol charges a separate base fee. That separation improved cost control, but it did not create a strict global queue. A wallet can estimate badly, a transaction can be displaced by a bundle, and the same order can wait even while a later one lands.
How does an Ethereum transaction get priority?
An Ethereum transaction becomes eligible when its fee cap covers the current base fee, then competes through its priority fee and any other value a block builder can capture. Follow a token swap expected to consume 150,000 gas. The current base fee is 30 gwei; the trader signs with a 60 gwei maximum fee and a 2 gwei maximum priority fee.
A node first checks the signature, balance and nonce. It relays the valid transaction into the mempool. At inclusion, the effective gas price is the lower of the 60 gwei cap or the 30 gwei base fee plus the 2 gwei tip: 32 gwei. If the swap uses exactly 150,000 gas, it costs 0.0048 ETH. Of that, 0.0045 ETH is burned and 0.0003 ETH rewards the proposer; the unused gap below the cap is never charged.
- A fee cap below 30 gwei makes the transaction temporarily ineligible.
- The 2 gwei tip competes for inclusion; it does not replace the base fee.
- The gas limit caps work attempted, while actual gas used determines the charge.
- Slippage and deadline checks still execute after the transaction wins space.
Does the highest transaction fee always win?
No: builders optimize a block under gas, validity and ordering constraints, rather than maintaining a timestamped highest-bid queue. A private bundle may pay through value that is not visible as a conventional tip. Nonces force one account’s transactions into sequence, and a builder may place an arbitrage before a public swap. Fee priority buys a better chance of inclusion, not protection from price movement. That distinction also matters when reading a simple Fraxswap LP example: pool economics and block-space costs are separate exposures.
Bitcoin makes the comparison sharper. Miners commonly select by fee rate per virtual byte, including dependent transaction packages, so a small transaction can outrank a larger transaction that pays more total bitcoin. On Ethereum, the protocol verifies the base fee, cap, nonce and execution result. A wallet’s “fast” label and a mempool site’s predicted position are estimates, not consensus guarantees.
Did EIP-1559 make urgent execution cheaper?
EIP-1559 made payment more predictable, but it did not make scarce block space inherently cheap. Under the stated 150,000-gas conditions, a legacy first-price bid of 60 gwei would have cost 0.009 ETH; the 32 gwei effective price costs 0.0048 ETH, 46.7% less. That comparison measures avoided overbidding, not a universal saving. If demand lifts the base fee to 59 gwei, the same cap leaves room for only a 1 gwei tip and a 0.009 ETH charge.
Verdict: separating eligibility from priority improves execution because traders can set a protective ceiling without automatically paying it. The trade-off remains with the time-sensitive trader, who must raise the tip or accept delay, while builders retain discretion over profitable ordering.
What can traders inspect in a live transaction?
Inspect the signed maximum fee, priority fee and nonce, then compare them with the base fee, effective gas price, gas used and position in the mined block. A low-value test submitted with two different tips shows the mechanism directly. Also record the quote, slippage limit and final token amount: fast inclusion can still produce a worse fill, while a delayed transaction may revert and consume gas.
Filed under
- Transaction ordering and execution costs
- Liquidity pools and order routing