AFRINICは世界方針の成立前にASN改正を「実装済み」と記録した

要約

AFRINICの月別アーカイブと正式な方針ページは、AFPUB-2009-ASN-001の状態を「Implemented」、日付を2010年5月26日と明記している。これは地域内の方針手続きが完了し、その状態が公に記録されたことを示す。しかし、同日の本番データベース変更、申請フォーム変更、職員向け指示、IANAからの割り振り、会員の処理結果、ルータの挙動までを示す証拠ではない。
時系列には明確な境界がある。AFRINIC-12で示された公式資料は、全地域で提案が通過しAFRINIC理事会も批准した一方、NRO-ECからASO-ACへの正式な移送はまだだったと説明した。その移送は7月13日、ASO-ACからICANN理事会への送付は7月22日、ICANN Board Executive Committeeの批准は9月21日である。したがって5月26日を世界方針の発効日と読むことはできない。
改正内容は狭い。IANAと各RIRが16ビットASNと32ビット専用ASNの在庫を区別する期限を2010年12月31日まで一年延長し、2011年1月1日から区別のない32ビットのプールとして運用する、というものだった。基礎となる配分計算や補充方式の詳細は、この日付の意味を判断するためには不要である。
最も妥当な評価は二重である。AFRINICは民間の記録管理者・調整者として、自らの地域的な採択段階を終え、運用上の立場を明確にした。その行為は実在する。同時に、AFRINICには主権的、立法的、規制的、警察的、訴追的、司法的、懲罰的、没収的、所有者的な権限はなく、地域の状態表示だけで世界の上流手続きや実運用の結果を創設することもできない。

一つの日付に重なった二つの異なる記録

この事例の出発点は、単純な矛盾探しではない。AFRINICの2010年月別アーカイブには5月26日付でAFPUB-2009-ASN-001が掲げられ、状態は「Implemented」とされている。正式な方針ページも同じ状態と日付を表示し、改正文、理由、反対論、地域内の履歴を公開している。したがって「その日には何も起きなかった」と片づけるのは誤りである。公的な状態分類が付され、地域の方針ライフサイクルが完了したという制度上の出来事は確認できる。

しかし、同じ時期に作られた別の公式記録は、その「実装」が世界的な連鎖の終点ではなかったことを示す。2010年5月23日から6月4日まで開かれたAFRINIC-12でのNRO-NC・ASO-AC公式発表は、ASN提案が2009年から2010年にかけて全地域を通過し、AFRINIC理事会も5月に批准したとしつつ、NRO-ECからASO-ACへはまだ正式に渡っていないと説明した。ICANNが世界方針を批准したのは9月21日であり、その発表はさらに職員が必要な実装措置を取ると述べている。

ゆえに、5月26日の表示と9月21日の批准は、どちらか一方を偽りとみなさなければ両立しない記録ではない。異なる主体が異なる層で行った行為の記録としてなら両立する。問題は、公開ページの「Implemented」という一語だけでは、その層が読者に見えないことである。地域内の手続き完了、地域サービスの準備、共通方針の成立、上流のIANA手順の変更、本番取引の変化、利用者の成果は、それぞれ別の出来事である。

改正が動かそうとした最小限の境界

ASNは、自らの経路制御方針を持ち、複数のネットワークと接続するネットワークを一意に識別する番号である。ここで問題になった改正は、ASN制度全体を作り替えるものではなかった。IANAとRIRが、従来の16ビットで表せるASNの在庫と、32ビットでのみ表せるASNの在庫を別の互換性区分として扱う期間を一年延ばす。それが核心である。

期限は2010年12月31日まで延長され、2011年1月1日以降は区別のない32ビットの在庫プールとして扱うことが予定された。背景には、32ビット専用ASNの利用が想定より遅く、現場の機器や運用が追いつかない間に、帳簿上は番号が残っていても従来互換の在庫が不足しかねないという危険があった。重要なのは、番号の総量だけではなく、実際に利用できる互換性区分ごとの在庫だったという点である。

