PEARL emits new coins on a smooth polynomial decay curve — no halvings, no discrete cliffs. Every block since genesis has produced fewer PEARL than the one before it, and the cumulative supply approaches (but never reaches) 2.1 billion PRL. Below: the live block subsidy right now, a long-horizon view of where supply is headed, and a week-by-week projection for the next year.
Where the 2.1B max supply gets emitted over the chain's life. The curve is asymptotic — even after 30 years it still hasn't fully topped out. The vertical "now" line marks the current block height.
Subsidy at the start and end of each week, total PRL emitted that week, and where cumulative supply will be by week's end. Highlighted row is the current week. Times are UTC.
| Week | Date range (UTC) | Block range | Subsidy start → end | Avg subsidy | Emitted this week | Cumulative | % supply |
|---|---|---|---|---|---|---|---|
| Computing… | |||||||
Bitcoin's halving model produces a step function — block reward is constant for ~4 years, then drops by 50% overnight.
Each halving event reshuffles miner economics violently and creates concentrated selling pressure right before/after.
Pearl's design avoids that by using subsidy(t) = S × H / ((t + H)(t + H − 1)), which decreases continuously
block by block. Miner economics evolve smoothly. The asymptote is the same 21M-style hard cap, just delivered without cliffs.
The widget reads the current block height from our live node via /api/public,
so the “now” row reflects the actual chain tip rather than a wall-clock estimate. If the API call ever fails,
the page falls back to a baseline computed when the page loaded — the schedule still renders, it just stops
advancing until the next request succeeds.
Math derived from the Pearl whitepaper. Widget specification + reference implementation contributed by Oron P. — thanks for the closed-form schedule and the clean math.