要約

  • Draft 3の改訂履歴が明示した変更は一つだけである。AFRINIC-24の公開政策会合と、その後のRPDでの議論を受け、枯渇期第1段階の上限案が/15から/18へ下がった。CIDR上の容量は131,072から16,384へ減り、最大要求規模は8分の1になった。
  • その一方、二段階の枯渇設計、残余が/11以下となる第2段階への移行条件、第2段階の/22上限、明示的な最小値なし、8か月の計画期間、既存資源の90％利用要件、IPv6資源の前提、域外利用条件、/16・/14・/13の各予約枠は残った。
  • スタッフコメントは、発動条件、重要インフラの定義、TLD数と予約容量の不整合、IXP方針との関係、有効な申請の意味、最小プレフィックス、反復申請、対象別ルールの欠落を問い直した。これは実装上の曖昧さを示す記録であり、法的判断ではない。「Legal: None」は法的承認を意味しない。
  • 2016年11月29日のAFRINIC-25ではAlain AinaとOmo OaiyaがBISを提示した。議事録によれば、提案者側は競合案と合意の難しさを認め、共通の問題設定を探るためメーリングリストへ戻すよう求めた。会合記録は「No Consensus」であり、私的な調整手続の帰結にすぎない。
  • 未割当プールを少数の大口申請で使い切らせないため上限を小さくする、という擁護には合理性がある。ただし、/18が最適だったこと、在庫寿命を延ばしたこと、地域的な利益を実現したことを示す測定値は記録にない。正当な配分手続には、需要と在庫のモデル、負担分析、明確な待ち行列、訂正可能性、そして割当時点で終わる権限境界が必要である。

四か月のあいだに変わったもの、変わらなかったもの

この出来事は、二つの日付を結ぶと輪郭が見える。最初は2016年7月22日である。Omo Oaiya、Joe Kimaili、Alain P. Ainaを著者とするAFPUB-2016-V4-001-DRAFT03、すなわちIPv4 Soft Landing BIS Draft 3のバージョン3.0が公表された。ページに記された状態はUnder Discussionだった。公表は、ある文章が政策提案として議論に供されたことを意味する。採択、施行、法的拘束、あるいは地域を代表する意思の成立を意味しない。

二つ目は同年11月29日である。モーリシャスで開かれたAFRINIC-25のPDWGセッションで、Alain AinaとOmo OaiyaがSoft Landing BISを提示した。議事録は、二つの競合する提案があり、合意を得るのが難しいと提案者側が認めたことを記している。そこで彼らは、共通の問題設定を探る作業のためにBISをメーリングリストへ戻すよう求めた。共同議長側の記録は、BISについて「No Consensus」と結論づけた。

この四か月の物語を、単純な「厳しい案が支持された」「地域が節約を選んだ」という筋書きに変えることはできない。確認できる改訂は上限値の変更であり、確認できる会議上の帰結は不合意である。両者のあいだには、提案の狙い、実装可能性、配分負担、誰を優先するかをめぐる交渉があった。しかし、閉じた記録は、/18が選ばれた数量的根拠も、その値によって生じた現実の便益も示していない。

むしろ重要なのは、数字が動いたこと自体である。/15から/18への変更は、自然法則が自動的に導いた答えではない。公開政策会合とメーリングリスト上の議論を経て、提案者が選び直した私的な配分条件だった。だからこそ、その選択には説明、モデル、比較、監査可能性が要る。そして会議で合意に至らなかった事実は、その条件が当時なお交渉可能であり、地域的な委任を得ていなかったことを明確にする。

プレフィックス三ビット分が意味する8倍

CIDR表記では、スラッシュの後の数字が一つ増えるごとにブロックの容量は半分になる。IPv4は32ビットなので、/15の容量は2の17乗、すなわち131,072アドレスである。/18は2の14乗、16,384アドレスになる。/15から/16で半分、/17でさらに半分、/18でもう一度半分となるため、/18は/15の8分の1である。