この狭い変更を守ることは分析上の節度でもある。配分ブロックの大きさ、補充の閾値、需要期間の計算法、プロトコル上の橋渡し、表記法や個別製品の対応史を再現しても、5月26日に何が実装されたかという証拠上の問いには答えない。ここで必要なのはアルゴリズム史ではなく、一年延長という差分を、誰が、どの層で、いつ有効にしたのかを分けて読むことである。

四つでは足りない実装の層

少なくとも四つの行為は分けなければならない。第一は、2009年11月27日にAFRINIC-11で記録された地域的な技術判断としてのコンセンサスである。第二は、2010年5月に記録されたAFRINIC理事会による地域法人内の承認である。第三は、AFRINICが5月26日に公開した「Implemented」という地域的な状態である。第四は、NROとASOの手続きを経た後に行われたICANNの世界方針批准と、それに続くICANN・IANA側の実装作業である。

監査可能性を得るには、さらに細かく六段階に分けた方がよい。

地域ガバナンスの完了。提案が地域の技術的検討を経て、地域組織内で必要とされた承認を得たか。
地域運用手順の準備。職員が使う手順、申請経路、在庫区分、例外処理、教育資料が、明示した発効範囲に合わせて用意されたか。
世界方針の批准。五つのRIRにまたがる提案がNRO-EC、ASO-AC、ICANNの所定の連鎖を完了したか。
上流IANA手順の変更。最終方針を受けて、IANAからRIRへのサービスが実際に新しい扱いへ移ったか。
取引の観測。申請や割り振りの一件で、変更前とは異なる結果、時間、在庫区分が確認されたか。
運用者の成果。割り当てられたASNがネットワークで利用でき、互換性問題や移行費用が現実に軽減されたか。

5月26日の公開記録が強く証明するのは第一段階の終結と、第三段階とは別物である地域実装状態の公表である。第二段階については準備があった可能性は高いが、具体的な手順差分を示す資料がない。第三、第四、第五、第六の世界・本番・取引・利用者成果へ進むほど、5月26日との直接の結びつきは弱くなる。層を明示しないまま「実装」を一つの完了印として扱えば、証明されたことが未証明の領域まで膨張する。

これは言葉遣いだけの問題ではない。地域レジストリは世界的な番号調整の一部を担うが、上流の供給規則を単独で変更できない。反対に、世界側の最終承認がまだだからといって、地域内で準備、記録、文書公開、担当者の整列が進むことまで否定すべきではない。実装の層を分けることは、地域行為を過小評価せず、同時に世界的効果を過大評価しないための方法である。

層ごとの証明と飛躍

層	確認できる行為	そこからは確認できないこと
地域の技術判断	2009年11月、AFRINIC-11がコンセンサスを記録した	全運用者の賛同、主権的委任、法的拘束力
地域法人の承認	AFRINICとICANNが2010年5月の理事会採択を記録した。ただし日付は一日異なる	世界方針の批准、日付差の理由
地域の実装状態	AFRINICが「Implemented」と5月26日を公表した	特定のシステム変更、申請処理、取引結果
世界手続きの移送	NRO-ECとASO-ACが7月に提案を順次進めた	その効果が5月26日に遡ったこと
世界法人の批准	ICANN Board Executive Committeeが9月21日に批准した	運用者の互換性問題が同日に解消したこと
IANAサービスの実装	ICANNが必要な実装措置へ進むと述べ、最終方針文を公開した	本番完了の正確な日付、個別取引の差分
運用者の成果	改正理由は32ビット専用ASNの交付の遅れと互換在庫の危険を記録した	どのアフリカの運用者が行動を変え、どの障害を回避したか

この表で5月26日に直接触れるのは第三行だが、その意味を決めるには前後の行が欠かせない。地域の技術判断と法人承認が先にあったから、状態公表は地域ライフサイクルの終結として読める。世界手続きの移送と批准が後にあったから、同じ公表を世界の終結としては読めない。IANAと運用者の行に直接の取引証拠がないから、本番結果へは到達できない。

