要約

  • Draft 6の公式変更記録が立証するのは、全段階に及ぶ需要の明確化、5.4.6の明瞭化、旧/12を新/12が置換するという三点である。完全な逐条対照表でも、全異論の解決記録でもない。
  • 保有残高と期間内の新規受領を混同すれば、/18、/22、/24、24か月という同じ数字から異なる配分結果が出る。文章の修正は裁量を減らし得るが、選ばれた配分基準の正当性や経済的妥当性を自動的には与えない。
  • AFRINICの適切な役割は、真に未配分の在庫について客観的な列を管理し、記録の正確性と運用継続性を支えることに限られる。必要なのは、私的主権ではなく、異論、算式、在庫前提、影響、残る不確実性を結び付けた公開台帳である。

L3 — 会議が賛成と言う前の三つの修正

Draft 6を読む最も安全な出発点は、後の結果を先に置かず、2017年9月22日に実際に公表された変更の幅を測ることである。AFRINICの提案履歴と保管索引は、この日付にAFPUB-2016-V4-001-DRAFT06、Version 6を記録している。公式の変更記録に並ぶのは三項目だけだ。第一に、5.4.3の「実証された需要」がすべての段階に適用され、他のCPM条項と整合することを明確にした。第二に、5.4.6をより分かりやすくするため書き換えた。第三に、5.4.7を改め、提案中のIPv6導入支援用/12が以前からの予約/12を置き換えると明示した。この列挙は、修正された対象を特定するには強い記録である。一方、修正後の全文を旧文と一行ずつ照合する完全な差分ではない。

その限界は、とりわけ5.4.6について重要である。Draft 5に対するスタッフ評価は、組織の「総割当てまたは総割当先」がPhase 1で/18、Phase 2で/22を超えないという読み方が可能だったと指摘した。もし「総量」が、その組織が以前から保有する全アドレスを意味するなら、すでに一定規模の網を運営する申請者は、枯渇段階で新たに受け取れる量がほとんど、あるいは全くないと解釈され得る。逆に、その段階の一定期間にAFRINICから新たに受け取る量を意味するなら、既存保有量は基準値ではなく、新規流入だけが上限に算入される。この二つは同じ文章から生じ得ても、申請結果はまるで違う。

スタッフはさらに、最大量を受け取った後、24暦月を待てば次の回に進めるという5.4.6.2の上書き規定を理解しにくいとした。そして、Phase 1なら任意の24か月内に一回以上の割当てを合計して/18、Phase 2なら同じく/22と表現する案を示した。これは残高ではなく期間内フローを数える考え方を、計算可能な窓に置き換える提案だった。ただし、密封された記録が確実に言えるのは、Draft 6の5.4.6が明瞭化のため書き換えられたというところまでである。スタッフが提案した文言が一字一句そのまま採用されたと断定する根拠はない。書き換えの方向と、最終的な逐語表現を混同してはならない。

需要についても、修正の効用と基準の正当性を分ける必要がある。Draft 5の5.4.3は、いずれの枯渇段階でも、割当てと割当先は正当化され実証された需要に基づくとしていた。Draft 6の変更記録は、その適用範囲を全段階にわたって明確にし、他のCPM条項との整合を図ったと説明する。窓口の担当者によってPhase 1とPhase 2の読みが揺れる危険を減らす点では、これはまっとうな改善である。申請者も、何を示すべきか予測しやすくなる。しかし「全段階で同じように適用する」と決めることと、その需要判定が適正な費用で、差別なく、経済的に合理的に行われることは別の命題だ。適用範囲の明瞭化は、判断基準そのものの立証ではない。

予約の問題は、さらに具体的だった。Draft 5は、通常の利用可能空間では申請に応じられなくなった後のIPv6導入支援に、最後の/8から連続する/12を設ける構想を含んでいた。ところが、それ以前に予期せぬ将来用途のため確保されていた/12との関係が曖昧なら、新旧二つを別々に残す読み方も、新しい一つだけに置き換える読み方も生じる。/12は1,048,576個のIPv4アドレスを含む。これは脚注の整理ではない。普通の待ち列から百万件超のアドレスを一組だけ外すのか、二組を外し得るのかという在庫境界そのものだった。スタッフは一対一の置換を明記するよう求め、Draft 6の変更記録は、新予約が旧予約を置き換える旨を明確にしたと伝える。

