VSO-VAP-SPEC-001 | Version 1.2.0 Draft 3 | September 2026

VAP — Verifiable AI Provenance Framework

The Flight Recorder for AI

Aircraft have flight data recorders. Nuclear plants have detailed monitoring systems.

But AI systems making millions of decisions per second? Almost none have tamper-evident records.

VAP addresses part of this problem.

"Encoding Trust in the AI Age"

Official VAP Specification

github.com/veritaschain/vap-spec

View Repository

Maintained by VeritasChain Standards Organization (VSO)

Why Now?

The regulatory landscape and incident trends demand a new approach

Regulatory Pressure

  • EU AI Act (Annex III from 2 Dec 2027) — Mandatory logging for high-risk AI
  • MiFID II RTS 6 / RTS 25 — Algorithmic trading records
  • GDPR Article 22 — Automated individual decision-making

Rising Incidents

  • Flash crashes from algorithmic trading
  • AI decision disputes in finance & healthcare
  • Autonomous vehicle accidents

Evidence Gap

  • No tamper evidence — Logs can be altered undetected
  • No causal chain — Can't trace decision flow
  • No independent verification — Integrity rests on the operator's word

What VAP Fills

Tamper Detection

Merkle tree + external anchoring

Causal Traceability

Input → Decision → Outcome

Legal Evidence

Verifiable cryptographic evidence

What is VAP?

A cross-domain meta-framework for cryptographically verifiable AI decision provenance

Definition

VAP (Verifiable AI Provenance Framework) specifies the requirements for cryptographically verifiable decision provenance common to all high-risk AI systems — a cross-domain meta-framework.

Core Message

VAP is NOT "regulation that stops AI."
VAP IS "provenance infrastructure that enables AI to continue operating safely."

Important: VAP Does NOT Work Alone

VAP is NOT an implementation specification.

Actual implementations are domain-specific profiles: VCP (Finance), MAP (Medical), DVP (Automotive), EIP (Energy), PAP (Public Policy), IAP (Industry), CAP (Content / Creative), CPP (Capture). Status per the VAP v1.2 registry (§4.5.2): VCP v1.2 Released; CAP v1.0 and CPP v1.4 Released; OAP v0.1.1 and MAP v0.1.2 Working Drafts; PAP Partial Draft (Track B v0.2.0); IAP Announced; DVP, AAP and EIP Planned. No specification document exists yet for IAP, DVP, AAP or EIP.

The VAP family also includes the proposed VAP-LAP (Legal AI Profile). Explore individual Internet-Draft -05 and the AILEX product reference.

Application example (design proposal, non-normative; not a profile): AI security research: verifiable audit trails and evidence design — combining the OAP profile with the DAP cross-cutting capability.

Limits: What VAP does not do, set out by the patterns that recur in VSO’s AI incident verification records.

Implementation status

As of 25 October 2026: zero external implementations of VAP or any VAP profile, and zero Evidence Packs accepted in any proceeding. The previously published paid-service contract figure was withdrawn on 24 October 2026 pending reconciliation with primary records; this does not establish a count of zero.

Working Draft texts are not yet public: the texts of OAP, MAP and PAP (Track B), and of the DAP and SMP capabilities, have not been published in any VSO repository. The registry gives each document's status, not its availability.

Dated correction · Corrections log

VAP defines "the minimum conditions that must be met."

Think of VAP as the "interface contract" — domain profiles are the "implementations."

Scope

VAP targets domains where: "When it fails, people or society seriously die or collapse."

Systems where failures cause irreversible damage to human life, social infrastructure, or democratic institutions.

Target Domains

Domains where the provenance of AI decisions matters

Architecture Hierarchy

VAP / VSO / Domain Profiles — A three-layer standardization structure

VAP (Verifiable AI Provenance Framework)

Conceptual Meta-Framework

Defines the minimum requirements common to all domains — the abstract layer for AI decision provenance

defines & maintains

VSO (VeritasChain Standards Organization)

Standards Organization

The organization that develops and maintains VAP — maintains consistency across profiles (it does not issue certifications)

publishes profiles

Domain profiles and proposals

Technical Foundation

Technical building blocks. The VAP v1.2 architecture (§3.1) has five layers: Integrity, Provenance, Traceability, Accountability and Domain Profiles

1

Cryptographic Primitives

Integrity Layer

  • Cryptographic Sequence Verifiability — Merkle inclusion and/or PrevHash; PrevHash is optional at framework level (INT-004a)
  • Digital Signatures — Ed25519 (default); ML-DSA (FIPS 204) EXPERIMENTAL
  • Merkle Trees — Efficient verification at scale
2

Provenance Layer

Decision Origins

  • Actor — Who made the decision
  • Input — What data was used
  • Context — Under what environment/constraints
  • Action — What was decided
  • Outcome — What was the result
3