ここで数えているのは、提案上の最大ブロックに含まれるアドレス数だ。実際に131,072件や16,384件が割り当てられたという観測ではない。すべての申請者が上限まで求めたことを示す数字でもない。上限は、申請に対して一度に認め得る最大の器を定める。その器の大きさが8分の1になった、というのが確実な事実である。

この区別は、政策効果を論じる際に欠かせない。最大値を小さくすれば、一つの最大規模申請が未割当プールから取り出す量は減る。したがって、同じ在庫をより多くの申請機会に分けられる可能性は高まる。しかし、その可能性から「プールが何か月長持ちした」「新規参入者が何社救われた」「IPv6移行が進んだ」と結論するには、申請分布、承認率、再申請の頻度、在庫推移、需要の時間変化が必要になる。Draft 3と会議議事録には、その実測結果がない。

また、上限の縮小は需要を消さない。たとえば、正当な短期需要が/18を超える事業者がいたなら、同じ業務を複数回の申請、異なる調達経路、計画の分割によって賄おうとするかもしれない。逆に、従来の/15上限の下で大きな申請が先に到着すれば、後続申請者に残る余地は急に小さくなり得る。どちらの影響が強いかは、数字を一つ見ただけでは分からない。必要なのは、上限を道徳的な善悪に置き換えることではなく、どの需要をどの時間軸で満たす設計なのかを検証することである。

Draft 3の改訂履歴は、この上限変更がAFRINIC-24の公開政策会合とその後のRPDでの議論を受けたものだとする。しかし、その記録だけから、誰がどの値を主張したのか、メッセージが何件あったのか、支持と反対がどの程度だったのか、なぜ/17でも/19でもなく/18だったのかは分からない。/18という値には重大な配分効果があり得るのに、その選択関数は記録から再現できない。この説明の空白こそ、改訂を監査可能にする必要性を示している。

一つの変更の背後に残った配分装置

Draft 3は、上限値だけを切り離した短い提案ではなかった。改訂履歴上の変更は/15から/18への一項目だが、その下には、IPv4の未割当在庫を段階的に配るための一連の装置が残っていた。上限、段階移行、利用実績、IPv6との結び付け、地理条件、予約枠が相互に作用する設計である。

基本構造は二段階だった。第1段階の上限が/18となり、非予約のFinal /8空間の残量が/11以下になると第2段階へ移るという発動条件が置かれた。第2段階では上限が/22となる。一方、いずれの段階にも明示的な最小値は書かれていなかった。

段階制には、在庫が減るほど一回の配分をさらに小さくする直感的な意味がある。最後に近づくにつれ、一件の申請が残量全体に及ぼす比率が大きくなるからだ。しかし、実装には「残量」をいつ、どの集合について測るのかが必要である。予約済みの空間をどう除外するのか、処理中の申請をどの時点で控除するのか、断片化した在庫をどのように判定するのか。スタッフが枯渇トリガーの文言を問うたことは、理念への反対ではなく、運用の入口が十分に確定していないことを示す。

最大値が明確でも、最小値が明示されていないと、小口申請の処理単位や既存の最小割当方針との関係が問題になる。最小プレフィックスを別の既存手続から読み込むのか、申請の技術的必要性だけで決めるのか、利用可能な断片に合わせるのかによって、同じ上限の制度でも挙動は変わる。スタッフコメントが最小プレフィックスの扱いに疑問を呈したのは、単なる文言上の細部ではない。待ち行列の公平性、処理コスト、アドレス空間の断片化に関わる設計上の問いだった。

さらに、Draft 3は申請の計画期間を8か月とした。提案者が掲げたのは、短期から中期の必要性を基礎に最後のプールを公平に配るという考え方である。計画期間を短くすれば、遠い将来の需要を先取りした大口申請を抑えやすい。だが、ネットワーク建設、顧客獲得、設備調達の周期が8か月を超える事業者には、申請の反復や計画分割を求めることになる。8か月が適切かどうかは、表現の響きではなく、対象事業者の需要データと運用負担で評価すべきものだ。

