Ocean Protocol (OCEAN) — the revision ledger

Generated 2026-10-17T05:35:43Z from live ClickHouse queries against this estate's ledger. Point-in-time archive held for Ocean Protocol: 38,852 observations · 49 distinct series · 7 upstream sources · first row 2026-08-09 17:15:20 · newest row 2026-10-17 04:51:55 · every one of the 38,852 rows carries a verify_url · 46 series refreshed in the last 24h (737 fresh rows). Nothing on this page is cached, estimated, or remembered.

Provenance — where Ocean Protocol's archive comes from

7 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. Ocean Protocol does not expose a public first-party stats API, so OCEAN's archive is built from five independent families instead: CoinGecko's market series; direct Ethereum network telemetry via PublicNode JSON-RPC (source deep_stats_eth_rpc: block height, gas price, on-chain supply); on-chain token-contract counters read from the Ethereum explorer of the OCEAN token contract 0x967da4048cd07ab37855c090aaf366e4ce1b9f48 under two collector spellings (evm_blockscout contract counters and deep_stats_eth_blockscout holder/transfer reads); and GitHub dev velocity over the oceanprotocol organization (stars, forks, issues, repos, push recency).

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

The ledger query ran during generation and returned 0 rows for OCEAN — and OCEAN's zero is a measured negative: the daily archive this estate holds for OCEAN — 1854 rows over 69 snapshots (2026-08-09 → 2026-10-16) — contains three cumulative-class series the detector watches, every snapshot pair of all three was diffed, and every pair is monotonic. Real counters were watched; none was rewritten. Where a sibling network (AR) shows a BLOCKS restatement (1,988,930 → 1,702,206, on the estate-wide ledger below), OCEAN's watched counters show nothing of the kind. The fee families the detector watches elsewhere (all-time protocol fees) are simply not part of OCEAN's daily archive — absence stated, not filled. Zero here is the live query result plus the measured trails below, not a gap — the ledger itself is at /v1/revisions?symbol=OCEAN (the same query this page ran, served live), and a restatement would appear on this page the day the detector records one. /v1/revisions?symbol=OCEAN cross-check passed: the served API reports 0 row(s), matching the ledger count rendered on this page.

What the detector watches for Ocean Protocol — the intersection, measured

The detector diffs every daily snapshot of every cumulative-by-construction series. Below is the live intersection of the estate detector's cumulative watchlist — imported directly from propintel/revision_ledger.py (11 declared names, so this page can never drift from the detector) — with what the daily archive holds for OCEAN. Three watched series are held and were fully diffed; none produced a backward pair. That is the structural content of the zero above: watchable counters exist, and they are clean.

Live query result: 0 watchlist series held for OCEAN. The intersection query ran during generation and returned an empty set — none of the 11 cumulative-by-construction metric families the detector watches appear in OCEAN's daily archive. This is the structural zero behind the ledger count above, published as the query found it.

The trails behind the zero — watched counters, end to end

These are the actual counter trails the detector diffed for OCEAN, rendered live from the archive. Each is a series that cannot decrease unless upstream rewrote history — which is exactly what makes their smooth monotonicity the proof behind the zero, and the same trails where a GRT/OVPP/EIGEN-style restatement would appear if it ever happened. All three come from the OCEAN token contract on Ethereum via Blockscout (contract_transactions_total, contract_gas_used_total, token_transfers_total).

contract_transactions_total — lifetime transactions against the OCEAN token contract (Blockscout counters API, the series class that produced real restatements for SOGNI, AUKI and R1 elsewhere in the estate):

contract_gas_used_total — lifetime gas consumed by the OCEAN token contract:

token_transfers_total — lifetime transfers of the OCEAN token:

Gauges that moved backward — deliberately NOT revisions

