WeatherXM (WXM) — the revision ledger

Generated 2026-09-02T18:48:57Z from live ClickHouse queries against this estate's ledger. Point-in-time archive held for WeatherXM: 10,001 observations · 49 distinct series · 4 upstream sources · first row 2026-08-09 17:15:20 · newest row 2026-09-02 18:47:01 · 10,001 of 10,001 rows carry a verify_url · 36 series refreshed in the last 24h (822 fresh rows). Nothing on this page is cached, estimated, or remembered.

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

Queried live at generation time: default.depin_revision_ledger holds zero rows for WXM (raw detector output for this network: 0 rows). /v1/revisions?symbol=WXM cross-check passed: the served API reports 0 row(s), matching the deduped ledger count rendered on this page.

What we monitor for WXM — live monotonicity of every held series

The detector only judges series that are cumulative by construction: a counter that cannot legitimately decrease. A gauge (active stations, price, market cap, velocity, quality scores) legitimately falls when stations churn or the market moves — that is not a revision and is never recorded as one. For every daily-snapshot series we hold for WXM (66 metrics, 1,053 rows, 27 snapshot dates), this is its measured state across the full archive, queried live at generation. The 4 detector-graded counter series show 0 backward moves in total — that is the measured content of the zero above. The 62 gauge-class series move both ways by nature and are excluded from the detector by design.

Resolution rule: latest observation wins for current-state reads; the superseded value is retained, never deleted — retaining the before-value is the only reason a restatement is detectable at all.

Same-stamp value changes the archive retained (34 groups)

The daily-snapshot detector is not the only rewrite vector. The raw 5-minute stream (default.depin_onchain) was queried for duplicate (metric, as_of) rows carrying two different values. For WXM the live count at generation is 34 groups — all of them CoinGecko rolling-window market fields (price_change_*, price_high/low_24h_usd, market_cap_change_24h_*) republished under an unchanged upstream last_updated stamp: the window re-computed while the timestamp held still. These are gauges the detector excludes by design — a rolling window re-computing is not a counter rewrite — but the estate kept both values beside the same stamp, which is exactly what an overwriting vendor discards. This table is the point-in-time record of those changes; every value carries its live-queried provenance.

Reading the table: for each group the archive holds more than one distinct value under the same (metric, as_of) key; all are shown, oldest retained first, the value current upstream last in teal. Nothing was overwritten to produce this table — every held value is still queryable in the point-in-time stream.

The ledger, live — every restatement recorded estate-wide (18 deduped events)

WXM is currently the clean case. These networks are not: upstream sources for AR, AUKI, EIGEN, FLOCK, GRT, OVPP, R1, SOGNI, STORJ replaced already-published values after this estate recorded the original. Deduped on revision identity exactly as /v1/revisions dedupes it; rendered live from ClickHouse at generation, not copied from a snapshot. The superseded value is retained, never deleted; that retention is the only reason a rewrite is detectable, and it is the part every overwriting vendor discards.

Provenance — where WXM's archive comes from

WeatherXM is a sensor network with a public first-party stats endpoint (api.weatherxm.com/api/v1/network/stats), which this estate collects directly, beside CoinGecko market rows and WeatherXM's public GitHub repositories. Every row they wrote carries its own source, as_of and verify_url; this table is the live rollup of that.

How detection works — and what it cannot see

The detector (propintel/revision_ledger.py) diffs every daily snapshot this estate holds of every cumulative-by-construction series — counters that cannot decrease unless upstream rewrote them (alltime fees, token transfers, block heights, reward and claim counters). A row enters default.depin_revision_ledger iff two snapshots disagree for an already-observed date; zero human judgement. Resolution rule: latest observation wins for current-state reads, the superseded value is retained, never deleted. Population gauges (station counts, prices, utilization) legitimately move both ways and are deliberately excluded — a drop there is a real population change, not a rewrite. Honest boundary: this catches value-history rewrites ex-post; identical-schema semantic drift with plausible values is what the hash-pinned derivation_replay layer is for. The detector's full classification is inspectable at /v1/revisions and frozen daily at /revision-ledger/REVISIONS_20260902.json.

Verify any cell yourself — the exact commands

No account, no key, no trust required. Commands 1–2 hit this estate's public API (the same rows this page queried — every row carries source / as_of / verify_url); command 3 hits WeatherXM's own network stats endpoint, the first-party source of the counter family; command 4 is the estate's graded network row; command 5 is the frozen daily snapshot of the ledger. One polite call per endpoint, no hammering.

# 1) The served revision feed for WXM — the same rows this page queried, live:
curl -s "https://kairossignal.com/v1/revisions?symbol=WXM" | python3 -m json.tool
# 2) The estate-wide feed (every network, both sides of every diff):
curl -s "https://kairossignal.com/v1/revisions" | python3 -m json.tool | head -80
# 3) WeatherXM's own network stats endpoint (the first-party source of the counter family):
curl -s -H "User-Agent: kairos-check" "https://api.weatherxm.com/api/v1/network/stats" | python3 -m json.tool | head -40
# 4) This estate's public API row for WXM (grades + provenance):
curl -s "https://kairossignal.com/v1/network/WXM" | python3 -m json.tool | head -60
# 5) The public daily snapshot of the ledger (frozen copy):
curl -s -o /dev/null -w "%{http_code}\n" "https://kairossignal.com/revision-ledger/REVISIONS_20260902.json"

Method & honesty notes. All counts are queries against the live ledger at generation time, not restamped copy — this page is regenerated by gen_revision_page_wxm.py and the hourly claim_drift_check.py run grades its claims against the live API like every other published surface. The WXM revision count is the deduped live result of SELECT ... FROM default.depin_revision_ledger WHERE network='WXM'; the page refuses to ship if the served /v1/revisions?symbol=WXM disagrees with it. The 18 estate-wide events shown are deduped on revision identity exactly as the API dedupes them; detected_at is the first detection and never moves. The zero-restatement claim is backed on this page by the per-series monotonicity table (queried live) and the same-stamp check. Series absent from a section are absent, not zero. Upstream probes ran serially by this generator immediately before rendering: api.weatherxm.com/api/v1/network/stats (first-party) HTTP 200; estate /v1/revisions?symbol=WXM HTTP 200; estate /v1/network/WXM HTTP 200.