Your browser is the receiver. Watch a real observation become a reference, a changed value get refused, and the genuine record pass its checks. No account or API key.
This scripted receiver re-hashes the record, checks its attestation and log proofs, binds its declared identity and recomputes its value. It uses BLAKE3, Ed25519 and CBOR, and no emem code. The following cases expose the exact evidence and each check.
NDVI of the 10 m cell at the ring's centre
0.4709
Sentinel-2A L2A, B08 and B04 2026-09-25 05:42:51Z cell defi.zb572.xoso.zb1ec
Agent A hands over one reference, not a sentence: emem:fact:defi.zb572.xoso.zb1ec:oj5ceccile62uvm6hedpuk67cjt2pqc7z33mtsyuffgakxbxmyaa It names 1,115 bytes of CBOR by their BLAKE3-256 hash.
loading
Five handoffs, one receiver
L3 · Re-read the named pixel
The record names its source files and its pixel. It carries no hash of those files. The default demonstration shows the saved source window. Choose the live source option to fetch the two 512 × 512 tiles from Planetary Computer and decode them here.
·L3waiting
. Solid blue: the pixel the record names. Dashed red: the pixel 10 m south, NDVI 0.3016.
The right record, the wrong pixel. Before 28 Sep 2026 emem's reader rounded the pixel index; for this cell that is the dashed pixel. In a sample of 200 earlier records, 162 carried the rounded pixel's values: signed faithfully, and wrong. Every check above accepts such a record. Only this re-read catches it.
What no check here can tell you
L4Whether this cell is the field Agent A meant. Out of scope.
L5Whether the sensor was right, and whether a decision taken on 0.4709 is right. Inherited from product validation, or out of scope.
A signature fixes the bytes. It does not make the measurement true.
Exact input: the 1,115 record bytes (hex)The record, decoded