ブログ · 2026-08-19
作られなかった記録
AIシステムへの監督制度は、同じ2つの要求に収斂しつつある：ログを残せ、人間を関与させよ。 どちらの要求も静かな前提を共有している — 後日、義務が果たされたかを誰かが問うたとき、答えるための 記録がそこにある、という前提である。VAPが設計の中心に据えたのは、まさにこのギャップだ。
改ざんと不存在
多くの完全性技術が答えるのは一つの問いである：これらの記録は改変されたか？ 署名、WORMストレージ、追記専用ログはこれが得意だ。しかし監査人・訴訟当事者・規制当局が通常、 先に答えを必要とするのは第二の問いである：これは記録のすべてか？ 不都合なイベントを最初から書かなかったシステムは、あらゆる署名検証を通過する。 提示される記録は、どれも本物だからである。
不存在が改ざんより難しいのは、検査すべき対象を何も残さないからだ。そうでないと主張する フレームワークは誇大である。だから誠実な設計は、問題を三つに分ける — 解決可能な部分、 境界付け可能な部分、そして恒久的に手が届かない部分 — そして、どれがどれかを事前に言明する。
欠落データの三層
| Tier | 状態 | VAP上の扱い |
|---|---|---|
| Tier 1 | イベントが一度も計測されなかった — 観測境界を何も越えていない | 設計上、恒久的に復元不能。VAPは沈黙する。いかなる機構もこれを再構成せず、いかなる実装もそう装ってはならない |
| Tier 2 | 計測されたが、アンカリング前に記録が失われた | 有界かつ開示される — 欠落そのものがアンカーギャップ・イベントとして境界付きで記録される |
| Tier 3 | アンカーされた後、提示時に省略された | 完全性インバリアント（INT-008）により第三者が検知可能：省略／スプリットビュー検知 |
Tier 1はハードな境界である。観測境界を越えなかったイベントは、設計上 復元不能である。VAPのいかなる機構もそれを再構成せず、いかなる実装もそう装ってはならない。 フレームワークにできるのは、境界そのものの宣言を強制することだ — ScopeManifestが 「何を計測しているか」を事前に言明する。これにより「それは計測していなかった」は、事後の 都合のよい発見ではなく、宣言済みスコープに対する検査可能な主張になる。
Tier 2は境界付け可能である。記録が存在し、アンカリング前に失われた場合、 欠落そのものが境界付きで記録される。喪失の可能性はアンカリング間隔に収縮し、そのウィンドウは 証拠提示のたびに開示される。
Tier 3は検知可能である。これが完全性インバリアント INT-008 だ： 各AnchorRecordは、バッチのイベント件数・先頭／末尾イベント識別子・適用ポリシーを拘束する。 アンカーを保持する検証者は、アンカー後の省略や、相手によって異なる記録一式を見せる スプリットビュー提示を検知できる。
「はい」と同じ丁寧さで「いいえ」を記録する
本番システムは成功のログに偏る。否認・拒否・覆された推奨は、後の紛争がまさに争点とする イベントであり、まさに欠けている可能性が最も高いイベントだ。VAPの拒否対称性 （denial-symmetry）要件は、負の判断を第一級のイベントとして扱う：拒否も承認と同様に チェーンされ、アンカーされ、帰属可能になる。
VAPがしなかったであろうこと
VAPは事後的な法科学的・証拠的インフラである。実行時に何かを防止・遮断・介入することはなく、 改ざん検知可能であって改ざん不能ではない。そして仕様自身の非保証声明のとおり、適合は “does not warrant the correctness, fairness, or safety of the underlying AI decisions — only the integrity, completeness (at anchor granularity), and attributability of their records. VAP generates evidence; competent authorities and courts evaluate it.”（VAP v1.2 §1.6。英語原文が正文）。
このプロジェクトの現在地
すべてのVSO文書と同じ必須開示：外部実装ゼロ、有償顧客ゼロ、法的手続で受理された Evidence Pack ゼロ。現在あるのは、仕様ファミリー（VAP v1.2、ドメインプロファイル6、 横断ケイパビリティ2）、有効なIETF Internet-Draft 5本、そしてファーストパーティの参照コードである。 次に意味を持つマイルストーンは外部実装だ — 検討する場合は 仕様要約、コード事例、そして standards@veritaschain.org から。