ここで、Draft 5の日付に残る小さな不一致も隠すべきではない。AFRINICの提案履歴と保管索引はDraft 5を2017年6月27日とし、Draft 5の詳細ページは提出日を6月29日と表示し、状態を審議中としていた。閉じた記録だけでは、この二日差を解消できない。したがって、どちらかを誤記と決め付けるのではなく、索引上の27日と詳細表示上の29日を併記するのが正確である。この差はDraft 6の三修正の意味を覆さないが、制度記録を扱う者が、都合よく一つの日付へ丸めない姿勢を試す。

8月24日のスタッフ評価は、実装を担う組織内部から見た読みの問題を具体化した。全段階における需要、総保有と追加受領、理解しにくい反復規定、一つか二つか判然としない/12は、いずれも窓口処理に直結する。その評価は、曖昧さが現実の計算へ流れ込む経路を示す一次的な制度記録である。ただし、裁判所の判断でも、すべての参加者の異論を集約した判決でもない。スタッフが懸念を挙げたことは、その懸念が存在したことを示す。Draft 6が三箇所を改めたことは、文章が動いたことを示す。これらを合わせても、あらゆる懸念が受け入れられ、反対が消滅したという結論までは出ない。

変更記録が「三つだけ」であることには、二重の意味がある。一方では、記事の対象を正確に狭められる。Draft 6について言うべきことを、需要、反復、予約置換の三軸に限定できる。他方では、記録されていない解決を想像で補ってはならない。予約の適格性、最小単位、IDN ccTLD、特定技術例の表現など、スタッフ評価に現れた他の論点がすべて閉じたとは変更記録に書かれていない。公式要約は、三修正があったという行為の証拠であって、政策全体が完成したという証明書ではない。

その後の時系列は、Draft 6の状態を後知恵で塗り替えないための境界線としてだけ用いるべきだ。2017年11月30日、AFRINIC-27ではVersion 6が提示され、さらに修正を求める内容が記録され、共同議長による合意の宣言があった。翌12月1日、提案履歴はDraft 7をラストコール版として記録する。ゆえに、9月22日に公表されたDraft 6そのものを、ラストコールに入った文書、採択された規則、実施された制度、参加者の合意済み成果と呼ぶことはできない。後日の会議記録が示すのは、過程が続いたこと、そしてDraft 6の後にも文言が動いたことに限られる。

ここには、手続の進展を権威へ変換してしまう誘惑がある。版番号が六まで進み、スタッフの懸念に応じて文章が整い、次の会議へ持ち込まれたとき、観察者は「収束した」と感じやすい。しかし、収束感は異論処理の記録ではない。会議室にいた者の反応は、不在の運用者の同意を代行しない。サービス対象地域は一つの人民ではなく、参加の機会は統治権の委任状ではない。草案の継続は、テキストが変わったことを示すだけで、民間団体に主権を発生させる出来事ではない。

この点でAFRINICの公式資料は、強く、しかし限定的に使うべきである。公式ページは版、日付、条項の対象、スタッフが示した懸念、後の会議で起きた手続的行為を立証する。それでも、組織が自らを共同体の代表者や資源の守護者として語ったとして、その自己記述が直ちに制度的真実になるわけではない。レジストリの記録は、重複を避け、連絡先と資源の状態を追跡し、運用を支えるために現実を記述する。記録を付ける力は、現実そのものを創設し、人や企業の資産利用を公法的に命令する力ではない。

したがって、Draft 6の最も好意的な評価は、あえて十分に認めるべきだ。成熟した起草なら、会議に先立ち、実装担当者が発見した曖昧さを削る。需要の適用範囲を合わせれば、段階ごとの不整合は減る。反復規定を期間内合計として読める形へ寄せれば、申請者と担当者は計算を共有しやすい。一つの/12が旧予約を置き換えると明示すれば、二重留保という深刻な誤読を防げる。明確な文章は、処理費用を下げ、予測可能性を高め、参加者が評価できる対象をはっきりさせる。これらは実質的な便益であり、単なる化粧直しではない。

それでも、明確さと閉鎖は同義ではない。文章が一つの読みへ近づいたとしても、なぜその上限と窓が選ばれたのか、異なる事業成長をどう扱うのか、予約適格性の境界で何を優先するのか、残った異論を採用または退けた理由は何かが示されなければ、分配判断の可視性は十分ではない。Draft 6公表時点で言えるのは、三つの曖昧さが狭められたということだ。合意、採択、実施、ラストコール、全異論の解消は、そこから導けない。