90％利用要件――効率性と入口の負担

枯渇段階で追加のIPv4資源を申請する者には、従前の割当または割り当て済み資源を少なくとも90％利用していることが求められた。ただし、新しいLIRまたはEnd Userの最初の申請には、このテストは適用されない。既存の資源を大量に余らせたまま追加在庫を受け取ることを防ぐ、という目的は理解しやすい。限られた未割当プールを扱う帳簿管理者が、申請者に利用実績の提示を求めること自体は、そのサービス機能の範囲に入り得る。

しかし、90％という閾値は中立な事実ではない。ネットワークは、障害対応、経路設計、アドレス計画、顧客増加に備えて一定の余裕を必要とする。利用率の定義が狭すぎれば、運用上必要な余力まで「未利用」と見なされる可能性がある。逆に定義が広すぎれば、閾値は実質的な選別機能を失う。何を利用と数えるか、証拠を誰がどの基準で確認するか、誤判定をどう訂正するかが制度の公平性を左右する。

新規申請者への例外は、既存資源を持たない者に90％テストをかけられないという論理に合う。ただし、二回目から同じ閾値が作用するなら、最初に得たブロックの規模と成長曲線が次の申請時期を決める。上限が/18へ縮小された状況では、成長の速い事業者はより早く次の申請に戻り得る。すると、上限縮小によって申請機会が広がる効果と、反復申請が増えて処理負担が重くなる効果が同時に生じる可能性がある。

誰もが同じ書類作成能力や制度対応力を持つわけではない。技術者、法務、英語での文書作成、会議への参加、申請履歴の管理に資源を割ける組織は、反復手続に適応しやすい。小さな上限が自動的に小さな事業者の利益になるとは限らない。申請回数が増えるほど、制度を読み解き、証明を整え、処理を待てる者が有利になることもある。公平性を主張するなら、配分量だけでなく、参加コストも測らなければならない。

IPv6の前提とサービス条件の境界

Draft 3は、IPv4を求める申請者に対し、AFRINICからIPv6資源を受けているか、同時に申請するか、上流事業者からIPv6資源を得ていることを求めた。IPv4在庫が有限ななかでIPv6への準備を促すという設計意図は読み取れる。IPv4だけを追加し続けるのではなく、将来の接続基盤も確保させようとする条件である。

ただし、この前提が実際のIPv6展開をどれだけ進めるかは、IPv6プレフィックスの保有と、ネットワーク上での配備・到達性・顧客利用とを区別しなければ評価できない。資源を取得したという帳簿上の状態は、設備投資、技術者育成、顧客端末対応、相互接続が完了したことを意味しない。Draft 3の記録から、条件が展開速度を高めたという成果は証明できない。

それでも、未割当IPv4プールへの申請条件としてIPv6資源の有無を確認することは、私的な登録サービスの入口規則として説明し得る。問題は、そこから権限を膨張させないことだ。AFRINICは、一意性を守り、申請を処理し、登録簿を正確に保つ技術的な帳簿管理者である。IPv6を同時に扱うサービス条件を提示できても、事業者の投資計画を命令する立法者にはならない。アドレスが配分された後の商用利用、顧客契約、資金調達、経路選択を一般的に統治する権限は、その帳簿機能からは生じない。

この境界を曖昧にすると、「有限な在庫を配る条件」と「市場参加者の行動を継続的に支配する規制」とが混同される。前者は、透明で予測可能なサービス手続として正当化できる余地がある。後者には、私的組織の会合やメーリングリストでは作り出せない公権力が必要になる。Draft 3を読む際に問うべきなのは、IPv6が重要かどうかではない。提案された条件が未割当在庫の配分に必要かつ限定されたものだったか、そして配分後に権限が終わる設計だったかである。

「地域のため」の一文が持つ重さ

Draft 3は、AFRINICの資源はサービス地域のためのものであり、域外での利用は地域への接続を支える目的に限るべきだとした。この文言は、残りの未割当在庫を誰に配るかという入口の判断に地理的な条件を持ち込む。有限のプールを、サービス対象とされる地域のネットワーク需要に向けたいという考え方自体は理解できる。

