EVE Core/Docs/Limitations
Reference

Limitations

The credibility of a proof system depends on stating plainly what it does not do. This page is authoritative; where it and marketing copy disagree, this page wins.

Preview, not shipping

  • External witnessing & transparency-log inclusion. Described on the Trust Services page as a preview. There is no implementation of independent witnessing or transparency-log submission in this codebase today. A certificate is currently self-signed by EVE only.
  • Cryptographic custody manifests / multi-party co-signing. Not implemented. All signing is single-party (Ed25519 by default).

Verification caveats

  • HMAC mode is not independently verifiable. A symmetric signature requires the shared secret. Only Ed25519 gives public-key, third-party verification.
  • Key attribution is out-of-band. Verifying a signature proves who signed (a key), not that the key is EVE's. Pin EVE's fingerprint through a trusted channel.
  • Replay id is not signature-bound in v3. Anti-replay and deterministic replay exist (core/coreguard/replay_guard.py, CLI/replay_verify.py), but the decision-chain coordinates are unsigned metadata rather than fields inside the signed record.

Claims we will not make without evidence

  • Latency ("sub-millisecond"). There is no benchmark in this repository that substantiates a specific latency figure; treat any such number as unverified until a repeatable benchmark ships.
  • No customer counts, certifications, or independent-audit claims are made here.

Scope of the quickstart evidence

The certificates in examples/quickstart/evidence/ are signed with a local development key. They are genuine and independently verifiable against that dev key, but they are not production evidence and are not externally witnessed. See examples/quickstart/evidence/PROVENANCE.md.

Part of the EVE AI Core control plane Deterministic AI Governance Control Plane → Policy decisions that return the same result for the same input every time, before execution.