Temporal Integrity

Time Consistency

  • UUID v7 — Time-embedded unique identifiers
  • IEEE 1588-2019 (PTP) — Precision time synchronization
  • TSA Anchoring — External timestamp authority
4

Crypto Agility

Future-Proofing

  • Post-Quantum (experimental) — Optional hybrid Ed25519 + ML-DSA (FIPS 204) signatures; ML-DSA is EXPERIMENTAL and not a certification requirement
  • Algorithm Identification — Mandatory algorithm tags
  • Smooth Migration — Hybrid signature support

Shared Assurance Core

All VAP domain profiles (VCP, MAP, DVP, EIP, PAP, IAP, CAP, CPP) share a common cryptographic foundation

The proposed VAP-LAP explores these mechanisms for legal AI; its mapping is described in individual Internet-Draft -05.

One Core, Many Profiles — Domain profiles extend VAP but never replace the Shared Assurance Core.

Canonical Serialization

JCS (RFC 8785) — Deterministic JSON serialization for consistent hashing across implementations.

EventID

UUIDv7 — Time-ordered unique identifiers enabling temporal ordering and global uniqueness.

Cryptographic Sequence Verifiability

SHA-256 (default) / SHA3-256 — Merkle inclusion proofs and/or per-event PrevHash chaining make event order and membership verifiable (INT-004). PrevHash is optional at framework level (INT-004a).

Merkle Batching / Anchoring

Merkle Trees — Batch verification and external anchoring of signed Merkle roots (TSA, transparency log or public blockchain) — required at every conformance level in v1.2 (INT-006). Each anchor record binds the event count, the first and last event IDs and the policy ID (Completeness Invariant, INT-008).

Signature Scheme / Key Model

Ed25519 (default) + ML-DSA (FIPS 204, EXPERIMENTAL) — Classical signatures with a defined key lifecycle; experimental post-quantum signatures for hybrid deployments.

Proof Format

Standardized Verify Procedure — Defined proof structure and verification algorithm for cross-domain interoperability.

Shared Core and Domain Profiles

The Shared Assurance Core defines VAP’s common requirements. Each profile documents its status and mapping.

Why "Explainable AI (XAI)" Isn't Enough

Explanation ≠ Verification — Understanding the fundamental difference

Aspect Explainable AI (XAI) Verifiable AI (VAP)
Question Answered Why was this decision made? Can we verify this decision actually happened?
Output Type Post-hoc interpretation Cryptographic evidence
Tamper Evidence None Detectable via Merkle proofs and external anchors
Analogy "Let me explain with a PowerPoint" "Here's the black box data"
Evidence type Explanation; not independently verifiable Verifiable cryptographic evidence; its weight is for courts and authorities to decide

XAI answers "Why?" — VAP answers "Did it really happen, and can you verify it?"

Regulatory Alignment

VAP is designed to produce evidence relevant to current and emerging international regulations

EU AI Act Article 12

Automatic logging for high-risk AI

MiFID II RTS 6 / RTS 25

Algorithmic trading recording requirements

GDPR

Data protection & right to erasure (Crypto-shredding)

US CAT Rule 613

Consolidated Audit Trail

NIS2 Directive

Critical infrastructure security

FDA AI/ML SaMD

Medical AI device guidance

Standardization Roadmap

Path toward international recognition and adoption

2026 Submitted

IETF Individual Internet-Draft

draft-kamimura-vap-framework-02 (active individual submission) — not adopted by any IETF Working Group; no IETF standing

2026 Planned

ISO/TC 68 (Financial Services) Activity

Engagement with ISO Technical Committee for financial services standardization

2026-2027 Planned

ISO/IEC JTC 1/SC 42 (AI) Alignment

Harmonization with international AI standards committee

2027+ Consideration

IEEE Standards Association

Potential IEEE standardization track

Governance: Neutral by Mechanism

VSO develops and maintains VAP as a standards organization for AI decision provenance

VSO works at the same layer as W3C, IETF, IEEE, or FIX — it defines rules and does not itself certify. This is a structural comparison, not a claim of equivalent status, recognition, or adoption.

VSO: Rules Only

  • Develops and maintains specifications
  • Defines conformance requirements
  • Does NOT perform audits or certification

CABs: Certification

  • The scheme requires CABs to be independent of the scheme owner. The only registered CAB is VeritasChain Co., Ltd., which is not independent of the scheme owner
  • Perform actual audits and issue certificates
  • Separation of rule-making and certification

Open Standard

  • VAP/VCP specs freely available (CC BY 4.0)
  • No licensing fees for implementation
  • Fully open source on GitHub

Like IETF for Internet protocols or W3C for Web standards,

VSO provides the rules — not the business.

"Aircraft have flight recorders. AI needs one too."

— VeritasChain Standards Organization

VAP Framework Specification is licensed under CC BY 4.0 International