Uniswap Loading data

UNI burn tracker.

See every UNI sent to the dead address or locked for good at two addresses no one can spend from.

Total burned — UNI indexed burns
Checking sources Loading current status
7-day burn — Loading seven-day average
Burned supply — Loading supply reference
30-day burn — Loading 30-day average
Burn history

Burn activity over time

Cumulative burned — UNI
Loading history
Cumulative token burns A cumulative burn chart for the selected time range.
Move across the chart to inspect a date.
Burn mechanism Where burns originate
Burn mechanism breakdown Recorded burns grouped by mechanism. — indexed
Primary indexed
——
Other indexed
——
Daily totals

Daily burn pace

Loading history
Daily burns — average per day
7-day 30-day 90-day 365-day
Supply impact model What does the current pace mean?
Time to burn another 10% of supply —
Current 30d average
Selected pace

Straight-line estimate. It does not predict token price, network activity, or future policy.

Burn calendar

Daily burn calendar

Loading 52-week UTC window
Active days — Loading elapsed UTC days
Longest streak — Consecutive days with indexed burns
Peak day — Loading indexed daily totals

Loading daily burn totals…

No daily record
Less More

Select a day to see its recorded burn total. A blank cell means there is no daily record; it does not mean zero tokens were burned.

Market context

Price history and reference levels

Checking market history
Price history —
Token price history Token price history for the selected time range.
Move across the chart to inspect an exact price.
Reference levels Market range
24-hour low
—
24-hour high
—
All-time high
—
All-time low
—
Below ATH
—
Supply ratio
—

Loading connected market data and reference levels.

Supply

Burned share of supply

— burned — current supply — initial supply
Contributors

Top burners

Attributed wallets and protocols
RankEntityDirectFeesTotalShareTxs
Burn records

Largest indexed burn records

Loading ranked records
Largest indexed burn records ranked by token amount
RankDate / mechanismAmountCurrent valueSource eventsSource
Loading largest indexed records...

Current value uses the latest available market price, not the token price when the burn occurred.

Ledger

Latest burns

Loading burn index Loading records
TimeTypeAmountBlockSource / Reference
Loading burn records...
Methodology

How the UNI burn total is calculated

Global verification standard →

UNI has no burn function, so a UNI burn is a transfer to an address from which no one can ever spend it. Total burned = the UNI in every finalized Transfer on Ethereum since genesis into three reviewed addresses: the dead address (Burned) plus the UNI token contract and 0x…0001 (Permanently locked). On every update, the running total for each address is checked against that address's on-chain UNI balance.

01

Burned (dead address)

Calculation
Burned = the sum of the UNI amounts in finalized Transfer logs from the canonical UNI contract (0x1f9840a8…4201F984) into 0x…dEaD. This includes the 100,000,000 UNI UNIfication burn (governance proposal 93, 27 December 2025) and every protocol fee burn that has reached Ethereum.
Evidence and coverage
0x…dEaD is the standard burn address: no one is known to hold its key, and its UNI balance has always equalled the UNI sent to it, so none has ever left. History from genesis block 10,861,674 is a fixed-cutoff set of Ethereum logs whose sum equals the address's on-chain balance at the cutoff. Each update adds its new logs to a running total and stops without advancing if that total differs from the dead address's balance. A burn started on another chain counts only when its UNI arrives at this address on Ethereum, so it is never counted twice.
02

Permanently locked

Calculation
Locked = the sum of the UNI amounts in finalized Transfer logs from the canonical UNI contract into the UNI token contract itself and into 0x…0001.
Evidence and coverage
The UNI contract has no function that can move its own balance, and a contract cannot sign the permit that would let it approve a transfer. 0x…0001 is the address of a built-in Ethereum function (a precompile), which has no code that can move tokens, and no one is known to hold a key for it. Like the dead address, each has always held exactly the UNI sent to it, so none has ever left, and both are reconciled on every update.
Shared formulas

How the page derives every displayed metric

Total burned
Sum all accepted daily mechanism amounts on or after each mechanism's coverage boundary. Only finalized, published normalized events or accepted finalized provider-day observations enter the aggregate; duplicate identities and quarantined records do not.
Today, 7-day, and 30-day burn
Sum mechanism amounts by UTC calendar day. Today uses the current UTC day; the other cards sum the current day plus the preceding 6 or 29 UTC days. Missing days contribute zero. Reconciled opening balances are excluded from these pace windows.
Daily and moving averages
The 7-day and 30-day card averages divide those fixed UTC-window totals by 7 and 30. Chart lines are trailing arithmetic means over up to 7, 30, 90, or 365 available daily rows.
Daily USD estimate
Positive UTC-day burn amount × the last positive CoinGecko USD reference price stored within that same UTC day. It is displayed with ≈, rounded for readability, and omitted when no same-day price exists. Cumulative-history points containing a reconciled opening balance also omit it because that balance accrued before the displayed date. This is a reference valuation, not transaction-time pricing, VWAP, sale proceeds, or an exact execution value; the current UTC day can change as new burn and price observations arrive.
Burned supply
Total burned ÷ the disclosed all-time peak protocol-supply baseline × 100. The baseline is not the latest circulating supply and is sourced separately from market data.
Mechanism and contributor shares
Mechanism amount ÷ total indexed burn, or attributed contributor amount ÷ total indexed burn. Unattributed burns remain in the total and therefore are not reassigned to known entities.
Cumulative history and calendar
For a selected range, start at lifetime total minus the included daily rows, then add each UTC day back in order; the range change is the last cumulative value minus the first. Calendar cells sum all mechanisms per day and rank positive days by relative or percentile intensity, which changes color only—not the amount.
Time to burn another 10%
(Latest reported total supply × 10%) ÷ selected daily burn pace ÷ 365.25. This is a straight-line scenario, not a forecast; it assumes no change in supply policy, issuance, activity, or burn rate.