要約

  • NROは7月28日、ASO ACがRIRガバナンス文書V3を完成し、Recommended DraftをNRO ECへ正式に引き渡し、文書責任も移管したと発表した。
  • これは承認や採択ではない。NRO ECは今後、草案を審査し、ICANNと各RIRとの調整を行い、最終版への経路を進める。
  • V3本文、V2からの主要変更理由、redline、更新日程、今後の意見提出機会は後日公表または通知される。8月12日時点のNRO索引はV2を現行草案としていた。
  • 5月の公開状況報告では、認定、監査、認定取消し、緊急継続、移行、資源保持者の権利が未決または起草中だった。V3がない以上、その決着は確認できない。

版管理として読む7月28日の引き渡し

政策文書の移管は、ソフトウェアのrelease handoffに似ている。誰が作成し、どの版を渡し、誰が次の変更権限を持ち、どの差分を公開したかが検証可能でなければならない。

7月28日の発表は、作成者と受領者を明確にした。NRO Number CouncilでもあるASO Address CouncilがV3を完成し、NRO Executive Councilに渡した。以後、NRO ECが審査、RIRおよびICANNとの調整、最終版への手続きを担う。AFRINICも現在のトップページでこの出来事を掲載している。

しかし、移管対象の版そのものは公開されなかった。NROは、Recommended Draft、V2からの主要変更を説明する文書、比較用redlineを更新日程に従って別途公開するとした。次の意見募集と手続きの詳細も後日である。

つまり、管理責任のcommitは見えるが、commit内容はまだ外部からcheckoutできない。

推奨、審査、承認、採択を分ける

現在の状態を誇張しないためには、四つの段階を区別する必要がある。

第一はASO ACによる推奨草案の完成。第二はNRO ECによる審査と調整。第三はNROとICANN側の承認手続き。第四は最終的な採択である。7月28日に確認できるのは第一段階の完了と第二段階への移行だけだ。

NROの手続きページは、NRO ECとICANNが承認・採択の手順を決めるとしている。したがって、V3が既に拘束力を持つと書くのは誤りである。

同時に、単なる事務連絡でもない。次の公開時点、調整相手、修正の扱いを管理する主体が変わったからだ。2026年のASO AC作業計画は、7～8月に最終草案、9～10月に各地域で説明、11月に承認準備を予定していた。今回、NROは更新日程を別途出すとしたため、旧日程は履歴であって現行保証ではない。

V3が解決したはずの差分候補

5月のstatus reportは、V2後に残っていた論点を具体的に示す。

新RIRの認定では、既存RIRが全会一致で推薦しない場合のreviewを、独立第三者が行うのかICANN自身が行うのかが未決だった。「全会一致マイナス1」の仕組みも、複数RIRの利益相反や意思決定不能をどう扱うかが検討中だった。

認定取消しでは、V2は任意のRIR、影響を受けるRIRの会員25%または2,000会員の少ない方、あるいはICANNに提案開始権を置いていた。NRO NCは取消しの閾値を変えないとした一方、ad hoc auditをより低い閾値で開始するかは未決だった。

緊急継続では、他の全RIRとICANNの全会一致が開始条件だった。緊急時には高すぎるという意見があり、90日単位の延長にも明確な条件と監督が必要だとされた。開始・更新の閾値と、影響を受ける人々への透明性を修正する方針が記録されている。

移行については、サービス継続と資源保持者の権利を守るtransition planを追加する予定だった。監査については、報告書公表後にRIRが取るべき行動を明記する予定だった。rehabilitationを認定取消し手順に組み込む修正も起草中だった。

この一覧はV3の内容を示さない。むしろ、何をredlineで照合すべきかを示すtest listである。

会議記録は権限記録ではない

これまでに意見募集がなかったわけではない。原則に関するquestionnaire、第一草案への地域・ICANN相談、V2への第二相談、RIR会合、workshop、status reportがある。参加機会を無視するのは正確ではない。

しかし、参加記録と権限記録は別物である。

Heng Lu Note 73は、stakeholderを決定の影響を受ける者、principalを拘束的な決定を承認する者として分ける。参加者は知見、警告、異議を提供できる。参加したという事実だけで、欠席した資源保持者を拘束するmandateは生まれない。

V3を監査するなら、会議数ではなく権限表を見るべきだ。誰が監査を開始するのか。誰がRIRのfailureを判断するのか。誰が緊急運営者を指定するのか。影響を受ける会員にどの投票、異議申立て、退出手段があるのか。

「community」「consensus」「stewardship」「stability」という公式表現は、組織の主張を示す。権限の正当化は条文と承認主体で検証しなければならない。

AFRINIC危機から導くべきfailure test

AFRINICの危機は、RIRのfailure standardが必要であることを示した。Heng Lu Note 17もその必要性を認める。反対しているのは、必要性を利用して認定取消しや再認定をNRO・ICANNへ集中させることだ。決定的な行為は会員主導でbottom-upでなければならない。

Note 25は、実装権限を調べる。entryを閉じ、exitを制限し、既存機関を置換不能にするなら、coordinationはpermissionに変わる。Note 6は、より機械的な合否条件を示す。ネットワークが検証済みのIP・ASN関係を別の適格な機関へ移せなければ、失敗したgatekeeperからの退出は実装されていない。

V3がこれらを満たすかは不明である。本文がない以上、肯定も否定もできない。NRO ECに対する有効な要求は、内容を推測して攻撃することではなく、権限配分を検証できる同一版と差分を先に出すことだ。

AFRINICが公告を掲載したことも、現purported Board、Receiver、その支持者、lock-in policyを正当化しない。世界文書の手続き段階と、AFRINIC内部の委任・代表の正当性は別の証明課題である。

公開すべきverification bundle

最小bundleは既にNRO自身が列挙している。V3本文、変更理由、V2とのredlineである。三つを同時に、固定日付とhash付きで公開すれば、7月28日に渡された版を後から識別できる。

更新日程には、NRO EC審査の開始・終了、修正権限、各RIRとICANNの決定順序、承認閾値、異議の記録方法、採択前の追加意見募集の有無が必要だ。NRO ECが文面を変えるなら、受領版から執行版までの第二redlineも要る。

さらに、5月報告の各論点について、V2規則、寄せられた問題、V3の処理、決定者、理由、未完成の実施手続きという表を出せる。これでinput、decision、executionを区別できる。

反対方向の証拠も残すべきだ。NROは引き渡しを公表し、不足資料を後日出すと明記した。V2では実際にredlineと理由書を出している。公開の時差が計画上の順序である可能性はあり、故意の隠蔽を示す証拠はない。

それでも現時点の状態は変わらない。責任は移った。検証可能な版はまだ移っていない。次の判断が始まる前に、この二つを同期させる必要がある。

情報源