歴史上の直近の統制面は、AFRINICの方針状態とサービス管理の層だったと考えるのが最も堅い。理事会承認の記録、公開された改正文、実装日、そして延長期限まで互換性別の在庫を扱うために必要だった地域側の準備である。ただし「必要だった準備」と「実際に確認された個別作業」は区別しなければならない。どのシステム、フォーム、表、職員手順が変わったかは特定できないからである。

上流の統制面は別に存在した。五つのRIRが地域段階を終え、NRO-ECが提案を送り、ASO-ACが手続き適合性を扱い、ICANNが批准し、IANA側がサービスへ反映する。この連鎖では、一つの組織が自分の段階を終えたことと、連鎖全体を終えたことの間に制度的な距離がある。状態表示には、その距離を隠さない層タグが必要だった。

反実仮想が示す限定の強さ

仮にAFRINICがICANNの批准まで内部準備を一切待っていたなら、世界方針が正当に成立した後に地域側のサービスが遅れた可能性がある。この反実仮想は、5月の準備や地域完了を急いだことに合理的な理由があり得ると示す。早い日付それ自体を越権の証拠にすることはできない。

反対に、観察者が5月26日を世界的な発効日とみなしたなら、7月のNRO-ECとASO-ACの行為、9月のICANN批准、そこから始まるIANA側の措置を時系列から消すことになる。AFRINIC-12で、正式移送がまだだと説明された事実も解釈できなくなる。この反実仮想は、地域表示を世界状態へ拡張する読み方が資料全体と両立しないことを示す。

もし当時の実装記録に、対象層と一件の取引差分が付いていたなら、「地域準備は完了したが、世界発効は待機中」という状態を語義論争なしに確認できただろう。公開された層タグは組織の功績を狭めるのではなく、どの仕事を確実に終えたかを強くする。取引差分は、言葉と動作の間をつなぐ。

逆に、5月26日の行為が公開文書の更新以外に運用内容を全く持たなかったとしても、状態を公表して地域ライフサイクルを閉じたというガバナンス上の行為は残る。ただし、その場合の実装受領証は弱い。何も起きなかったのではなく、証明できる変化が文書と状態に限られる、という評価になる。

最後に、現在の当事者がこの歴史的慣行を広い統制の根拠として引用すると仮定する。その場合に必要なのは、過去の「Implemented」という語を権限へ変換することではない。現在の各行為について、誰から何を委ねられ、どの文書でどこまで許されているかを示すことである。歴史は手順設計の参考にはなるが、現在の授権を代替しない。

日付を一本に丸めてはいけない

記録上の細部には、説明されていない日付差がある。AFRINICの履歴は、理事会承認を5月25日、「Implemented」を5月26日とする。ICANNの更新された背景報告は、AFRINIC理事会による採択を5月24日と記録する。一日の差がどこから生じたのかは、確認できる資料からは分からない。時差、会議日、決議日、通知日、記録日、文書更新日など複数の可能性が考えられるが、いずれも証拠なしに選ぶことはできない。

2009年12月のラストコールにも差がある。AFRINICの履歴は12月4日から19日、ICANNの記録は12月2日から17日とする。これも理由は不明である。この相違は5月26日の中心論点ではないが、機関の記録を一つの無傷な時系列へ機械的に統合してはいけないことを示す。日付は主体と行為を付けたまま保持し、分からない理由は分からないまま残すべきである。

確認できる時系列は次のように読める。提案は2009年8月28日にAFRINICのRPDメーリングリストへ提出された。11月27日にAFRINIC-11で地域的コンセンサスが記録され、12月にラストコールが行われた。2010年5月については、ICANNが24日の理事会採択、AFRINICが25日の理事会承認を記録し、AFRINICは26日に「Implemented」と表示した。その直後のAFRINIC-12資料では、NRO-ECからASO-ACへの正式移送がなお未了とされた。

