How we read the chain

Where the figures come from

On-chain metrics are read straight from the blockchain (Polygon, for the projects tracked today) over a public JSON-RPC node — the token contract, the staking contract, the liquidity pool and the protocol wallets. We add no private data and no opinions; token price, market cap, liquidity, holder counts and safety attributes come from public market and contract-safety sources and are labelled as such.

• Each report is pinned to a specific block and dated, so the figures are reproducible.
• Reports refresh once every 24 hours, at 00:00 IST (18:30 UTC), and every past day keeps its own permanent URL.
• Supply changes over a window are measured against archive state at the window’s start block, not estimated.

How we classify staking source (DEX vs P2P)

For the tokens newly staked in a window, we trace where each staker got them by reading that wallet’s incoming token transfers in the same window:

• DEX — the tokens arrived from the liquidity pool, i.e. an open-market purchase on a decentralized exchange.
• P2P — the tokens arrived from another ordinary wallet: a peer-to-peer transfer, not an open-market buy.
• Inflows from the protocol’s own contracts (staking, reward distributor, treasury, mints) are treated as compounded/protocol and excluded from both.

The reported percentages are shares of the newly-staked tokens we could trace to a source in that window — tokens staked from prior holdings or auto-compounded rewards aren’t counted. The figure is directional and labelled as such; it is a structural signal to verify, never a verdict. A high P2P share simply means most stakers did not buy on the open market.

“Top P2P sellers” are the wallets that sent the most tokens to stakers off-market in the window; each links to the block explorer so you can inspect the transfers yourself.

What “protocol-controlled wallet” means

A protocol-controlled wallet is a known contract or address that the project itself operates — the staking contract, the treasury/reserve, a reward distributor, an automated market/sell wallet, or the liquidity pool. Their balances are summed to show how much of the supply sits inside the protocol versus the public float. Wallet roles are recorded per project and each links to the explorer; where a role could not be independently verified (for example, a treasury reserve), we leave it out rather than guess, and say so.

Consistency & rounding

Every percentage shown for a project is computed from a single canonical per-report figure and rounded once, at display time. Supply shares on the dashboard, the signals section and the report all read the same underlying number, so the same metric reads the same everywhere. Where a metric was not recorded in a given report (older reports, or before tracking began), we show “—” and label it — never a fabricated or carried-forward value.

What we don’t do

• We do not pass verdicts on any project or assign it a label. We publish verifiable facts and let you judge.
• “Pyramid scheme” and similar terms are used only to report a cited legal or regulatory finding, never as our own characterization.
• We take no paid rankings or placements. On-chain reports are compiled automatically from the blockchain — no figure is edited by hand.
• Nothing here is financial advice. On-chain tokens of this type carry a high risk of total loss.

Limitations

• Source classification is based on transfers observed within the report window; acquisitions before it aren’t attributed.
• Third-party aggregators sometimes report supply or price figures that disagree with on-chain reality; where that happens we favour the on-chain value and flag the discrepancy.
• Pages are cached and refreshed periodically, so a brand-new report can take up to about an hour to appear for everyone after it is written.