しかし、「地域のため」という表現は、適用場面を明確にしなければ急速に広がる。国境をまたぐネットワーク、域外の設備、国際的な顧客、分散したルーティング、災害復旧拠点をどのように扱うのか。地域への接続を「支える」とは、物理的な回線、顧客の所在地、経路の終点、収益の発生地、事業者の法人所在地のどれを意味するのか。言葉が曖昧なままなら、同じ技術構成でも審査者の解釈によって結果が変わり得る。

私的登録サービスが未割当在庫について資格条件を公表することと、すでに割り当てられた資源の利用を地域政策の名で継続的に統制することは別である。前者は待ち行列に入る条件であり、後者は事業活動への持続的な支配である。サービス地域という地図、会議への参加、メーリングリスト上の議論から、後者の公的権限が生まれることはない。

「地域利益」という語も、結果の測定に置き換える必要がある。域内の申請者が何件増えると予想されたのか、域外利用条件によってどれだけの在庫が残るのか、国際接続を持つ域内事業者にどんな負担が生じるのか。こうした比較なしに、地域利益は提案者の目的表明に留まる。目的が善意である可能性と、手段が有効で正当であることは同じではない。

三つの予約枠が作る選択肢と排除

Draft 3は、重要なインターネットインフラ向けに/16、新しいLIRまたはEnd User向けに/14、予見できない状況向けに/13を予約する設計を含んだ。CIDR上の容量に直せば、それぞれ65,536、262,144、524,288アドレスである。これらは予約枠の大きさであって、実際に使われたことを示す数字ではない。

予約には、将来の選択肢を守る機能がある。一般申請で在庫が尽きても、新規参入者、重要サービス、想定外の必要性に対応できる余地を残す。とりわけ、今は申請していない主体が後から市場に入る可能性を考えれば、先着順だけに任せない理由はある。大口申請が早期に在庫を吸収するのを避けるという上限縮小とも、思想的にはつながっている。

同時に、予約は一般の待ち行列から在庫を取り除く。誰が予約枠を使えるのか、使われなかった場合にいつ一般枠へ戻るのか、申請が予約容量を上回る場合にどう順位付けするのかが不明なら、選択肢の保全は不透明な裁量にもなり得る。/13という予見不能事態向けの大きな枠は、柔軟性を高める一方で、「予見不能」を誰が認定するのかという問いを強くする。

重要インフラ向け/16について、スタッフは定義の競合を指摘した。さらに、数千に上るTLDを対象に含め得る一方、/16には/22が64個しか入らないという容量上の不整合も問題にした。これは非常に具体的な警告である。対象集合が数千なのに、想定単位で64件分しかないなら、全員を満たす予約ではない。誰を優先し、残りをどう扱うかという二次的な配分規則が不可欠になる。

スタッフはIXP方針との不整合も挙げた。重要インフラという大きな分類のなかに、TLD、IXP、その他のサービスを置いたとしても、それぞれの既存要件や技術的需要は同じではない。一つの予約枠と一つの言葉で束ねれば、別の手続との衝突が生まれる。予約の目的に賛成するかどうか以前に、定義、容量、順位、既存方針との整合を示さなければ、運用担当者は一貫した判断をできない。

スタッフコメントは「細部」ではなかった

Draft 3のスタッフコメントは、制度を実際に動かすときに生じる摩擦を可視化している。挙げられたのは、枯渇段階の発動文言、重要インフラの複数定義、TLD数と/16容量のずれ、IXP方針との不整合、「有効な申請」の意味、最小プレフィックスの扱い、反復をめぐる文言、そして一部の重要インフラに対するルールの欠落である。

「有効な申請」という語は、待ち行列の順番を左右し得る。書類が提出された時点なのか、全要件が確認された時点なのか、追加資料への回答が終わった時点なのか。残量が段階移行点に近いとき、数日の差で適用上限が/18から/22へ変わる可能性があるなら、有効性の判定時点は経済的に重要である。審査者が後から意味を決めるのではなく、申請者が事前に知り、同じ条件で確かめられる必要がある。

