Research

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.

Cite (plain text)
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/
Cite (BibTeX)
@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.

01·Cross-provider by construction

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.

02·Offline-verifiable against one key

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.

03·Open spec, open verifiers

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:

verify a receipt, offline
$ 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.

SpecATTESTATION-v1.md · Apache 2.0 / CC BY 4.0 · Aqta-ai/attestation-spec
VerifiersPyPI · npm · v1.0.9 requires a pinned key
Vectors25 cases, both implementations agreeing on every one · test-vectors
Gatewayapi.aqta.ai · key pubkey.txt
Demoapp.aqta.ai/demo · sign, chain-check, verify offline

Selective disclosure preview. BN254 Schnorr verification is live; a Groth16 verifier runs over a fixed demo circuit. Early research, not a shipped feature.

Selective disclosureResearch preview

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

2026-05-09Public git ledger Aqta-ai/aqtabio-research commits commitments/2026-W19.json: DR Congo Ebola at rank 4 of the Congo Basin tiles.
2026-05-17WHO declares a PHEIC for Bundibugyo Ebola in DR Congo and Uganda.
Lead8 days. Biome-correct, country rank 4.
ContextOne match. The working paper reports the bootstrap at p = 0.222.
VerifyRead the 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).