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 264 · latest 3mo ago
#logged (UTC)releasetarget shadigestsigned
264Jul 12 · 17:51:33r20260712.04d4faf1 · staging04d4faf160—not_implemented
263Jul 12 · 07:09:10r20260712.4739d80e · staging4739d80e98—not_implemented
262Jul 12 · 04:51:45r20260712.6cfbddde · staging6cfbdddedf—not_implemented
261Jul 12 · 01:09:00r20260712.af1a0397 · stagingaf1a039754—not_implemented
260Jul 11 · 20:56:11r20260711.9a6802c0 · staging9a6802c03b—not_implemented
259Jul 11 · 17:16:52r20260711.2f46d380 · staging2f46d3804e—not_implemented
258Jul 11 · 14:49:46r20260711.3a5e0b1c · staging3a5e0b1c96—not_implemented
257Jul 11 · 13:33:17r20260711.d482602f · stagingd482602ff6—not_implemented
256Jul 11 · 04:23:10r20260711.fe85e70d · stagingfe85e70d13—not_implemented
255Jul 11 · 03:42:32r20260711.0bc999fc · staging0bc999fc27—not_implemented
254Jul 11 · 03:02:02r20260711.fb798767 · stagingfb798767c1—not_implemented
253Jul 11 · 02:17:00r20260711.b5e9907d · stagingb5e9907d69—not_implemented
252Jul 11 · 00:59:59r20260711.a66588cb · staginga66588cb51—not_implemented
251Jul 10 · 23:40:57r20260710.cd417d51 · stagingcd417d5149—not_implemented
250Jul 10 · 22:28:36r20260710.2e960001 · staging2e9600016c—not_implemented
249Jul 10 · 21:56:47r20260710.11c33f66 · staging11c33f66e7—not_implemented
248Jul 10 · 20:45:27r20260710.2df2cb67 · staging2df2cb6700—not_implemented
247Jul 10 · 20:30:14r20260710.c4f1eece · stagingc4f1eece4b—not_implemented
246Jul 10 · 19:08:26r20260710.3bb7f35d · staging3bb7f35d15—not_implemented
245Jul 10 · 17:57:19r20260710.a30b5931 · staginga30b593172—not_implemented
244Jul 10 · 17:11:35r20260710.574ed2ef · staging574ed2ef65—not_implemented
243Jul 10 · 16:41:09r20260710.695815f3 · staging695815f3ec—not_implemented
242Jul 10 · 15:21:21r20260710.43db6a32 · staging43db6a3258—not_implemented
241Jul 10 · 14:24:17r20260710.919e2247 · staging919e224722—not_implemented
240Jul 10 · 12:58:18r20260710.f6e533f7 · stagingf6e533f7d0—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.