反復申請の文言も同様だ。上限が一申請当たりなのか、一定期間当たりなのか、組織当たりなのか。関連組織をどう扱うのか。8か月の需要を満たす申請が上限に収まらない場合、再申請はいつ可能なのか。文言が不鮮明なら、上限は見かけほど強くないか、逆に必要以上に厳しくなる。運用上の裁量が大きいほど、制度に慣れた申請者と、初めて接する申請者との差も広がる。

重要インフラの一部についてルールが欠けているという指摘は、予約枠があることと、配分制度が完成していることが別だと教える。予約量だけ定めても、資格、順位、証拠、重複申請、未使用分の扱い、異議申立てがなければ、帳簿担当者はその場で判断を補うことになる。私的な登録サービスに必要なのは、担当者の善意を期待することではなく、判断の幅を事前に狭める手続である。

これらのコメントを、法的な違法判断として読むのも誤りだ。Draft 3のページにある法務欄は「Legal: None」と記録されている。それは法的コメントが記録されなかったという意味であり、法務部門が適法性や権限を審査し、承認したという意味ではない。空欄に近い記録を肯定的な法的判断へ変換してはならない。

AFRINIC-25で起きたのは採決ではなく、問題設定への後退だった

2016年11月29日のPDWGセッションはAdewole Ajaoが議長を務め、Sami Salihが共同議長として遠隔参加した。Soft Landing BISはAlain AinaとOmo Oaiyaによって提示された。ここで重要なのは、壇上で数字が紹介されたことだけではなく、提案者自身が会議時点の状況をどう認識していたかである。

議事録によれば、共同著者側は二つの競合提案が存在し、合意を得ることが難しいと認めた。そして、共通の問題設定と提案へ向けて協力することを望んだ。BISについては、さらなる議論のためメーリングリストへ戻すよう求めた。競合するOverhaul側の著者たちは、自らの提案を取り下げ、新たな共同作業を提起し、協力への期待を示した。この別提案の内容をここから推測することはできない。分かるのは、会議で競合が認識され、共通の出発点を作り直す方向が語られたことだけである。

BIS側は、当時予測されていた2017年第1四半期の発動時期によって迅速な対応が必要になる場合、緊急PDPという可能性にも言及した。これは、提案者が感じていた時間圧力を示す発言である。しかし、予測は結果ではなく、緊急経路への言及はその経路が使われたことでも、Draft 3が承認されたことでもない。時間が迫っているという感覚が、合意や権限の代わりになることはない。

会議要約が記したBISの帰結は「No Consensus」だった。さらに議論を続け、問題設定と提案を練り直すよう促す手続上の結果である。「否決された法律」「地域が制裁した」「共同議長が最終判断を下した」という言い換えは、制度の性質を誤る。AFRINIC-25は議会ではなく、PDWG共同議長は裁判官でも主権者でもない。合意なしという記録は、私的な調整過程で必要な支持が確認されなかったことを示すにとどまる。

それでも、この記録には強い意味がある。提案者が自らリストへの回帰を求め、共同議長が不合意を記録した以上、著者による公平性や長期的地域利益の説明を、会合が承認した事実として扱うことはできない。主張は主張として残り、効果は未証明のままである。会合の参加者が地域全体を統計的に代表していたことも、議事録からは確かめられない。

提案者側の最も強い主張

Draft 3を公平に評価するには、擁護できる点を弱く描いてはならない。AFRINICが保有する未割当IPv4プールは有限であり、登録サービス運営者は何らかの順序と基準で申請を処理しなければならない。上限が大きすぎれば、少数の最大規模申請が在庫の相当部分を先に取得し、後から来る新規事業者や重要サービスに残る余地が小さくなる。第1段階の上限を8分の1にすれば、一度の最大申請が在庫に与える衝撃を抑え、より多くの申請機会を残せる可能性がある。

