Transparency

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.

Tree size 5 entries, append-only
Checkpoint 2026-07-03 Ed25519+ML-DSA-65
Extension 4 → 5 consistency proven at build time

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

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.

Reading the log

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.