Token burns are usually events — a foundation announces it has destroyed some millions, and a chart goes up for a day. EmpoorioChain has no such events and none are planned. It has a standing rule with a consequence most burn announcements miss. This post explains both.
The rule
Every transaction fee on the chain is split:
- 80 % burned — removed from the total issuance.
- 20 % to the treasury — the on-chain account whose spending is capped at 10 % per 365-day window.
There is no burn on transfers themselves. An earlier design had a 0.1 % burn on every token transfer; it was retired, and the canonical tokenomics records quema_por_transferencia: false so that it is not reintroduced by a stale document.
The consequence: burning increases emission
DMS emission per era is not a schedule; it is a formula evaluated by the runtime:
emission_per_era = (3,500,000,000 − current_supply) × 0.0083446 %
Emission is a fixed fraction of the gap between current supply and the cap. Burn a DMS and the gap grows by one DMS — so every subsequent era mints slightly more than it otherwise would have. The burned coin does not vanish from the economy; it returns, slowly, as staking and AI rewards.
The tokenomics document states the effect as a design goal: real use of the network becomes a perpetual security budget, without anyone having to vote for it. Fees paid by users fund the validators and the Ailoos compute pool of the future, structurally.
Why this is the opposite of a supply reduction announcement
A one-off burn from a foundation's reserve reduces supply and changes nothing about how the system behaves afterwards. A fee burn under gap-decay is a feedback loop: more usage → more burn → larger gap → more emission to those securing the network. The supply still never exceeds the cap — a fraction of what remains always leaves something remaining — and it never reaches zero emission, which the document notes as Bitcoin's acknowledged flaw in 2140.
The honest caveat
The fee multiplier does not yet respond to congestion (FeeMultiplierUpdate = ()). Today the fee per transaction is a small, fixed amount — 0.000025 DMS for a transfer — so the burned quantity is tiny and the feedback loop above is a design property, not a measured effect. The tokenomics document flags this as pending, and it is on the economic-upgrade list, which carries a 48-hour timelock and a required economic simulation.
Trajectory
Under the formula, with eras of 24 hours, supply follows roughly: 1.075 B after year 1, 1.656 B at year 10, 2.497 B at year 30, 3.381 B at year 100 — asymptotic to 3.5 B. Two runtime tests guard the mechanism: one simulates 500 eras and asserts the cap is never exceeded; another asserts the 75/25 staking/AI split loses not a single base unit.
Based on TOKENOMICS_CANONICO.md §3 and §5 and TOKENOMICS.json (comisiones, emision).