How the ETH burn total is calculated
Ethereum burns ETH by a rule of the protocol, not by transfers to a burn address. Since EIP-1559, the base fee of every block is destroyed, and the total adds it up block by block.
Which ETH burns are counted
EIP-1559 base-fee burn
Each finalized Ethereum block is one burn record. The tracker multiplies the block’s base fee per gas by the gas the block used, converts the exact wei result to ETH, and adds up the block records.
The block number, hash, timestamp, base fee and gas used come from an Ethereum node over JSON-RPC. If the primary node fails or returns a different block height, the whole window that has not been saved yet is read again through a second, independent Ethereum node. Both must identify themselves as Ethereum mainnet, and the same block-height and confirmation checks apply to both. The tracker never moves past a block it could not read.
What the record covers
Coverage begins when the London upgrade activated EIP-1559, at block 12,965,000 on 5 August 2021.
The total is gross base-fee destruction. It is not ETH’s net issuance: Ethereum also creates new ETH, which this tracker does not subtract.
Burned-supply baseline: the highest daily Ethereum supply in growthepie’s ETH supply series, which starts on 30 July 2015 and is checked daily. growthepie takes the series from ultrasound.money, which calculates it from its own Ethereum nodes. The series has no value for 13 and 14 April 2023 or 12 May 2024; supply on those days was about 120 million ETH, well below the peak. Source: growthepie (data: ultrasound.money), licensed under CC BY 4.0.
What is not counted
- Priority fees.
- Newly issued ETH.
How the figures on this page are calculated
Every tracker works out its figures the same way. Days are UTC calendar days.
| Figure | How it is calculated |
|---|---|
| Total burned | Every accepted daily amount of every mechanism, from the date that mechanism’s coverage starts. A record counts only once it is final: a finalized burn record, or a finalized daily figure from the chain’s official data provider. Duplicates and records held back for review stay out. |
| Today, 7-day and 30-day burn | Burns are added up by UTC calendar day. Today is the current UTC day. The 7-day and 30-day figures add the current day and the 6 or 29 days before it. A day with no record adds zero, and opening balances are left out. |
| Daily and moving averages | The 7-day and 30-day averages on the cards divide those totals by 7 and 30. The average lines on the charts are plain averages of the last 7, 30, 90 or 365 daily rows, or of as many as there are. |
| Daily USD estimate | The day’s burn × the last CoinGecko USD price stored on that same UTC day. It is shown with ≈ and rounded. It is left out when no price was stored that day, and on cumulative-chart points that include an opening balance, because that balance built up before the date shown. It is a reference value: not the price at the time of each burn, not a volume-weighted price, and not sale proceeds or an exact trade value. The figure for the current UTC day can still change as burns and prices arrive. |
| Burned supply | Total burned ÷ the all-time peak supply × 100. That baseline is not the latest circulating supply, and it comes from a different source than the market data. |
| Mechanism and contributor shares | A mechanism’s amount ÷ the total burn on record, or a known contributor’s amount ÷ that total. Burns with no known sender stay in the total and are not assigned to anyone. |
| Cumulative chart | For the range you select, the chart starts at the all-time total minus the days in the range, then adds each UTC day back in order. The change over the range is the last value minus the first. |
| Burn calendar | A cell is the sum of all mechanisms for that day. Its colour ranks the day against the others, by relative size or by percentile, and never changes the amount. A day with no record is blank, which means unknown. The exception is a tracker whose every mechanism proves the day, in one of two ways. Either the mechanism holds every transfer into its burn addresses, or their exact balances, from the start of its coverage, checks them against the on-chain balances on each update, and has checked past the end of that UTC day. Or its history is complete and closed, because the chain or program that burned can burn no more. On those trackers a day with no burn shows as 0. |
| Time to burn another 10% | (Latest reported total supply × 10%) ÷ the selected daily burn pace ÷ 365.25, in years. It is a straight-line scenario, not a forecast: it assumes supply policy, issuance, activity and burn rate all stay as they are. |