These series fall outside the detector's cumulative-by-construction class (NOT_TRULY_CUMULATIVE and plain gauges in propintel/revision_ledger.py): a drop there is a real population or market change, not upstream rewriting history. Publishing them as "revisions" would be exactly the fake-metric behaviour this product exists to eliminate. OCEAN's worked example: holder populations are tracked under two collector spellings (HOLDERS from the estate's own first-party collector and holders_count from Blockscout) and both oscillate as holders move — plus market cap, rank, price and rolling-window change series revalued at every snapshot.

Same-timestamp conflicting values on record for OCEAN: none

The task-level conflict check, run live: any (metric, timestamp) family where this estate recorded two or more different values. The query ran at generation and returned 0 groups in both depin_onchain and depin_daily — every (metric, timestamp) pair the estate holds for OCEAN carries exactly one value. Zero here is the live query result, not a gap; the archive kept every write it made, and none of them disagree.

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

Deduped on revision identity exactly as /v1/revisions dedupes it. This is the same feed a subscriber polls; it is rendered live from ClickHouse at generation, not copied from a snapshot. Each row is an upstream source replacing the value of a (network, metric, date) it had already published — after this estate recorded the original. The superseded value is retained, never overwritten; that retention is the only reason a rewrite is detectable, and it is the part every overwriting vendor discards.

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 (block heights, transaction and transfer counters, lifetime fees). 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 overwritten. Population gauges (provider sets, node counts, prices, capacity) legitimately move both ways and are deliberately excluded — a drop there is a real population change, not a rewrite; the gauge table on this page is the worked example. 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); commands 3–5 hit the upstream families the network-side rows came from; command 6 is the estate's graded network row; command 7 is the frozen daily snapshot of the ledger. One polite call per endpoint, no hammering.

# 1) The served revision feed for OCEAN — the same rows this page queried, live:
curl -s "https://kairossignal.com/v1/revisions?symbol=OCEAN" | 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) Blockscout counters for the OCEAN token contract (transactions / transfers / gas / holders):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/addresses/0x967da4048cd07ab37855c090aaf366e4ce1b9f48/counters" | python3 -m json.tool
# 4) Blockscout token info for OCEAN (holders / total supply):
curl -s -H "User-Agent: kairos-check" "https://eth.blockscout.com/api/v2/tokens/0x967da4048cd07ab37855c090aaf366e4ce1b9f48" | python3 -m json.tool | head -40
# 5) The github dev-velocity upstream family (oceanprotocol repos):
curl -s -H "User-Agent: kairos-check" "https://api.github.com/repos/oceanprotocol/ocean.py" | python3 -m json.tool | head -30
# 6) This estate's public API row for OCEAN (grades + provenance):
curl -s "https://kairossignal.com/v1/network/OCEAN" | python3 -m json.tool | head -60
# 7) 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_ocean.py and the hourly claim_drift_check.py run grades its claims against the live API like every other published surface. The OCEAN revision count is the live result of SELECT count() FROM default.depin_revision_ledger WHERE network='OCEAN'; the page refuses to ship if the served /v1/revisions?symbol=OCEAN disagrees with it. The 39 estate-wide events shown are deduped on revision identity (deterministic hash of network, metric, current_date, prior_date) exactly as the API dedupes them; detected_at is the first detection and never moves. Series absent from a section are absent, not zero: the daily-snapshot ledger for OCEAN is genuinely empty today — because every watched counter the archive holds proved monotonic under the detector's diff, a measured negative published as found, with the full trails rendered above — and this page says so instead of inventing restatements. The same-stamp conflict check is likewise the honest live answer: 0 groups in depin_onchain and 0 in depin_daily. Upstream probes ran serially by this generator immediately before rendering: eth.blockscout.com /api/v2/addresses/<OCEAN token>/counters (the evm_blockscout upstream: transactions_count / token_transfers_count / gas_usage for the OCEAN token contract) HTTP 200; eth.blockscout.com /api/v2/tokens/<OCEAN token> (the evm_blockscout / deep_stats_eth_blockscout token-info upstream: holders / total_supply) HTTP 200; ethereum-rpc.publicnode.com (the deep_stats_eth_rpc upstream: block height, gas price, on-chain supply via JSON-RPC) HTTP 301; CoinGecko OCEAN page (browser-verified origin; 403 here is its bot wall) HTTP 403; api.github.com /repos/oceanprotocol/ocean.py (the github dev-velocity upstream family) HTTP 200; estate /v1/revisions?symbol=OCEAN HTTP 200; estate /v1/network/OCEAN HTTP 200.