Working paper v0.1, June 2026
Decision Receipts: A Verifiable Primitive for AI Evidence That Survives a Challenge
Aqta Research Team. Aqta Technologies, Dublin.
Summary
A cross-jurisdiction synthesis across seven regulatory frameworks (EU AI Act, EU DORA, NIST AI RMF, SR 11-7, UK FCA Consumer Duty, UK ICO under UK GDPR, Singapore PDPC Model AI Governance Framework + AI Verify) shows they converge on the same seven evidence properties. We propose ATTESTATION-v1 as an open specification for the underlying primitive, describe the reference gateway with a published verifying key, and test the primitive against a worked field deployment with full anti-survivorship-bias accounting. The bootstrap reports the W19 hit at p = 0.222; the paper's contribution is the primitive, not a claim of predictive capability.
Read the working paper. Comments and corrections to hello@aqta.ai.
Aqta Research (2026). Decision Receipts: A Verifiable Primitive for AI Evidence That Survives a Challenge. Working paper v0.1, Aqta Technologies, Dublin. https://aqta.ai/research/working-paper/
@techreport{aqtaresearch2026receipts,
title = {Decision Receipts: A Verifiable Primitive for AI Evidence That Survives a Challenge},
author = {{Aqta Research}},
institution = {Aqta Technologies},
address = {Dublin, Ireland},
year = {2026},
month = {6},
type = {Working paper},
number = {v0.1},
url = {https://aqta.ai/research/working-paper/}
}Page last updated 2026-07-25.
Our thesis
The core claim
ATTESTATION-v1 is an open protocol; Seal is the reference implementation. Three pillars follow.
A bank or hospital does not run on a single AI cloud. Receipts produced by Seal verify identically whether the model behind the agent was OpenAI, Anthropic, Vertex, Bedrock, or an on-prem deployment. The audit layer cannot live inside any one vendor's surface.
A regulator, customer, or auditor verifies any receipt by fetching one Ed25519 public key from app.aqta.ai/security/pubkey.txt (served as raw base64; algorithm specified in §4 of the spec). The verifier runs offline. No call back to Aqta, no log fetched from any cloud.
ATTESTATION-v1 is dual-licensed: code Apache 2.0, spec text CC BY 4.0. Reference verifiers ship at parity on PyPI and npm. Every third-party verifier strengthens the primitive instead of deepening dependency on us.
Reference implementations
Verify the claims
Four commands, no account. Once the key and the pack are on disk, nothing calls back to us:
$ pip install aqta-verify-receipt $ curl -sL https://app.aqta.ai/security/pubkey.txt -o aqta.pub $ curl -sL https://app.aqta.ai/samples/sample-evidence-pack.zip -o pack.zip $ unzip -oq pack.zip -d pack $ python <<'PY' import json from aqta_verify_receipt import verify_receipt key = open("aqta.pub").read().strip() print(verify_receipt(json.load(open("pack/receipt.json")), trusted_public_key=key)) PY VerifyResult(valid=True, reason=None, key_source='pinned', envelope='ATTESTATION-v1')
The pack holds a receipt the production gateway emitted and signed, plus the policy text in force at that moment. The key it is pinned against is fetched separately from app.aqta.ai/security/pubkey.txt, not read out of the zip. Change one character in pack/receipt.json and the signature stops matching. To sign a receipt yourself in the browser, use aqta.ai/verify, which runs on a separate demo key rather than the production one.
ATTESTATION-v1.md · Apache 2.0 / CC BY 4.0 · Aqta-ai/attestation-spectest-vectorsapi.aqta.ai · key pubkey.txtapp.aqta.ai/demo · sign, chain-check, verify offlineSelective disclosure preview. BN254 Schnorr verification is live; a Groth16 verifier runs over a fixed demo circuit. Early research, not a shipped feature.
Prove a property of a receipt without revealing its contents. The button below verifies a Groth16 zero-knowledge proof (BN254, depth-10 Merkle membership) over a fixed demo circuit. Per-request proving for production receipts is in preview.
Verifier live over a demo circuit. Per-request proving is in preview. Roadmap on the research page, section 8.
Proof
The dated public artefact
Aqta-ai/aqtabio-research commits commitments/2026-W19.json: DR Congo Ebola at rank 4 of the Congo Basin tiles.2026-W19.json commit history against the WHO declaration date.The same signing pipeline that produces Seal receipts demonstrates the mechanism on a dated prediction. The primitive does not care whether the decision is a policy call or a forecast.
Open questions
Open research questions
If any of these resonate, email hello@aqta.ai with subject prefix [research].
Protocol
- Cross-provider receipt aggregation. When agents run on three model clouds, how should receipts under different regimes be aggregated and queried as one evidence corpus without breaking offline verifiability?
- Post-quantum migration. Minimum-disruption path from a classical signature to a post-quantum one such that classical-regime receipts remain verifiable indefinitely. The signature is already a tagged field, not the format.
- ZK receipts for sensitive prompts. Extend BN254 Schnorr + Groth16 so a receipt proves policy was enforced and the right model was called, without revealing prompt or output, while staying offline-verifiable.
Application
- Regulator-readable export. Right export format for a multi-month receipt chain so a Central Bank examiner can ingest, query, and verify with off-the-shelf tools.
- Audit-cost economics. Real cost of producing, storing, and querying a signed receipt at bank scale, and where the receipt layer pays for itself against one contested decision.
- Receipt and differential privacy. When receipts aggregate across organisations under a DP budget, how do per-receipt guarantees and privacy guarantees compose without one eroding the other?
Support
Infrastructure
AWS Activate supplies self-serve startup credits for gateway infrastructure. Auth0 is the identity vendor for enterprise SSO (SAML/OIDC). Selected for WeBuild Cohort 2 under the Shared Island Enterprise Scheme (programme selection, not institutional backing).