监管环境和事件趋势要求新的方法
篡改检测
Merkle树 + 外部锚定
因果可追溯性
输入 → 决策 → 结果
法律证据
可验证的加密证据
用于可加密验证AI决策溯源的跨领域元框架
VAP（可验证AI溯源框架）规定了所有高风险AI系统通用的「可加密验证的决策溯源（Provenance）」构成要求，是一个跨领域的上层框架。
VAP不是「阻止AI的监管」。
VAP是「使AI能够安全持续运行的溯源基础设施」的标准化。
VAP不是实现规范。
实际实现由各领域配置文件承担： VCP（金融）、MAP（医疗）、DVP（交通）、EIP（能源）、PAP（公共政策）、IAP（产业）、CAP（内容/创意）、CPP（捕获）。状态（VAP v1.2 §4.5.2 注册表）：VCP v1.2 Released；CAP v1.0、CPP v1.4 已发布；OAP v0.1.1、MAP v0.1.2 为工作草案；PAP 为部分草案（Track B v0.2.0）；IAP 已宣布；DVP、AAP、EIP 计划中。IAP、DVP、AAP、EIP 尚无规范文档。
VAP家族还介绍了提案配置文件VAP-LAP（Legal AI Profile）。可了解个人Internet-Draft -05及AILEX产品参考。
实施状况
截至2026年10月25日，VAP 或任何 VAP 配置文件的外部实现为零，在任何程序中被采纳的 Evidence Pack 也为零。此前公布的付费服务合同数量已于2026年10月24日撤回，待与原始记录核对；这并不表示数量为零。
工作草案文本尚未公开：OAP、MAP、PAP（Track B）以及跨领域能力 DAP 和 SMP 的文本，尚未在任何 VSO 存储库中发布。注册表给出的是各文档的状态，而不是能否获取。
VAP规定「必须满足的最低条件」。
把VAP理解为「接口合同」，领域配置文件是「实现」。
VAP的适用对象明确：「一旦出错，人或社会将严重死亡/崩溃」的领域
系统故障可能对人类生命、社会基础设施或民主制度造成不可逆损害的领域。
AI决策溯源至关重要的领域
VeritasChain Protocol
算法交易审计追踪、高频交易系统、AI驱动交易策略
Medical AI Profile
AI诊断支持系统、影像诊断、治疗建议
Driving Vehicle Profile
自动驾驶（L3-5）、ADAS、航空AI、无人机控制
Energy Infrastructure Profile
智能电网AI、电力网络管理、关键基础设施
Public Administration Profile
信用评分、福利判定、出入境AI、招聘算法
Industry Accountability Profile
面向特定行业的扩展、行业治理、监管合规
Content / Creative AI Profile
游戏、电影、动画、出版、音乐 —— AI使用情况的密码学证据
Capture Provenance Profile
媒体捕获验证 —— 使照片和视频何时、何地、由谁捕获可被验证
Legal AI Profile
将法律咨询、文书起草、事实核查与人工复核连接为可检查的法律AI工作记录。
提案配置文件在所有这些领域，AI决策的透明度和可追溯性不是「有则更好」而是「没有则文明无法运转」的必要条件。
VAP / VSO / 领域配置文件 ― 三层标准化结构
概念・上层框架
定义所有领域通用的最低要求 ― AI决策溯源的抽象层
制定・维护
标准化组织
制定和维护VAP的组织 ― 维持配置文件间的一致性（VSO不颁发认证）
发布配置文件
各领域配置文件与提案
技术构成要素。VAP v1.2架构（§3.1）由五层组成：Integrity（完整性）、Provenance（溯源）、Traceability（可追溯性）、Accountability（问责）和Domain Profiles（领域配置文件）
Cryptographic Primitives
Provenance Layer
Temporal Integrity
Crypto Agility
所有VAP领域配置文件（VCP、MAP、DVP、EIP、PAP、IAP、CAP、CPP）共享通用的加密基础
提案配置文件VAP-LAP探索将这些机制用于法律AI；其映射关系在个人Internet-Draft -05中说明。
一个核心，多个配置文件 ― 领域配置文件扩展VAP，但永不替换共享保证核心。
JCS (RFC 8785) ― 确定性JSON序列化，实现跨实现的一致哈希。
UUIDv7 ― 时间有序的唯一标识符，实现时间排序和全局唯一性。
SHA-256（默认）/ SHA3-256 ― 通过Merkle包含证明和/或逐事件的PrevHash链接，使事件的顺序和归属可验证（INT-004）。PrevHash在框架层面为可选（INT-004a）。
Merkle树 ― 批量验证，以及对已签名Merkle根的外部锚定（TSA、透明日志或公共区块链）——在v1.2中所有符合性级别均为必需（INT-006）。每条锚定记录绑定事件数量、首末事件ID和策略ID（Completeness Invariant，INT-008）。
Ed25519（默认）+ ML-DSA（FIPS 204，EXPERIMENTAL） ― 具有明确密钥生命周期的经典签名，以及用于混合部署的实验性后量子签名。
标准化Verify过程 ― 为跨领域互操作性定义的证明结构和验证算法。
共享保证核心（Shared Assurance Core）定义VAP的通用要求。各配置文件的状态与映射关系见相应文档。
解释 ≠ 验证 ― 理解根本区别
| 方面 | 可解释AI（XAI） | 可验证AI（VAP） |
|---|---|---|
| 回答的问题 | 为什么做出这个决定？ | 能否验证这个决定确实发生了？ |
| 提供的内容 | 事后解释 | 加密证据 |
| 篡改可检测性 | 无 | 通过Merkle证明和外部锚点检测 |
| 类比 | "用PPT给您解释" | "这是黑匣子数据" |
| 证据类型 | 解释性说明，无法独立验证 | 可验证的加密证据（其证明力由法院和主管机关评估） |
XAI回答「为什么？」 ― VAP回答「真的发生了吗，能验证吗？」
VAP旨在生成与现行和新兴国际法规相关的证据
高风险AI自动日志记录义务
算法交易记录要求
数据保护和删除权（Crypto-shredding）
综合审计追踪
关键基础设施安全
医疗AI设备指南
通向国际认可和采用的道路
draft-kamimura-vap-framework-02（有效的个人提交）― 未被任何IETF工作组采纳，不具有IETF地位
与金融服务标准化ISO技术委员会合作
与国际AI标准委员会协调
IEEE标准化轨道的可能性
VSO作为AI决策溯源的标准化组织制定并维护VAP
VSO与W3C、IETF、IEEE、FIX处于同一层级开展工作 ― 制定规则，本身不进行认证。这是结构上的比较，并非声称具有同等地位、认可或采用。
就像互联网协议的IETF、Web标准的W3C一样，
VSO提供规则 ― 而不是商业。
加入为AI系统建立加密信任基础设施的运动
「飞机有飞行记录仪。AI也需要一个了。」
— VeritasChain Standards Organization
VAP Framework Specification采用CC BY 4.0 International许可