90％の利用テストは、既存資源を十分使っていない者への追加配分を抑える。8か月という計画期間は、遠い将来の予測より確認可能な近い需要を重視する。IPv6資源の前提は、IPv4だけに依存し続ける申請を避ける方向へ働き得る。新規参入者、重要インフラ、想定外の事態のための予約は、先着順が将来の選択肢をすべて奪うのを防ぎ得る。これらを組み合わせれば、単純な「早い者勝ち」より予測可能で、複数の利用者に開かれた配分を目指した、と説明できる。

また、AFRINIC-25で提案者が競合を無視して押し通そうとせず、共通の問題設定を探るためにリストへ戻るよう求めたことは、手続的な自制と読める。合意がない場面で文章を確定したふりをしないのは、調整過程として健全である。Overhaul側の著者たちが自案を取り下げ共同作業を提案したという記録も、少なくとも会議時点で対立を共同設計に移そうとする余地があったことを示す。

だが、この最強の擁護を受け入れても、三つの飛躍は許されない。第一に、在庫を広く配りたいという目的から、/18が最適な値だったとは証明できない。第二に、設計上の可能性から、実際にプール寿命が延び、申請者間の分配が改善したとは証明できない。第三に、未割当在庫の入口規則が必要だということから、AFRINICが割当済み資源や事業者の経済活動を継続的に支配する公的権限を持つとは導けない。

擁護が強いほど、証拠への要求も具体的になる。どの規模の申請が何件予測されていたのか。/15、/16、/17、/18、/19で在庫寿命と申請充足率はどう変わるのか。反復申請に必要な時間と費用は誰が負担するのか。予約枠を差し引いた一般在庫の分布はどうなるのか。こうした問いに数字で答えて初めて、「公平な配分」は検証可能な命題になる。

希少性は物量だけでなく、手続によって形を変える

IPv4の識別子空間に上限があることは、CIDRの算術から明らかである。しかし、利用者が経験する希少性は、物理的な総数だけで決まらない。どの在庫を「利用可能」と数えるか、誰が申請できるか、一回の上限はいくつか、再申請はいつ可能か、どの用途に予約するか、地域条件をどう解釈するかによって、同じ総量でも市場への供給経路は変わる。

Draft 3は、この制度的な層を可視化した。/15と/18はどちらも技術的に表現可能なブロックだが、どちらを申請上限にするかは技術仕様から自動的に決まらない。残量/11を第2段階の入口とすることも、/22をその上限とすることも、8か月を需要期間にすることも、90％を利用閾値にすることも、選ばれた配分変数である。

この意味で、政策は希少性を単に「管理」するだけでなく、申請者が感じる希少性の形を作る。最大量を小さくすれば、一度に得られる資源は希少になるが、後続申請者の機会は増えるかもしれない。予約を大きくすれば、指定対象の将来選択肢は保たれるが、一般申請者には在庫が少なく見える。利用閾値を上げれば、効率利用を促せるかもしれないが、運用余力を持つことは難しくなる。

だからこそ、「IPv4は希少だから厳しい条件は当然だ」という一文では足りない。希少性の存在は、あらゆる配分条件を正当化する白紙委任ではない。各条件がどの問題を解き、どの負担を生み、どんな代替案より優れているかを示す必要がある。有限性は問いの出発点であって、制度設計の答えそのものではない。

経済的な影響は上限の数字から始まるが、数字だけでは終わらない

IPv4アドレスへの継続的なアクセスは、ネットワーク事業者にとって顧客接続、設備展開、サービス継続、収益計画と結び付く。未割当プールから得られる一回の最大量が131,072から16,384へ変われば、成長計画を一度の申請で満たせる範囲も変わり得る。企業は、次の申請時期、代替調達、技術移行、顧客収容の方法を見直すことになるかもしれない。