その後、NRO-ECが最終提案をASO-ACへ送ったのは7月13日、ASO-ACがICANN理事会へ転送したのは7月22日だった。ICANNは7月23日から8月13日まで最終の意見募集を行い、9月21日にBoard Executive Committeeによる批准を発表した。発表は、職員が必要な実装措置を取ると続けた。つまり世界的手続きは、5月26日より後に複数の明示的な段階を進んでいる。これらを遡及的に5月へ畳み込む根拠はない。

さらに11月11日、AFRINICは後のPDP文書AFPUB-2010-GEN-005を実装した。その文書は承認と実装を区別し、採択日と実装日を告知することを求めている。これは、AFRINIC自身が後に二つの日付を別の概念として表現した文脈上の証拠になる。ただし、このPDP文書が実装されたのは11月である。5月の行為を統治していた規則として逆向きに適用することはできない。

5月26日に証明されたこと、されなかったこと

証明されたことは限定できる。AFRINICの公式アーカイブに5月26日付の項目がある。アーカイブと正式な方針ページはいずれも状態を「Implemented」とする。正式ページは理事会承認日を5月25日とし、改正された文言と理由、反対論、地域履歴を公開している。AFRINIC-12の同時代資料は、全地域での通過とAFRINIC理事会批准を説明する一方、世界手続きの次の正式移送が終わっていなかったと示す。ICANNの資料は、7月の移送と9月の批准を別に記録する。

これらから、AFRINICが自らの地域的な方針ライフサイクルを完了したと分類し、その運用上の立場を公に確定したことは言える。世界的な採択連鎖にとっても実質的な前進だった。五地域の一つが地域段階を終えたと示すことで、残る関係者は未確定な地域条件を一つ減らせる。公開された日付は、職員、会員、他機関がAFRINICの準備状態を理解するための参照点になり得る。

一方、直接証拠がないものもはっきりしている。5月26日の内部変更票、導入チェックリスト、設定差分、ソフトウェア変更、申請フォーム変更、在庫テーブル変更、職員通知、試験結果、切り戻し計画は確認できない。その日にIANAからAFRINICへの割り振りが変わったことを示す取引記録も、会員申請が前日と異なる処理を受けたことを示す事例も、変更前後のサービス指標もない。アーカイブ掲載時刻と実際のサービス発効時刻が同一だったかも分からない。

IANAの本番割り振り手順が最終的な9月方針をいつ反映したのか、その正確な完了日も確認できない。したがって、5月26日にデータベースが書き換えられた、職員が新手順を使い始めた、IANAが別の在庫を渡した、アフリカのネットワークが異なるサービスを受けた、ルータの挙動が変わった、とは断定できない。可能性と証明を取り違えないことが、この記録を弱めるのではなく、意味のある範囲で保存する。

最も強い擁護は、早い準備の合理性にある

AFRINIC側に最も有利な読み方は明快である。複数機関にまたがる世界方針が最終の儀礼を終えるまで、地域レジストリがあらゆる内部準備を止める理由はない。世界的に同じ変更を採る見通しが立ち、地域内の技術判断と法人承認が終わったなら、職員の手順を整え、互換性別の在庫を扱えるようにし、公開方針を更新し、会員の期待を調整することは責任ある運営になり得る。

日付付きの実装状態には調整上の価値がある。担当者に「地域側の前提条件は終わった」と伝え、他のRIRや上流機関に準備状況を知らせ、会員に従来互換のASN需要が期限まで扱われるとの予測可能性を与えられる。もし9月の批准まで準備を一切始めなければ、正当に成立した世界方針の後で地域サービスだけが遅れる危険がある。多主体の連鎖では、各主体が自分の層を先に完了すること自体は異常ではない。

