Render (RENDER) — the network, measured

Generated 2026-09-02T17:54:45Z from live ClickHouse queries against this estate's ledger. Held inventory: 7,439 observations · 36 distinct series · 3 upstream sources · first row 2026-08-09 17:15:20 · newest row 2026-09-02 17:49:30 · 7,439/7,439 rows carry a verify_url. 33 series refreshed in the last 24h (770 fresh rows). Nothing on this page is cached, estimated, or remembered.

Provenance — where every number comes from

3 source families feed this network's ledger. Every row they wrote carries its own source, as_of and verify_url; this table is the live rollup of that.

30-day history — headline series (daily last-value, live)

One row per series: latest value, a 30-day sparkline of daily last-known values (scaled to the series' own min→max), day count, and window change. Series absent from the 30-day window are omitted from this table, not zero-filled.

Market reference — CoinGecko coin page, as held

Market-data reference rows: price, supply, capitalisation, diluted valuation, and the published change columns including ATH/ATL. These are the coin-page reference's own numbers — the estate does not model, smooth, or forward-fill them. The change columns / rank / ATH-ATL / high-low series start later in the archive than the price rows (each metric's caveat in the full inventory states its own first-held row) and are shown from their first held row. The circulating and total/max supply rows are different quantities (circulating vs total vs cap) and are never netted against each other or against the chain-read supply families below — different measurements from different endpoints, shown side by side.

Solana chain state — the canonical token, as held

First-party reads of SPL mint rndrizKT3MK1iimdxRdWabcF7Zg7AR5T4nud4EkHBof on Solana mainnet via the public JSON-RPC (getTokenSupply, getTokenLargestAccounts, getEpochInfo). The catalog chains field, verbatim: ethereum,solana. RENDER's token MIGRATED ERC-20 → SPL: the Solana mint is the CANONICAL supply (declining daily via burns — the 30-day shape above shows the decline). The holder-concentration rows measure token ACCOUNTS, not owners — one owner can hold many accounts, pools/treasuries/exchanges count as single holders — so they are an upper-bound proxy for owner concentration, published as answered. The epoch/slot rows are chain pointers, not render telemetry. This supply read is a different measurement family from the CoinGecko market reference and from the frozen Ethereum legacy contract below — never merged, never reconciled.

Ethereum contract state — the FROZEN legacy token, as held

