Transparency log
Every artifact the Hub publishes is sealed, and the seal digest is appended to a Merkle log. This page renders the shipped log itself — 5 entries under a signed checkpoint — and the build that produced it re-proved every inclusion proof and the append-only extension from the prior head. The checkpoint signature is re-verified live, in your browser, on the workbench.
Build-time verification: every entry's canonical leaf hash matches its shipped inclusion proof, every proof reconstructs the signed root, and the consistency proof binds the prior head (4 entries) to the current one — or this page would not have built. The signature itself is the reader's to check: the workbench verifies it against the pinned root keyring on every load.
- Signed root
db9a22a874c1b58fe1b9a5c7858e3b25ca6aa1dc856156551a380c4ba9955cb4- Checkpoint key
sha256:8e59ea1452e127dd32e886b3e634cb68064f9c326c9f74682eb81389901d92bc
Raw artifacts: log · checkpoint · prior checkpoint · consistency proof · inclusion proofs
Log entries
| Index | Kind | Subject | Artifact |
|---|---|---|---|
| 0 | key publication | sha256:8e59ea1…b81389901d92bc | — |
| 1 | sealed claim | sha256:7b7ea48…dcee1fde87e803 | — |
| 2 | sealed claim | sha256:4e22f99…d393767399ae0b | — |
| 3 | sealed claim | sha256:b44b1e5…2ccc605f092b16 | — |
| 4 | sealed claim | sha256:d10ec79…5791a2569059cb | benchmark databank |
Verify it yourself
You can run the open verifier against the live log and any published artifact. See the Trust page for the root pin, the well-known keyring, and the verification steps — or open the workbench, which re-checks the checkpoint signature, every inclusion proof, and the append-only extension in the browser on every load.
How to read /transparency/log.jsonl
The log is a newline-delimited JSON stream. Each line is a Merkle-tree entry carrying its kind, the content digest it commits to (or the published key id), the signing key id, and the entry's own signature. The signed checkpoint covers the current tree head; a verifier that already knows the previous head checks the consistency proof, while a new verifier checks an inclusion proof for any entry.
1. Fetch the log
Download /transparency/log.jsonl and the signed checkpoint.json.
2. Recompute the tree head
Hash the canonical entries in order and compare the result to the checkpoint root.
3. Verify the checkpoint signature
Check the hybrid signature against the published evidence key in the keyring.
4. Check consistency or inclusion
Prove the new head extends the old one, or prove a specific entry is included.