この擁護は、5月26日を空虚なラベルだと決めつける見方を退ける。同時に、擁護が成立するためにも層の表示が必要になる。「地域方針の採択完了」「地域手順の準備完了」「世界方針の批准待ち」「上流発効後に適用」と書かれていれば、早い準備は過大な主張ではなくなる。正確な限定はAFRINICを責めるためのものではなく、AFRINICが実際に成し遂げた仕事を、世界方針や本番結果と混同されずに評価するための保護でもある。

最も強い異議は、ラベルが証拠の代わりになる危険である

反対側の懸念も強い。提案がNRO・ASO・ICANNの世界的連鎖を終える前に「Implemented」とだけ表示すれば、一般の読者は、IANAの配分規則までその日に変わったと受け取りかねない。地域の準備、文書の公開、共通方針の成立、本番サービスの変更が一つの語に潰されれば、どの主体が何を変えたのかを後から監査できない。実装という制度語が、観測可能な状態変化の代用品になる危険である。

ただし、この異議から、表示が虚偽、不法、欺瞞的、無能だったという結論は出ない。5月にAFRINICが「Implemented」に与えた正確な内部定義が不明だからである。地域的な意味で適法かつ合理的に使われた可能性は十分ある。問題は動機を推測することではなく、公開記録がどこまでの変化を再現可能にするかである。

解決策は告発ではなく、実装証拠台帳である。少なくとも次の項目が、一つの状態表示と結び付いていなければならない。

どの意思決定文書に基づき、どの機関または担当者が承認したのか。
地域承認日、公開日、発効日、本番導入日を別々に記録しているか。
変更対象が方針文書、職員手順、申請フォーム、在庫区分、データ表、APIの挙動のどれなのか。
その時点でIANA、NRO-EC、ASO-AC、ICANNという上流依存関係がどの状態だったか。
互換性の異なる在庫について、どの試験を行い、何が合格し、何が失敗したか。
匿名化した変更前後の申請例、処理結果、所要時間を示せるか。
例外、免除、切り戻し条件、終了条件を誰が管理したか。
運用者が報告した非互換性と修復費用を、保有者を不必要に特定せず集計できるか。
機関間で日付が異なる場合、相違を消さずに説明する公開台帳があるか。
発表された状態と観測された状態を結ぶ独立した監査受領証があるか。

この台帳があれば、「地域では完了、世界では手続き中」という二つの真実を同時に記録できる。なければ、後世の読者は見出しと日付から実装の範囲を推測するしかない。2010年の記録に足りないのは、必ずしも行為そのものではなく、行為の境界を再現する受領証である。

動くネットワークは日付の宣言に従って完成しない

この改正が扱った経済的・運用的な問題は、まさに帳簿上の完了と現場の完了の違いだった。32ビット専用ASNの交付が予想より遅いという観測は、機器、ソフトウェア、取引相手、運用慣行が一斉には移行しない現実を示す。在庫総数が十分でも、従来互換の番号だけが不足すれば、利用可能な供給は帳簿上の供給より小さい。名目在庫が豊富でも、使える在庫が乏しいという隠れた希少性が生じる。

実際に動く仕組みを優先するなら、実装日はベンダー対応を生み出さず、相互接続先の設定を直さず、運用者の移行費用を消さない。宣言された番号が現場で使えなければ、その番号は一意性の帳簿には存在しても、運用上の価値を十分に持たない。したがって実装の最終試験は、文書が「Implemented」になったかではなく、取引が変わり、利用者が番号を使え、互換性上の事故が減ったかである。

同時に、動作結果だけを見て制度上の準備を無価値とするのも誤りだ。準備された手順、整理された在庫、明確な期限は、事故を避けるための条件になる。ここでも二者択一ではない。帳簿と手順は必要だが、それらは実運用の代理ではない。実運用は決定的だが、調整記録なしには原因と責任範囲を追えない。

コンセンサスは技術入力であり、主権の委任ではない

2009年11月の地域的コンセンサスは、この改正がAFRINIC内部の次の段階へ進むための技術入力だった。だが、それを全運用者の同意、アフリカ全体の代表意思、民主的な委任、法的拘束力と読み替える根拠はない。会合のコンセンサスは、番号の一意性と相互運用性を保つために役立つ判断方法であって、民間組織を立法府や規制機関に変える主権的な授権ではない。

