LibraryMarkets2019Design paperCorpus record
Fee market change for ETH 1.0 chain
EIP-1559. Vitalik Buterin, Eric Conner, Rick Dudley, Matthew Slipper, Ian Norden and Abdelhamid Bakhta.
Replace a first-price auction for inclusion with a protocol-quoted base fee that moves with demand, plus a tip to the producer. The base fee is burned. The EIP is a fee-market rule, not a promise that fees will be low.
EIP-1559 posts a base fee that the protocol raises and lowers with block fullness. Users pay it and the protocol burns it. A tip still goes to the block producer. The EIP is a way to quote a price. It is not a promise that the price will be low, and the burn is not a dividend.
- Evidence
- Primary paper
- Re-measured
- No
- Assumptions
- 4
- Records linked
- 5
Code
Source, repository, and what is actually hosted
- EIP-1559https://eips.ethereum.org/EIPS/eip-1559
- The source URL is not a GitHub repository. No code remote is invented.
- Full text is not mirrored. Public availability is not a licence to copy the file onto this site.
- Add to a reading list
01 Claim ledger
What the paper is allowed to say
Each row is a sentence already in the study. The status is the same on every row: a model claim, not a live measurement.
Claim 01 · Paper model
A posted price
The base fee is in the protocol state. A wallet can show it. That is the change from a first-price auction, where every user guesses.
Claim 02 · Paper model
The burn is load-bearing
If the producer received the base fee, users and producers could rebate it off-chain and the posted price would be fiction. Burning is how the EIP makes the posted price the real price.
Claim 03 · Paper model
The tip is the remainder
Priority fee is what the producer earns. Order, private deals and MEV live here and outside the protocol. The EIP does not claim to have closed them.
Claim 04 · Paper model
The target is a size
The base fee moves so that blocks tend toward a target gas, not toward a target price in dollars. Demand can still push the fee anywhere the adjustment allows.
02 Three cuts
Observation, model, falsifier
A desk does not stop at the summary. Each claim is cut three ways, using only this study's own assumptions and checks. Nothing here is a new figure.
01 A posted price
Observation
What the study says
The base fee is in the protocol state. A wallet can show it. That is the change from a first-price auction, where every user guesses.
Model
What has to hold
Wallets and nodes implement the same base-fee rule. A quoted fee from a broken wallet is not the EIP.
Falsifier
What would retire it
Who receives the base fee? The answer in the EIP is no one.
02 The burn is load-bearing
Observation
What the study says
If the producer received the base fee, users and producers could rebate it off-chain and the posted price would be fiction. Burning is how the EIP makes the posted price the real price.
Model
What has to hold
Users can replace or wait. The mechanism does not guarantee inclusion in the next block.
Falsifier
What would retire it
What moves the base fee: fullness, or a dollar target?
03 The tip is the remainder
Observation
What the study says
Priority fee is what the producer earns. Order, private deals and MEV live here and outside the protocol. The EIP does not claim to have closed them.
Model
What has to hold
Users can replace or wait. The mechanism does not guarantee inclusion in the next block.
Falsifier
What would retire it
Is a 'deflationary' claim being substituted for the burn rule?
04 The target is a size
Observation
What the study says
The base fee moves so that blocks tend toward a target gas, not toward a target price in dollars. Demand can still push the fee anywhere the adjustment allows.
Model
What has to hold
The adjustment parameters are the ones the EIP specifies, or a later fork you have named separately.
Falsifier
What would retire it
What moves the base fee: fullness, or a dollar target?
03 Sequence
One action, as an operating tape
- 01A transaction names a fee cap and a tip.
- 02It is eligible when the cap covers the current base fee plus the tip.
- 03The protocol burns the base fee and pays the tip to the producer.
- 04If the block is above target, the next base fee rises. If it is below, the next base fee falls.
- 05A user who sets the cap too low waits. The protocol does not estimate a market for them.
04 Load-bearing
The argument, and where a pitch drops it
Burn is not a return
The cut
Destroying the base fee changes the supply schedule relative to paying it to miners. Turning that sentence into a yield, a buyback, or a valuation is an argument the EIP does not make.
Why it carries weight
If this cut is skipped, the paper's name is being used without the mechanism that makes the name mean anything.
Where it is dropped
A burned base fee is not a dividend and not a yield. It is a change in the supply rule.
Inclusion is not ordering
The cut
The base fee prices inclusion in a block. It does not price position inside the block. A builder can still order transactions for other payment.
Why it carries weight
If this cut is skipped, the paper's name is being used without the mechanism that makes the name mean anything.
Where it is dropped
Tips and off-protocol payments can still buy order. The EIP does not end MEV.
05 Register
What has to be true
Model · Not re-measured
Wallets and nodes implement the same base-fee rule. A quoted fee from a broken wallet is not the EIP.
Model · Not re-measured
The burn is actually unspendable. A client that credits it to a proposer has not implemented the EIP.
Model · Not re-measured
Users can replace or wait. The mechanism does not guarantee inclusion in the next block.
Model · Not re-measured
The adjustment parameters are the ones the EIP specifies, or a later fork you have named separately.
06 Divergence
What happened after the paper
Ethereum shipped this market. Roughgarden's fee-mechanism paper is the formal vocabulary for why the burn is there. Blob fees later reused the controller for a different resource. Neither document is a fee forecast.
A later client, parameter set, or reward formula is a different object. Cite this paper for the mechanism. Cite a primary release for the network. This desk has not re-run the proof.
07 Pre-mortem
What to check before you use the idea
- 0 of 4 marked on this browser. A mark is a reading note, not a pass, a rating, or a recommendation.
08 Anatomy
The paper, in the order a builder needs
The problem it names
A first-price auction makes the bidder guess what everyone else will pay. Users overpay or wait. The EIP asks for a posted price that the protocol itself adjusts.
What the design proposes
- Each block has a base fee. Paying it is required. It is destroyed, not paid to the producer.
- A priority fee, the tip, is what the producer actually receives.
- The base fee rises when blocks are full and falls when they are empty, toward a target size.
How the mechanism is specified
- Wallets can quote the base fee because it is in the protocol state, not a hidden bid.
- Burning the base fee stops the producer from colluding with the user to rebate it. The tip remains a place for that game.
- The adjustment rule is mechanical. It does not know why demand appeared.
What this page does not treat as proven
- A burned base fee is not a dividend and not a yield. It is a change in the supply rule.
- Tips and off-protocol payments can still buy order. The EIP does not end MEV.
- The later behaviour of the fee is not fixed by the 2019 text.
Why the desk still reads it
If a model treats the base fee as revenue to a validator, it has not read the burn. If it treats the burn as a return to holders, it has left the EIP and started a valuation.
09 Lexicon
Terms, opened into the record
- Base fee
- The protocol-set inclusion price, adjusted by how full recent blocks were, and burned.
- Priority fee
- The tip the block producer receives on top of the burned base fee.
10 Repository
Every linked record on this page
Underlined words open a page that already exists: a concept, a protocol profile, a failure record, or another paper. If a word is not underlined, this desk does not have a record for it.
This is Blockchain Lab's reading of a public design paper. It is not the paper, not a copy of it, and not an offer of tokens, equity, custody or a partnership. Later network behaviour can diverge from the text. Nothing here is investment, legal or technical advice.
Research status: Design paper. Last reviewed: 1 October 2026. This is a reading of a public paper, not investment, legal or security advice.