Why tamper-evident logging matters for AI
Audit logs are only as credible as the evidence that they haven't been altered. For AI systems operating under regulatory scrutiny, "trust us, it's immutable" is not sufficient.
The logging obligation
Article 12 of the EU AI Act requires providers and operators of high-risk AI systems to ensure those systems automatically record events ("logs") throughout their operational lifetime — logs that are sufficient to reconstruct the system's processing and establish accountability after the fact.
The regulation specifies that logging must be capable of identifying the cause of malfunctions or unexpected results. Importantly, it requires tamper-evidence: records that can be shown not to have been modified since they were created.
TrustNotch is designed to address these logging requirements for AI agents and the systems running them. Using TrustNotch does not itself guarantee regulatory compliance — that determination depends on your specific system and legal context — but it provides the cryptographic foundations that tamper-evident logging requires.
Note on dates: The EU AI Act's application timeline for high-risk AI systems is defined in the Regulation text and the Official Journal. Verify specific dates against those primary sources before making compliance decisions.
Why "trust us" logging isn't enough
Most audit-log services store your records in a database they control. If a record needs to be shown unmodified, you must trust their assertion that nothing has changed — because no independent check exists.
In a regulatory audit or legal proceeding, this is a structural weakness. An auditor can ask for evidence that logs have not been tampered with after the fact — and "we say they haven't" is not evidence.
The same problem applies to AI systems themselves: an agent that can log its own actions to a store it influences has a credibility gap. Logs submitted to a service that returns signed, externally anchored receipts are harder to deny or revise.
Cryptographic evidence, not assertions
-
Signed receipt at submission
Every entry gets an Ed25519-signed receipt immediately — a cryptographic commitment to the exact content submitted. If the content changes later, the receipt no longer verifies.
-
Bitcoin-anchored batch root
Entries are batched into an RFC 6962 Merkle tree and each batch root is anchored to Bitcoin via OpenTimestamps — a public, globally verifiable ledger with no single controller. This binds the batch in time without relying on TrustNotch's own clock or any centralized timestamping authority. Anchoring is asynchronous: Bitcoin confirmation accrues over hours, not seconds.
-
Verifiable offline, independently
Any entry can be verified with the open-source
trustnotchverifier — no API call, no account, no TrustNotch server. The proof is self-contained and checkable by anyone, including an auditor using their own tools. A proof keeps verifying even if TrustNotch disappears.
Per-entry erasure without breaking proofs
Tamper-evident logging and GDPR's right to erasure can seem at odds: if a log entry is cryptographically sealed, how can personal data be erased?
TrustNotch resolves this with per-entry erasure. You can erase the stored payload for any entry — removing it from TrustNotch's servers — while every proof for that entry and every sibling entry continues to verify. The Merkle tree is constructed over the hashes of content, not the content itself, so removing a payload doesn't invalidate any sibling's inclusion path.
This means you can satisfy a GDPR erasure request for a specific user's data without retroactively undermining the integrity of surrounding log entries.
Logging built into the agent's context
TrustNotch's MCP server lets AI agents log their own actions directly —
through the same Model Context Protocol interface they use for everything else.
The agent calls submit_log, gets back a signed receipt, and can
later call verify_log to confirm an entry is intact. The whole
logging loop is in the agent's context, not a separate integration.
Because verification is independent of TrustNotch, an agent's logs can be audited by anyone — the operator, a regulator, or a third-party auditor — using the open-source verifier, without any involvement from TrustNotch.
Get an API key
TrustNotch is in early access — there is no self-serve signup yet. Reach out to discuss your use case and get onboarded.
Contact us →