AFRINICの正当な機能は薄く、具体的で、監査可能であるべきだ。登録記録を維持し、重複を避け、番号資源の一意性を調整し、世界的な整合性を保ち、限定されたサービス手順を実施する。その範囲で5月26日の行為を読むなら、地域の帳簿係・調整者が、自分に属する採択段階を終えたと記録した、という堅い評価ができる。

そこから先の権限を膨らませてはならない。AFRINICは国家でも、アフリカの立法者でも、規制者でも、警察・検察・裁判所でもない。ネットワークや番号資源の所有者ではなく、罰したり没収したりする固有権限もない。方針ラベルはそのような力を作らない。公式機関の自己記述は、その機関が何を記録し何を行ったと述べたかを証明するが、記述の外側にある権限や正統性を自動的に証明しない。

公的記録の証明力を三段階で読む

公式資料であることと、あらゆる事実を証明できることは同じではない。資料の証明力は、記録された行為、用語の意味、現実の結果という三段階に分けて読む必要がある。AFRINICのアーカイブは、AFRINICが5月26日付で状態を「Implemented」と公表した行為について強い直接証拠になる。正式な方針ページも、同じ表示、理事会承認日、改正文を確認するうえで中心的な記録である。しかし、そのページだけから、内部で「Implemented」がどの作業の完了を意味したかを完全には復元できない。

第二段階の用語の意味には、同時代の境界資料が役立つ。AFRINIC-12の公式発表が、地域通過と理事会批准を述べながらNRO-ECからASO-ACへの移送を未了としたことで、少なくとも世界手続き全体の完了を意味していなかったことが分かる。これはAFRINICの表示を否定する証拠ではなく、その表示が届かない範囲を示す証拠である。後のPDP文書が承認と実装を区別したことも用語理解の助けにはなるが、5月当時の定義を遡って確定する規則ではない。

第三段階は現実の結果である。ここでは公式発表であっても自己完結しない。「職員が必要な措置を取る」という発表は、措置を取る方針を証明するが、いつ、どのシステムで、どの試験を経て完了したかまでは証明しない。「実装済み」という表示も、実際の一件の申請が異なる処理を受けたことを自動的には証明しない。結果を立証するには、発表とは別に、変更記録、試験、取引、利用者側の観測が要る。

この三段階を混ぜると二種類の誤りが起きる。制度を信頼する読者は、公的表示をそのまま本番結果へ拡張しやすい。制度を疑う読者は、結果の受領証がないことから公的行為そのものも存在しなかったと縮小しやすい。どちらも証拠の射程を越える。公的記録は、そこに書かれた主体の言葉と行為について優先的な証拠であるが、その主体が持つ権限、行為の正当性、外部システムの変化、利用者の成果まで自己証明するものではない。

同じ原則はICANN、NRO、ASOにも及ぶ。ICANNの9月21日発表は批准日と、必要な実装措置へ進む意思を証明する。NRO-ECとASO-ACの記録は、それぞれの移送行為を証明する。いずれか一つの組織の資料を世界全体の万能な記録とせず、各資料をその主体と行為へ結び付けることで、連鎖は初めて監査可能になる。

一件の取引が埋められたはずの空白

5月26日の意味をもっとも効率よく明らかにする証拠は、大規模な説明文ではなく、匿名化された一件の前後取引だった可能性がある。例えば、変更前にどの互換性区分で受け付け、どの在庫規則を参照し、どの結果を返したか。変更後に同じ条件の申請がどの手順へ進み、上流の状態が未完了である間は何を保留し、世界批准後にどの条件が解除されたか。その差分があれば、地域準備と世界発効を具体的に分けられる。

