LUNC burn tracker.
Track direct burn-wallet transfers and on-chain tax burns in one normalized view.
Burn activity over time
- Primary indexed
- —
- Other indexed
- —
Daily burn pace
Straight-line estimate. It does not predict token price, network activity, or future policy.
Daily burn intensity
Loading daily burn totals…
Select a day to inspect its indexed burn total. Blank cells mean no indexed daily row; they are unknown, not verified zero.
Price history and reference levels
CoinGecko price history is not available for this range yet.
- 24-hour low
- —
- 24-hour high
- —
- All-time high
- —
- All-time low
- —
- Below ATH
- —
- Supply ratio
Loading connected market data and reference levels.
Progress against supply
Top burners
| Rank | Entity | Direct | Fees | Total | Share | Txs |
|---|
Largest indexed burn records
| Rank | Date / mechanism | Amount | Current value | Source events | Source |
|---|---|---|---|---|---|
| Loading largest indexed records... | |||||
Current value uses the latest available market price, not the token price when the burn occurred.
Latest burns
| Time | Type | Amount | Block | Source / Reference |
|---|---|---|---|---|
| Loading burn records... | ||||
No records match this burn type.
How the LUNC burn total is calculated
LUNC uses direct event attribution where it is complete enough to identify the mechanism, then a supply-change residual to preserve the canonical peak-to-current reduction without counting the same burn twice.
Direct burn-wallet transfers
- Calculation
- Sum the uluna amount in successful Terra Classic transfer events sent to the official burn module, excluding transfers from the protocol fee collector.
- Evidence and coverage
- Native block and transaction-result data is matched by height. Coverage begins at the reviewed peak-supply cutoff on 13 May 2022; gaps in historical account-level attribution remain covered by the reconciliation method below.
On-chain tax burns
- Calculation
- Sum fee-collector transfers of uluna to the burn module, where the amount is destroyed by the treasury end-block burn.
- Evidence and coverage
- Exact event attribution is available from 17 December 2024. Earlier or otherwise unattributed tax reductions are represented only in the supply-change residual.
Supply-change reconciliation
- Calculation
- For each UTC day, calculate the canonical uluna supply reduction and subtract direct-wallet and tax burns already attributed to that day. Signed supply increases are retained as negative restoration adjustments.
- Evidence and coverage
- The series is reconstructed from official supply at exact UTC boundaries from block 7,607,789. Across the full period, direct burns + tax burns + the residual equal reviewed peak supply minus current canonical supply.
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.
