Skip to main content
Accentoraccentor.ai/logpublic · append-only · no login

Transparency log

Every production release lands a receipt in this append-only ledger at promotion. Entries can be added, never changed or removed — a release can't be back-dated, swapped, or quietly deleted, even by us. Per-run receipt countersigning into a public Merkle log — inclusion proofs, consistency proofs, offline verification — is designed and not yet live; this page says which half is which rather than faking the other half.

Entries · latestledger size 1,500 · latest just now
#logged (UTC)releasetarget shadigestsigned
1,500Oct 16 · 08:21:48r20261016.1e8ea1a2 · staging1e8ea1a2a6—not_implemented
1,499Oct 16 · 07:56:16r20261016.457fa514 · staging457fa51476—not_implemented
1,498Oct 16 · 05:20:21r20261016.ecdea5af · stagingecdea5afb0—not_implemented
1,497Oct 16 · 05:18:31release-ecdea5afb0af · productionecdea5afb0—not_implemented
1,496Oct 15 · 22:53:57release-d3a36ec41277 · productiond3a36ec412—not_implemented
1,495Oct 15 · 22:52:58r20261015.d3a36ec4 · stagingd3a36ec412—not_implemented
1,494Oct 15 · 22:26:35release-fcd0bee8ad3a · productionfcd0bee8ad—not_implemented
1,493Oct 15 · 21:52:23r20261015.fcd0bee8 · stagingfcd0bee8ad—not_implemented
1,492Oct 15 · 21:01:47r20261015.73df537f · staging73df537ff3—not_implemented
1,491Oct 15 · 20:34:54release-8c9195ea24a1 · production8c9195ea24—not_implemented
1,490Oct 15 · 20:33:51release-8c9195ea24a1 · production8c9195ea24—not_implemented
1,489Oct 15 · 19:24:19r20261015.8c9195ea · staging8c9195ea24—not_implemented
1,488Oct 15 · 11:01:44release-8f29f6324173 · production8f29f63241—not_implemented
1,487Oct 15 · 06:00:52r20261015.8f29f632 · staging8f29f63241—not_implemented
1,486Oct 15 · 03:54:12r20261015.e5de3133 · staginge5de31339f—not_implemented
1,485Oct 15 · 02:02:25r20261015.0976e9f5 · staging0976e9f5d6—not_implemented
1,484Oct 15 · 01:08:05r20261015.7de2c9b6 · staging7de2c9b6d5—not_implemented
1,483Oct 14 · 23:24:31release-63cf52a0f707 · production63cf52a0f7—not_implemented
1,482Oct 14 · 23:06:23r20261014.63cf52a0 · staging63cf52a0f7—not_implemented
1,481Oct 14 · 20:39:34release-5e2fcafb489c · production5e2fcafb48—not_implemented
1,480Oct 14 · 20:08:29r20261014.5e2fcafb · staging5e2fcafb48—not_implemented
1,479Oct 14 · 18:59:40release-5b1907b3d532 · production5b1907b3d5—not_implemented
1,478Oct 14 · 18:49:58r20261014.5b1907b3 · staging5b1907b3d5—not_implemented
1,477Oct 14 · 16:58:05release-0c7f1a3327fd · production0c7f1a3327—not_implemented
1,476Oct 14 · 15:33:11r20261014.0c7f1a33 · staging0c7f1a3327—not_implemented
Inclusion & consistency proofspending log service
No proofs are shown because none are computed yet. The designed mechanism: each receipt becomes a leaf, leaf = sha256(receipt); an inclusion proof is the sibling-hash path from that leaf to a signed tree head; a consistency proof shows yesterday's head is a prefix of today's, which is what "append-only" means cryptographically. When the log service ships, this panel verifies those paths from real tree heads — it will not render a sample proof before then, because a proof you can't recompute is indistinguishable from a decoration.

today, verify a specific run at accentor.ai/verify — the receipt's signature is re-checked server-side on every view · offline verification (published key + open-source CLI, no accentor server) ships with the merkle log service · the entries above are the live release ledger, read straight from the releases table.