ORE Tools & Charts

How are these numbers produced?

Chain data is decoded from ORE’s own program accounts — the Board, Round, Treasury and staking accounts — read over Solana RPC. Nothing here comes from ore.com’s API or anyone else’s dashboard.

Supply is measured, not computed. It is the ORE mint account’s own supply. Supply change is the difference between two readings of it, so it includes every burn — buybacks and anything else — instead of a tally that could miss one.

Mined ORE comes from the round accounts. Each settled round records the ORE it paid; the program mints a further 0.2 ORE into the motherlode alongside it. We checked that sum against the program’s own reset event (1.2 ORE minted for a 1 ORE round).

Account layouts are checked, not trusted. Every decoder asserts the size and type byte of the account it reads. If the program is upgraded and a layout moves, the affected numbers stop and the status page says why, instead of quietly showing garbage.

Price is Jupiter for the live quote and CoinGecko for daily history. Those are the only figures that do not come from the chain, because price is not an on-chain fact. When the live price stops updating, the tile that shows it says how old it is.

Buckets are complete. The current hour or day is still being written, so it is left out of bar charts rather than drawn as a partial bar that looks like a collapse.

History is as long as we have watched. The chain does not keep yesterday’s motherlode or last week’s stake, and round accounts close within a day. Those series start when this indexer started, and each chart says so. Buybacks are the exception: they are rebuilt from transaction history.

Round times are derived from slots. A round account stores slots, not timestamps, so its time is computed from the slot clock and can be off by a few seconds.

Where a number is an estimate, it says so. The calculator gives expected values, the staking yield is the last 24 hours annualised, and neither is a promise.