World Mobile Token (WMTX) — the network, measured

Generated 2026-10-12T05:05:05Z from live ClickHouse queries against this estate's ledger. Held inventory: 31,345 observations · 48 distinct series · 6 upstream sources · first row 2026-08-09 17:15:20 · newest row 2026-10-12 04:58:01 · 31,345/31,345 rows carry a verify_url. 48 series refreshed in the last 24h (742 fresh rows). Nothing on this page is cached, estimated, or remembered.

Provenance — where every number comes from

6 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, total and max supply rows are different quantities (circulating vs total vs cap) and are never netted against each other or against the Blockscout onchain_total_supply chain-side read in the chain-state section below — different measurements from different endpoints, shown side by side. The token trades far below four cents; the sub-cent cells are rendered to full precision.

TVL — DefiLlama protocol page, as held

Two buckets of the same DefiLlama /protocol/world-mobile-token response: the protocol-page TVL (tvl[] series' last totalLiquidityUSD, reading 0 at generation) and the staking bucket (currentChainTvls.staking, reading 3,664,652.6027). They are different measurements — the general TVL bucket reads 0 as DefiLlama answers it while the staking bucket is orders of magnitude larger — and both are published exactly as answered, never netted, summed, or reconciled against each other. The zero here is the upstream's live answer, not a gap (both series' 30-day shapes are shown in the history table). DefiLlama is AGGREGATOR TIER — its own adapters over public chain data, tiered separately from first-party chain reads and never presented as first-party telemetry.

Token & chain counters — Blockscout, as held

Chain-side reads for the Ethereum-mainnet contract 0xdbb5cf12408a3ac17d668037ce289f9ea75439d7 — the catalog's own token_address field, verbatim (catalog chains field: arbitrum-one,base,binance-smart-chain,cardano,ethereum,solana) — from the public Blockscout v2 API. This source is deliberately distinct from any RPC family so its freshness identity stays untouched. At generation the chain-side total-supply read is 1,493,853,278.8272, holders 3,294, transfers 130,291. Polled roughly once per day; counters are published raw, never differenced into rates, never extrapolated. The top-holder balance is the largest single holder's balance — an ownership-concentration input, not a supply figure, and never netted against supply reads.

Fees & revenue — DefiLlama protocol data, as held

Protocol-level fees and revenue from DefiLlama's public summary API. Each row keeps its own verify_url. Revenue is DefiLlama's dailyRevenue slice — a different measurement from fees, never netted against it on this page.

Full metric inventory — 48 measured series, each with provenance

Every series held for WMTX 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 WMTX

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 WMTX. Zero here is the live query result, not a gap — the ledger itself is at /v1/revisions.

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 Blockscout commands use the public eth.blockscout.com instance the verify_urls point at); 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) On-chain token record (Blockscout v2 token API — the collector's method), as of 2026-10-12T05:05:05Z:
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0xdbb5cf12408a3ac17d668037ce289f9ea75439d7" | python3 -c "import json,sys; d=json.load(sys.stdin); print('total_supply', d.get('total_supply')); print('holders', d.get('holders')); print('transfers', d.get('transfers'))"
# 1b) Token counters (transfers + holder count):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0xdbb5cf12408a3ac17d668037ce289f9ea75439d7/counters" | python3 -c "import json,sys; d=json.load(sys.stdin); print('transfers_count', d.get('transfers_count')); print('token_holders_count', d.get('token_holders_count'))"
# 1c) Contract address counters (transactions + gas usage):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/addresses/0xdbb5cf12408a3ac17d668037ce289f9ea75439d7/counters" | python3 -c "import json,sys; d=json.load(sys.stdin); print('transactions_count', d.get('transactions_count')); print('gas_usage_count', d.get('gas_usage_count'))"
# 1d) Top holder (raw largest-holder balance):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0xdbb5cf12408a3ac17d668037ce289f9ea75439d7/holders?page=1" | python3 -c "import json,sys; d=json.load(sys.stdin); items=(d.get('items') or []); v=((items[0].get('value') if items else None)); print('top_holder_raw_value', v)"
# 1e) The per-token page our verify_url points at (human view):
curl -s -o /dev/null -w "%{http_code}\n" "https://eth.blockscout.com/api/v2/tokens/0xdbb5cf12408a3ac17d668037ce289f9ea75439d7"
# 2) Protocol TVL + staking bucket (DefiLlama public API, same /protocol response the rows read):
curl -s -H "User-Agent: kairos-check" "https://api.llama.fi/protocol/world-mobile-token " | python3 -c "import json,sys; d=json.load(sys.stdin); t=(d.get('tvl') or [{}]); print('tvl_usd', (t[-1] if t else {}).get('totalLiquidityUSD')); print('staking', (d.get('currentChainTvls') or {}).get('staking'))"
# 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=world-mobile-token" | python3 -m json.tool
# 4) This estate's public API row for WMTX:
curl -s "https://kairossignal.com/v1/network/WMTX" | 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_wmtx.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 WMTX-native market/on-chain metrics with no cross-network concept; grading them would be fabrication, so they are labelled "wmtx-native (unmapped)". FOUR supply references are shown side by side as held, never summed, merged, or reconciled: CoinGecko's circulating, total and max supply, and the Blockscout chain-side token supply. At generation the chain-side read (about 1.017B) sits between the CoinGecko circulating figure (about 852M) and the 2B published cap; they remain different measurements from different endpoints and no ratio is derived between any of them. The CoinGecko circulating_supply row is a different quantity (circulating vs total) and is never netted against the other reads. The DefiLlama general TVL bucket reads 0 while the staking bucket of the same response is orders of magnitude larger — two different buckets, both published as answered, never netted or summed, and the zero is the upstream's live answer, not a gap (DefiLlama's collector rules write an API-returned zero as a real observation and skip only missing/null fields). The top-holder balance stays the raw largest-holder balance as the API reports it — an ownership-concentration input, never relabelled as supply, never presented as investment advice. The Blockscout counters are ~daily polls, published as answered. The catalog's token_address field is filled for WMTX (0xdbb5cf12408a3ac17d668037ce289f9ea75439d7) and the chain-side family reads exactly that contract, with every verify_url pointing at eth.blockscout.com for the same address. The estate holds no GitHub, no DefiLlama fees slice, no RPC eth_call rows, and no first-party snapshot rows for WMTX — 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: DefiLlama protocol API (world-mobile-token) HTTP 200; CoinGecko markets API (world-mobile-token) HTTP 200; Blockscout token API HTTP 200; Blockscout token counters API HTTP 200; Blockscout address counters API HTTP 200; Blockscout token holders API HTTP 200; estate /v1/network/WMTX HTTP 200.