ここで必要なのは会員名や番号保有者をさらすことではない。日付、入力条件、参照した方針版、処理段階、互換性区分、結果、例外理由を匿名化して示せば足りる。個人や事業者の情報を露出せずに、状態表示が実際の手順へ接続していたかを検証できる。独立した監査者が同じ証拠から同じ層判定へ到達できれば、組織の自己申告だけに依存しない受領証になる。

反対に、一件の取引があっても、それだけで運用者成果まで証明できるわけではない。申請が処理され、ASNが割り当てられても、相互接続先や機器がその番号を正しく扱えなければ、利用可能性の問題は残る。取引確認の次に、利用開始、経路の到達性、障害、回避策、修復費用を確認する必要がある。ここでも実装は一段で終わらない。

想定例を事実と混同してもならない。確認できる記録には、5月26日の具体的な申請例は含まれていない。どの会員が影響を受けたか、従来互換の需要が地域内でどれほどあったか、何件の障害を避けたかも不明である。取引例は「本来どの証拠があれば区別できたか」を示す設計図であり、欠けた歴史を補う創作ではない。

この空白には制度上の教訓がある。方針を作る会議の議事録は残りやすく、理事会の承認日や公開ページの状態も残りやすい。一方、日々の業務で使われる手順差分、試験結果、最初の処理例は失われやすい。そのため歴史記録は、意思決定が豊富で動作証拠が乏しい形になりがちである。実装時点で最小限の取引受領証を保存しなければ、後から文章を増やしても、その日に何が動いたかは取り戻せない。

不明点にも管理方法がある

不明点は一つの箱に入れず、誰が追加証拠を持ち得るかで分けるとよい。内部承認者、担当職員、変更対象、試験、切り戻しは、地域組織の記録管理で将来改善できる領域である。IANAの反映日や取引差分は、上流機関との共同照合が必要になる。運用者が実際に使えたかは、保有者を特定しない形で現場報告を集めなければ分からない。

一方、過去の資料が失われたため永久に確定できない項目もあり得る。その場合は、一つの推定日を正式記録に格上げせず、複数の機関が残した日付を併存させる。AFRINICの24日ではなく25日という記録、ICANNの25日ではなく24日という記録、と主体を付ければ、矛盾は隠されず、行為も混同されない。理由不明という注記自体が、誠実な監査結果になる。

証明責任は、広い効果を主張する側にある。地域の状態公表を示すなら公式ページで足りる。世界的発効を主張するなら世界手続きの完了記録が要る。本番変更を主張するなら変更差分と試験が要り、利用者成果を主張するなら取引と運用観測が要る。後の層ほど証拠要求が増えるのは、地域行為を疑うためではなく、主張の射程が広がるためである。

この管理方法なら、「分からない」を停滞の言葉にせず、次に必要な受領証を指定できる。同時に、証拠がない場所へ断定を置かずに済む。実装記録の品質は未知をゼロにすることではなく、未知の位置、所有者、確認方法、残存可能性を明示することで測るべきである。

2010年5月26日をどう記録すべきか

結論は、承認か否定かの一語ではなく、限定した二行で表せる。第一に、AFRINICは2010年5月26日、AFPUB-2009-ASN-001を地域的に「Implemented」と公表し、自らの方針ライフサイクルを完了した。これは実在する調整行為であり、世界採択連鎖から地域的不確実性を一つ取り除いた。第二に、その記録だけでは、同日に世界方針が批准されたこと、IANAの配分手順が変わったこと、AFRINICの本番システムが変更されたこと、会員取引や運用者の結果が変わったことは証明されない。

この二行を守れば、AFRINICの仕事を消さず、世界的な連鎖も消さずに済む。「Implemented」は終点ではなく、層を指定して初めて意味を持つ証拠標識になる。公開された状態、内部で準備された手順、上流で成立した方針、現場で観測された成果を別々に保存することが、将来の読者に推測ではなく検証の道を残す。5月26日の価値は、すべてが終わった日だったことではない。どこまでが終わり、どこから先がなお別の主体と証拠を必要としたのかを、後から問い直せる日付であることにある。