ただし、「なり得る」「かもしれない」という限定が重要である。Draft 3の記録は、特定企業が投資を延期した、顧客を失った、余分な費用を払ったという事実を示していない。反対に、新規参入者が追加で資源を得た、重要インフラが保護された、地域全体の便益が増えたという実測もない。経済分析では、制度が作る誘因と、観測された結果を分けなければならない。

上限縮小が作る第一の誘因は、申請の分割である。一回で必要量を得られない事業者は、需要を段階化し、利用率を積み上げ、再び審査を受ける。これにより、在庫を一度に取り尽くす危険は下がり得るが、書類、審査、待機、不確実性の費用は増える。申請処理能力が固定なら、件数の増加は待ち時間を長くする可能性もある。

第二は、タイミングへの影響である。残量が/11以下になると第2段階の/22上限へ移る設計では、発動直前と直後で最大量が大きく変わる。どの申請が先に「有効」と認定されるかは、単なる事務順序ではなく、取得可能量に関わる。だから、スタッフが有効申請の定義を問うたことは経済的にも重要だった。

第三は、予約によるオプション価値である。/16、/14、/13を特定目的に取り置けば、将来の不確実性に対応する権利を残せる。その代わり、一般の申請者は当面使えない在庫を負担する。予約対象の需要が予想より少なければ、資源が遊休化する可能性がある。多ければ、予約内でも選別が必要になる。どちらの場合も、資格と放出条件が透明でなければ、予約は公平性の証拠にはならない。

第四は、制度対応力の差である。小さい上限と高い利用率要件は、需要を細かく証明し続けられる者を有利にすることがある。手続を熟知した大きな組織が、反復申請を効率的に行える一方、小規模な組織は一件ごとの固定費に苦しむかもしれない。「一件当たりの量を減らす」ことと「弱い参加者を助ける」ことは同義ではない。

これらは制度から導ける影響経路であって、発生済みの結果ではない。Draft 3を評価するなら、結果を想像で埋めるのではなく、どの指標がなければ判断できないかを明示すべきである。申請件数、要求規模の分布、処理日数、再申請率、拒否理由、予約枠の利用、事業者規模別の負担。こうしたデータがあれば、上限縮小の便益と費用を検証できる。

私的な帳簿管理者にできること、できないこと

AFRINICの正当な中核機能は、インターネット番号資源の一意性を保ち、正確な記録を維持し、申請を処理し、限定された私的手続を公開し、サービスの連続性を調整することにある。この役割は軽くない。同じ番号が重複して登録されれば、ネットワーク運用に混乱が生じる。残りの未割当在庫が有限なら、処理順序と適格性を明示する必要もある。

しかし、重要な技術サービスを担うことは、主権を持つことではない。AFRINICは国家でも、立法府でも、公法上の規制当局でもない。警察、検察、処罰機関、没収主体、最終審判者でもない。サービス地域を示す地図、公開会合、メーリングリスト、ドラフト、共同議長による手続判断、あるいは「コミュニティ利益」という表現から、そうした権力が発生することはない。

この原則は、未割当在庫への条件をすべて否定するものではない。登録簿にまだ記載されていない資源を配る際、同じ基準で申請を処理し、重複を防ぎ、詐欺を抑え、利用可能な在庫を正確に示すことは帳簿管理の一部である。最大申請量や必要書類を明確にすることも、透明で限定された範囲ならサービス手続として成立し得る。

境界は、配分のために必要な条件が、配分後の継続的支配へ変わる地点にある。アドレスが一意に登録され、申請処理が終わった後、登録サービス運営者が一般的な経済政策を理由に事業者の顧客地域、資金調達、取引、ルーティング、資産判断を統治することはできない。帳簿を保つ権限が、帳簿に記録された主体を支配する権限へ化けてはならない。

Draft 3で問われたのは、まず未割当プールの入口規則だった。その意味で、上限、利用率、段階、予約を議論する正当な余地はある。だが、議論の参加者がどれほど熱心でも、その手続は私的調整のままである。AFRINIC-25の「No Consensus」は、地域の主権的拒否ではないのと同時に、提案者へ広範な統治権を与えるものでもない。