Proof Receipt

BSV mainnetStandard proofAnchored on chain

Standard receipt — file never left your device. Your file was NOT uploaded. Only its SHA-256 hash, file size, and any label you typed were transmitted.

File SHA-256: fe0d968c2ee03776010e7e2aa1f308354a6ff6c03cbacbc3d352296b62a45b1e
File size: 3,847 bytes
Anchored at (UTC): 2026-05-04T19:27:21Z
Transaction: 3d359cbc10933f96d64af2cad3a1cdd31d2aba261d048a6f72662d6a679ea1e4
On-chain commitment: 3591bd0eb449d05e4fffd478593d55b2e2b93ac6 (sha256 of canonical receipt doc, first 20 bytes)

What this receipt proves — and what it does not.
A valid receipt proves the file existed in this exact form at the time of the on-chain transaction. It does not prove:

that the underlying event the file describes actually happened;
who produced the file, who saw it, or who signed it;
what the file means or whether its claims are true.

Proofs anchored

Three orthogonal proofs about your file are committed in a single on-chain anchor. Use whichever the situation calls for.

Byte-exact: fe0d968c2ee03776010e7e2aa1f308354a6ff6c03cbacbc3d352296b62a45b1e
SHA-256 of the file as uploaded. A single-byte change anywhere produces a different hash.
Content-canonical: c590018d686f8d8d5f3de3419e459caff66745b17deff48a1d0947241643cd26
Scheme: PDF extracted text. Resilient to non-meaningful changes (resave, metadata churn, line-ending drift).
Per-section commitment: a48b74456b9ec1b7a0b6291cb9d390ee291a5a08cac33e121c9a497aefa3ccfe
Scheme: per-page · 3 leaves. Lets a holder later prove a single chunk was part of this file without revealing the rest.

Includes the bundle, a printable PDF receipt, and a verify guide. Keep alongside the original file.

Other download options

Bundle only (.mbnt)

Create another proof →

How to verify this receipt yourself (manual recipe)

In one sentence: re-fetch the transaction from any BSV block explorer, recompute the canonical receipt's hash, and check that your file's SHA-256 matches the one inside — if all three match, the receipt is intact and the original file is the one anchored. The verifier at /verify does this for you in your browser in one click.

For an audit trail or scripting, here are the manual steps anyone can run with jq + sha256sum:

Re-fetch the on-chain transaction: https://whatsonchain.com/tx/3d359cbc10933f96d64af2cad3a1cdd31d2aba261d048a6f72662d6a679ea1e4 — confirm an OP_RETURN output starting with the bytes MBNT.
Decode the OP_RETURN payload: bytes 6–25 are the document_hash (sha256 of the canonical receipt doc, truncated to 20 bytes). It must match 3591bd0eb449d05e4fffd478593d55b2e2b93ac6.
Re-canonicalize the included canonical.json from the .mbnt bundle (jq -cS . canonical.json), sha256 it, take the first 40 hex chars — must equal 3591bd0eb449d05e4fffd478593d55b2e2b93ac6.
Sha256 the original file — must equal the File SHA-256 above. The bundle does not contain the bytes; you kept them.

What we kept: this bundle (downloadable above) and one access-log line for this request. What we did NOT keep: the original file — the bytes never reached us. The on-chain anchor is permanent.