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 888 · latest 22h ago
#logged (UTC)releasetarget shadigestsigned
888Aug 30 · 13:57:43r20260830.41b16feb · staging41b16febf5not_implemented
887Aug 30 · 13:32:12r20260830.21c74ba3 · staging21c74ba3d9not_implemented
886Aug 30 · 06:53:13r20260830.23523001 · staging23523001efnot_implemented
885Aug 30 · 06:35:41r20260830.08c428b5 · staging08c428b51dnot_implemented
884Aug 30 · 06:11:40r20260830.92432311 · staging92432311a3not_implemented
883Aug 30 · 06:05:59r20260830.03024eb9 · staging03024eb921not_implemented
882Aug 30 · 05:43:47r20260830.28348ea4 · staging28348ea47bnot_implemented
881Aug 30 · 05:22:07r20260830.fd463856 · stagingfd4638562dnot_implemented
880Aug 30 · 04:28:57r20260830.68c5f256 · staging68c5f2562dnot_implemented
879Aug 30 · 04:19:25r20260830.c156a201 · stagingc156a2010dnot_implemented
878Aug 30 · 03:16:10r20260830.d99bad05 · stagingd99bad0529not_implemented
877Aug 30 · 01:28:58r20260830.68d697d7 · staging68d697d72dnot_implemented
876Aug 30 · 01:16:38r20260830.51c791c3 · staging51c791c3b1not_implemented
875Aug 30 · 01:09:50r20260830.70016851 · staging70016851bbnot_implemented
874Aug 30 · 00:04:59r20260830.8c2d9866 · staging8c2d986628not_implemented
873Aug 29 · 22:40:09r20260829.ddcd01eb · stagingddcd01eb48not_implemented
872Aug 29 · 22:02:30r20260829.4c249651 · staging4c249651b6not_implemented
871Aug 29 · 20:05:17r20260829.4f640f76 · staging4f640f7685not_implemented
870Aug 29 · 12:43:14r20260829.268804e9 · staging268804e90fnot_implemented
869Aug 29 · 12:06:48r20260829.fff7e57e · stagingfff7e57e9enot_implemented
868Aug 27 · 17:14:23release-c0f17517c23f · productionc0f17517c2not_implemented
867Aug 27 · 16:45:50r20260827.c0f17517 · stagingc0f17517c2not_implemented
866Aug 27 · 06:05:58r20260827.fc6ddf9b · stagingfc6ddf9b3cnot_implemented
865Aug 26 · 21:00:41r20260826.f9d34547 · stagingf9d3454720not_implemented
864Aug 26 · 03:29:01r20260826.a78f1a48 · staginga78f1a4805not_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.