On-chain reads of Ethereum-mainnet contract 0x6de037ef9ad2725eb40118bb1702ebb27e4aeb24 (the catalog's token_address, verbatim) from the public Blockscout v2 API. RENDER's token MIGRATED ERC-20 → SPL: this contract is a FROZEN legacy artifact of the pre-migration token. Its supply (erc20_legacy_supply) has been constant at 533,532,274.56 across every held day — the flatness is the evidence of the freeze. The estate's collector deliberately renamed this write from onchain_total_supply to erc20_legacy_supply (ruling 2026-08-27) so the freshest-row-wins serve logic can never hand a customer the legacy value as the canonical supply; the older ETH onchain_total_supply rows are retained below for provenance, shown from their first held row. Holder/transfer/contract counters describe the LEGACY contract, not the live SPL token and not network render activity. These rows are a different measurement family from the Solana-mint supply above — both published exactly as read, never reconciled.

Full metric inventory — 36 measured series, each with provenance

Every series held for RENDER with rows in the last 30 days: latest value, when it was observed, which source observed it, how many rows we hold, how many of the last 30 days it reported, its comparability grade, and the origin link. "days/30" counts distinct dates with at least one row in the window.

Revision ledger — 0 backward revision(s) recorded for RENDER

Backward revisions are values upstream later replaced for a date we had already archived. The before-value is retained — that retention is the only reason a rewrite is detectable, and it is the part every overwriting vendor discards.

The ledger query ran during generation and returned 0 rows for RENDER. Zero here is the live query result, not a gap — the ledger itself is at /v1/revisions.

Estate grades for RENDER (graded 2026-08-20 13:54:15.000)

Served by /v1/network/RENDER — the same grades a paying agent receives. Scores are the engines' own 0–100 outputs, not ours to smooth. The split is published exactly as computed: node quality A, dilution MINIMAL, bot risk B and dev velocity A sit next to a revenue F (the engines see no protocol fee telemetry in the estate) and a data-coverage D — the unflattering grades ship with the flattering ones, unsmoothed.

Verify any cell yourself — the exact commands

No account, no key, no trust required. Commands 1–3 hit the same upstream endpoints our collectors do (the coingecko.com browser coin page 403s plain curl, so the programmatic markets endpoint is given; the Solana command uses the public mainnet RPC the collector reads); command 4 hits this estate's public API, where every row carries the same source / as_of / verify_url fields. One polite call per endpoint, no hammering.

# 1) Canonical SPL-mint supply (getTokenSupply on Solana mainnet RPC — the collector's method), as of 2026-09-02T17:54:45Z:
curl -s -H "User-Agent: kairos-check" "https://api.mainnet-beta.solana.com" -X POST -H "Content-Type: application/json" -d '{\"jsonrpc\":\"2.0\",\"id\":1,\"method\":\"getTokenSupply\",\"params\":[\"rndrizKT3MK1iimdxRdWabcF7Zg7AR5T4nud4EkHBof\"]}'
# 1b) The per-token page our verify_url points at (human view):
curl -s -o /dev/null -w "%{http_code}\n" "https://solscan.io/token/rndrizKT3MK1iimdxRdWabcF7Zg7AR5T4nud4EkHBof"
# 2) Frozen legacy ERC-20 contract (Blockscout v2 — totalSupply + holders):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0x6de037ef9ad2725eb40118bb1702ebb27e4aeb24" | python3 -c "import json,sys; d=json.load(sys.stdin); print('legacy_supply', d.get('totalSupply')); print('holders', d.get('holders'))"
# 2b) Contract counters (transactions + gas on the legacy contract):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/addresses/0x6de037ef9ad2725eb40118bb1702ebb27e4aeb24/counters" | python3 -c "import json,sys; d=json.load(sys.stdin); print('transactions', d.get('transactions_count')); print('gas_used', d.get('gas_used'))"
# 2c) Token transfer counters (Blockscout):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0x6de037ef9ad2725eb40118bb1702ebb27e4aeb24/counters" | python3 -c "import json,sys; d=json.load(sys.stdin); print('transfers', d.get('transfers_count'))"
# 3) Market reference (CoinGecko public API):
# CoinGecko public markets API (the endpoint family our collector
# reads for the price/supply/cap rows) — the coingecko.com browser
# coin page 403s plain curl, so the programmatic endpoint is given:
curl -s "https://api.coingecko.com/api/v3/coins/markets?vs_currency=usd&ids=render-token" | python3 -m json.tool
# 4) This estate's public API row for RENDER:
curl -s "https://kairossignal.com/v1/network/RENDER" | python3 -m json.tool | head -60

Method & honesty notes. All counts are queries against the live ledger at generation time, not restamped copy — this page is regenerated by gen_deep_dive_render.py and the hourly claim_drift_check.py run grades its claims against the live API like every other published surface. Comparability grades come from the served canonical-metric system via its own resolver: total_supply maps to token_supply_total (question-verified). The remaining series are RENDER-native market/on-chain metrics with no cross-network concept; grading them would be fabrication, so they are labelled "render-native (unmapped)". THREE supply references are shown side by side as held, never summed, merged, or reconciled: CoinGecko's circulating, total and max supply (market reference), the canonical Solana SPL-mint onchain_total_supply, and the frozen Ethereum legacy-contract erc20_legacy_supply. CoinGecko's total_supply row numerically equals the frozen legacy read and sits below the live SPL-mint figure; the estate publishes the difference instead of reconciling it, because the two are different measurement families answering different questions (coin-page aggregate vs raw chain read). The migration ruling behind the naming is the estate's 2026-08-27 collector decision (evm_blockscout_firstparty SUPPLY_OVERRIDES): chain facts belong to the canonical chain, and a frozen pre-migration artifact says so in its name — before that ruling, a naive freshest-row-wins serve could hand a customer the legacy 533.5M as "the" supply. Holder-concentration rows are ACCOUNT concentration from getTokenLargestAccounts (accounts, not owners; an upper-bound proxy), and the Blockscout holder/transfer/contract counters describe the LEGACY Ethereum contract, not the live SPL token. The contract-level counters measure contract activity, not network render throughput — the estate holds no first-party network-internal render telemetry for this network and publishes none or implies none. The estate holds no GitHub and no first-party snapshot rows for RENDER — those sections are absent rather than zero-filled, and the queries rerun at every regeneration. Where a section has no data, it is absent — we do not publish zeros for gaps. Upstream probes ran serially by this generator immediately before rendering: Solana mainnet RPC (getTokenSupply) HTTP 200; Solscan token page (RENDER SPL mint) HTTP 403; Blockscout token API (RENDER ERC-20) HTTP 200; CoinGecko markets API (render-token) HTTP 200; estate /v1/network/RENDER HTTP 200.