5つのバックオフィスを維持するコスト

要約

• 5つの地域インターネットレジストリ（RIR）は、比較可能なグローバルなコスト計算書を公表していない。2024年、RIPE NCC は EUR 36.274百万の支出を報告し、ARIN は USD 30.3百万の営業費用、LACNIC は USD 11.274百万の営業費用、APNIC の監査済み経費ラインの合計は約 AUD 33.466百万である。AFRINIC の2024年の開示では、リモートサイトに USD 122,311、コンピュータに USD 97,678などの識別可能なサブラインが示されているが、安全に比較可能な総営業費用の分母は同じソースにはない。
• これらの現地通貨の数値は、明示的な為替レート日付と会計調整なしに加算してはならない。会員数も「グローバル会員」の分母に加算してはならない。RIR の定義は異なり、組織は複数のアカウントを保有したり、複数の地域に所属したりすることができ、年末の会員数は支払い会員月数と等しくない。
• 5％、10％、15％のアドレス指定可能コスト感応度は、RIPE NCC で EUR 1.814百万～EUR 5.441百万、ARIN で USD 1.515百万～USD 4.545百万、APNIC で AUD 1.673百万～AUD 5.020百万、LACNIC で USD 564,000～USD 1.691百万のプールを生み出す。これらは節約予測ではない。共有サービス自体にコストがかかり、移行と並行運用が必要であり、各地域の法的、言語的、請求、会員ガバナンス業務は残る。
• 地域の権限は、権利が解釈される場所（契約、本人確認、制裁、紛争、選挙、言語、地域支払い、説明責任）に残るべきである。共通インフラは、機械が同じ調整タスクを実行する場合に最も現実的である：データスキーマと API、適合性テスト、エスクローログ、バックアップとリカバリ、共通のセキュリティ管理、RIR 間転送検証、IANA とのインターフェース。
• 正しい改革は、ポータビリティ、独立した保証、地域の離脱権を備えた連邦型共有サービス市場であり、単一の説明責任のないグローバルレジストリではない。会員は、別の代替スタックに資金を提供する前に、地域実装の総コスト、耐障害性、サービス品質を共通プラットフォームと比較できるべきである。

5つの機関は5つの必要な実装と同じではない

地域インターネットレジストリシステムは、しばしば融合される2つの異なる問題を解決する。1つは政治的・法的問題：組織は、自国の法律、言語、支払いシステム、運用条件、会員コミュニティを理解する地域の機関を必要とする。もう1つは技術的問題：すべての割り当て、転送、登録は、グローバルに一意な番号リソースシステムに適合しなければならない。

地域の権限は、ナイロビ、モンテビデオ、ブリスベン、アムステルダム、バージニアのネットワークが、すべての ID、契約、ガバナンスの問題を1つの遠隔のグローバル官僚機構を通じて解決する必要がないため、価値がある。地域の機関は、参加と異議申し立ての経路を提供する。市場に応じてトレーニングとサポートを適応させることができる。また、すべてのリソース保有者を1つの理事会の下に置くのではなく、制度的な失敗を分散させる。

グローバルな一意性はその逆を指す。自律システム番号は、地域内でのみ一意ではありえない。プレフィックスは、2つのデータベースで互換性のない保有者に権限を持って登録することはできない。転送記録、委任統計、RPKI 証明書、逆 DNS は、共通の構文と協調状態に依存する。中核的な技術製品は、地域の管理を通じて表現される1つの一貫した名前空間である。

したがって、各地域がその製品のすべての構成要素を独立して調達、構築、保護、復旧する必要があるわけではない。権利管理の説明責任のために5つの理事会が必要かもしれないが、5つの別々の認証システム、コードベース、監視スタック、テストフレームワーク、災害復旧設計は必要ではない。コストの問題はその境界から始まる。

目的は統合そのものではない。単一のグローバルオペレーターは、権力と障害の壊滅的な集中を生み出す可能性がある。目的は、繰り返される技術作業を特定し、そのコストをテストし、地域の管理と信頼できる離脱を保持する共通基盤を設計することである。これは、合併ではなく連邦アーキテクチャである。

公的会計はグローバル台帳を形成しない

「5つのバックオフィスのコスト」に関する主張は、誤った総計を拒否することから始めるべきである。RIR は異なる通貨で報告し、異なる会計年度と分類を使用し、プログラム、財団、投資、共有作業の境界を異なる方法で描く。ARIN の1ドルは、為替レートの慣行なしに APNIC の1ドル相当のラインと等しくない。ある報告書の人事カテゴリには、別の報告書ではプログラムや請負業者の下に置かれるコストが含まれる場合がある。

最も防御可能な2024年の比較は、各勘定を現地通貨で保持し、その会計基準を明示する。

数値は公式の監査済みまたは財務報告からのものだが、この表は監査統合ではない。RIPE NCC の2024年の金額は、2025年財務報告書の比較数値である。ARIN の金額は、2024年財務プレゼンテーションからのものである。APNIC の金額は、2024年監査済み財務報告書の経費ラインを算術計算したものである。LACNIC の金額は、2024年独立監査報告書からのものである。

AFRINIC が経費枠比較から除外されたのは、表面的ではなく実質的である。その2024年財務開示は、リモートサイトに USD 122,311、コンピュータに USD 97,678を特定しているが、レビューされたページは、5番目の同等の分母として扱える基準での総営業費用の数値を提供していない。推定値を挿入することは、正確性を犠牲にして完全性の外観を作り出すことになる。

共通台帳の欠如は、それ自体がガバナンスの欠陥である。RIR システムは、会員と広範なインターネットに対し、地域の重複が価値を生み出すと信頼するよう求めているが、何が重複し、共有され、独自であるかの調整済みマップを公表していない。グローバルな比較は、部外者が5つの会計分類法をリバースエンジニアリングすることを必要とするべきではない。

会員数は比較可能性を生み出せない

各経費枠を会員数で割ることは、規模の問題を解決するように見えるかもしれない。しかし、それは問題を複雑にする可能性がある。RIR の「会員」、「顧客」、「サービス会員」、「LIR アカウント」、または料金支払い組織は、必ずしも同じ単位ではない。1つの法人が地域内で複数のアカウントを保有することができる。多国籍グループは複数の RIR と関係を持つことができる。一部のエンドユーザーは、LIR に対応しないカテゴリでサービスを受ける。年末のカウントは開設日と閉鎖日を無視する。

地域のカウントを合計して「グローバル会員」と呼ぶことは、一部の組織を二重カウントし、異なる定義を組み合わせることになる。現地通貨の支出をその総計で割ることは、通貨誤差を分母誤差に加えることになる。1つの RIR 内の会員1人あたりの数値でさえ、組織、アカウント、請求書、支払い会員月数、または有権者を使用するかを明示しなければならない。

会員数は、定義が安定している場合、レジストリ内で有用なままである。固定プラットフォームコストが成長するか縮小する支払い基盤に分散されているかを明らかにすることができる。また、料金コホート間の分布をテストすることもできる。ある地域の未調整の会員1人あたりの経費が別の地域よりも低いという理由で、その地域が効率的であると主張するために使用されるべきではない。

ワークロードの分母も不完全である。転送は、ルーチンの IPv6 割り当てよりも多くの法的および ID 作業を必要とする場合がある。大規模なレガシーデータベースを持つレジストリは、より多くのデータ品質作業を負う可能性がある。言語カバレッジ、制裁エクスポージャー、詐欺試行、支払いインフラは異なる。生のチケット数を比較することは、浅い処理を報奨し、困難な環境を罰することになる。

正しい比較は機能的なものである。各 RIR は、認証、レジストリデータ、RPKI、転送検証、請求、会員サポート、ガバナンス、継続性のために定義されたサービスレベルを提供するためにどれだけ費やしているか？どのコストが直接、共有、地域であり、どの成果（可用性、正確性、完了時間、詐欺検出、復旧、ユーザー満足度）が達成されたか？その勘定は、比較可能性を犠牲にすることなく地域の違いを保持することができる。

経費枠は規模を明らかにするが、重複は明らかにしない

4つの比較可能な枠は、問題が重要であることを示している。しかし、どのシェアが共有可能かを特定していない。人員は複数の勘定を支配している。ARIN は、USD 30.3百万の営業費用のうち USD 20.9百万の給与と福利厚生、平均102人の従業員を報告した。RIPE NCC は、2025年に EUR 24.321百万の人員経費を報告し、総支出の62％を占めた。APNIC は、2024年に AUD 20.072百万の従業員福利厚生経費を報告した。LACNIC は、USD 5.527百万の給与と人員経費を報告した。

人は自動的にバックオフィスの重複ではない。ホストマスター、コミュニティスタッフ、法律顧問、トレーナー、エンジニア、経営幹部は異なる仕事を行う。現地語サポートと会員ガバナンスは、共有データベースに置き換えることはできない。地域固有のスタックを維持するソフトウェアチームは、地域の企業転送を解決するスタッフメンバーよりも重複可能かもしれないが、ソフトウェアでさえ制度的知識とセキュリティ責任を伴う。

テクノロジーのラベルも直接比較できない。ARIN は2024年に USD 4.0百万のエンジニアリング運用を報告した。RIPE NCC は2025年に EUR 3.177百万の情報技術経費を報告したが、かなりのエンジニアリング労力が人員と組織活動のカテゴリに含まれている。LACNIC は2024年に USD 402,525の情報技術維持費を報告したが、他の技術労務と減価償却は別の場所に現れる。AFRINIC のコンピュータとリモートサイトのラインは合計 USD 219,989であるが、その完全な技術コストを表すことはできない。

それらのラベルのみに基づく比較は、エンジニアを直接雇用する組織に対しては誤解を招くほど低い重複推定値を、サプライヤーを使用する組織に対しては高い推定値を生み出す。会計は、給与、請負業者、クラウド、ライセンス、減価償却、施設、共有サービスのラインを横断して機能に従わなければならない。

これが、「5つのシステムは1つのシステムの5倍のコストがかかる」という主張よりも、アドレス指定可能コストの範囲がより正直である理由である。一部の機能は実際に繰り返される。一部は地域固有である。一部の共通義務はすでに標準を共有しているが、実装は別々のままである。一部の多様性は意図的な耐障害性である。コスト勘定は、節約が主張される前に各クラスを特定しなければならない。

感応度範囲は欠落した事実を特定する

機能的な台帳がない場合、各比較可能な2024年の経費枠の5％、10％、15％が共通インフラまたは調達によってアドレス指定可能であると仮定する。これらのシェアを適用すると、以下の現地通貨プールが生じる。

これらの値は予想節約ではない。「アドレス指定可能」とは、金額が異なる方法で提供される可能性のある機能の規模をテストするために使用されることを意味する。共通プラットフォームには、独自のスタッフ、ホスティング、保証、サポート、ガバナンスがある。移行には並行運用が必要である。地域のアダプターは残る。契約には離脱コストがかかる場合がある。セキュリティ強化は、支出を下げる前に増加させる可能性がある。

例として、成熟した共通サービスがアドレス指定可能プールの半分のコストで、移行償却が初期にさらに20％を消費する場合、初期正味削減はプールの30％であり、100％ではない。10％のアドレス指定可能シェアは、その後3％の枠効果を意味する。これはシナリオであり、予測ではない。中心的なコストと移行シェアは高くなるか低くなる可能性がある。

感応度には2つの目的がある。第一に、すべての地域経費を削除可能な重複として提示することを防ぐ。第二に、既存組織がアドレス指定可能シェアを公表せずに共有サービスを財政的に無視として却下することを防ぐ。RIPE NCC では、5％のプールでさえ EUR 1.814百万である。ARIN では USD 1.515百万である。これらの金額は証拠を必要とするほど十分に大きい。

AFRINIC は、憶測によって表に強制されるべきではない。開示された USD 219,989のリモートサイトとコンピュータは、インフララインの最小可視ペアであり、完全なアドレス指定可能コストプールや節約見積もりではない。共通台帳は、5地域シナリオが述べられる前に、欠落した分母を確立するべきである。

地域に残すべきもの

バックオフィスは、「テクノロジー」のラインを引くことで権利管理から分離することはできない。ソフトウェアは法的および政策的選択を実装する。認証は誰がリソースを制御できるかを決定する。転送プロセスは証拠要件をコード化する。請求保留はアクセスに影響を与える可能性がある。認証アクションはルーティングシグナルを変更する可能性がある。したがって、共通ソフトウェアがそれらを実行する場合でも、地域の権限はルールと争われる決定を制御しなければならない。

少なくとも7つの機能は地域の説明責任を維持すべきである。

契約と会員ステータス。法的関係、資格ルール、救済は、地域機関の文書と準拠法に基づいて生じる。

ID と企業変更。合併、破産、承継、権限文書は管轄によって異なる。共通ツールは証拠を収集できるが、地域の意思決定者は受理に対して責任を負い続けなければならない。

紛争と制裁。権利に影響する保留、拒否、取消、転送チャレンジには、地域の法的能力、理由、上訴が必要である。

請求と支払い。通貨、税金、銀行アクセス、地域の手頃さ、回収法は異なる。単一のグローバル請求エンジンが地域の料金政策を決定すべきではない。

言語とサービスアクセス。翻訳は、会員が義務を理解し、欠陥を修正し、投票する必要がある場合、表面的な層ではない。

会員ガバナンス。選挙、総会、予算、政策参加、解任メカニズムは、その機関が行動している会員に結びついたままでなければならない。

地域リスク選択。会員は、脅威と法的環境が異なるため、より高価な管理、データ配置、または継続性の取り決めを好む場合がある。共通オペレーターはその選択を消してはならない。

これらの保持機能は、5つの完全なスタックの言い訳ではない。それらは、共通基盤がサービスを提供しなければならない地域のエッジを定義する。各 RIR は、認定された共有コンポーネントを下で使用しながら、ポリシー、裁定、会員関係を所有できる。

基盤を共有できる可能性が高いもの

最有力候補は、相互運用性がすでに必須であり、地域のバリエーションが公共価値をほとんど生み出さない機能である。

共通データモデルと API。レジストリデータ、RDAP 応答、委任統計、転送メッセージは共有スキーマに準拠すべきである。別々の実装は残ることができるが、5つの異なるバリデータとテストスイートを維持することは説明責任をほとんど追加しない。

適合性とリリーステスト。共通スイートは、各実装が一意性、認証境界、RPKI ルール、転送状態、公開インターフェースを維持することを検証できる。地域はコアを再構築せずにローカルテストを追加できる。

エスクローのイベントログと復旧証拠。標準化され、改ざん防止のログは、独立した監査と継続性をサポートできる。データは1つの運用コントローラーの下に置く必要はない。複製された管理としきい値アクセスは地域の権限を保持できる。

バックアップ、復元、災害復旧ツール。地域は独立したコピーを保持し、運用能力を維持すべきだが、共通の復旧形式、訓練、フェイルオーバー契約は再発明を減らし、相互援助を可能にすることができる。

RIR 間転送検証。地域間転送では、両機関が状態に同意する必要がある。共有メッセージプロトコル、ケースステータス、暗号証拠層は、法的メリットを決定せずに手動調整を減らすことができる。

セキュリティ管理。認証ライブラリ、ハードウェアキーサポート、脆弱性処理、依存関係スキャン、インシデントプレイブックは、共同で開発および保証できるが、資格情報と最終権限は地域に残る。

IANA インターフェース。トップレベルの番号リソース割り当てと逆 DNS 変更のリクエストは、すでにグローバル境界を越えている。標準リクエストパッケージ、ステータス証拠、調整は共有できる。

コモディティ調達。監視、コードホスティング、セキュリティテスト、コンテンツ配信、一部のライセンスは、権利を集中させずに購買力を生み出す可能性がある。

基準は、機能が技術的であるかどうかではない。地域の divergence が説明責任のある選択を生み出すか、単に繰り返されるコストと一貫性のないリスクを生み出すかである。

IANA は薄いグローバル層を示すが、置き換えレジストリではない

IANA の番号リソースサービスは、グローバルプールと RIR 間のトップレベル割り当て関係を維持する。その割り当てデータと公開されたリクエスト手順は、境界のあるインターフェースを示している：RIR は定義されたリクエストを提出し、IANA はポリシーに基づいて評価し、権威あるレコードを更新する。月次のパフォーマンスレポートはサービスレベル結果を公表する。

この取り決めは、薄いグローバル調整層が地域の会員関係を吸収せずに運営できることを証明している。IANA はすべての LIR に請求書を送付せず、すべての合併を裁定せず、すべての地域選挙を運営せず、すべてのローカルトレーニングプログラムを提供しない。番号リソースシステムのルートを調整する。

教訓を過度に拡張すべきではない。特定の時点での IANA の低リクエストボリュームは、それが安価に世界の小売レジストリになれることを示していない。地域の記録と ID 作業ははるかに大きい。また、サービスレベル契約はグローバル層での政治的説明責任の必要性を排除しない。

関連する設計原則は境界のある権限である。共有 RIR 基盤は、正確な技術的権限、測定可能なサービスレベル、地域の料金を設定したり争われた権利を決定したりする権限を持つべきではない。そのインターフェースは、地域が不透明なベンダーデータベースからその履歴を再構築せずに離脱できるほどオープンであるべきである。

2016年のIANA 番号付けサービス SLAは、別の有用な原則を提供している：サービス、報告、レビュー、終了は機関間で契約的に表現できる。将来の共通プラットフォームは、同様に明示的な合意を必要とするが、ソースアクセス、データポータビリティ、セキュリティインシデント、地域継続性に関するより強力な規定を伴う。

既存の協力はコストの質問に答えるには薄すぎる

番号リソース組織（NRO）はすでに RIR を調整している。共同の立場、ICANN とのアドレスサポート組織関係、共有プロジェクト、いくつかの共通経費を支援している。この協力は、すべての共有メカニズムが制度的に異質であるという考えに反論する。

しかし、完全なサービスコスト台帳を提供していない。NRO の経費貢献は、別々に資金提供され続けているエンジニアリングおよび管理機能についてはほとんど語らない。2024年の NRO 執行理事会記録は、AFRINIC の状態のために共通経費が4つの RIR 間で分割されたことを記している。その記録は、共同資金調達と、ある地域が正常に参加できない場合に生じるガバナンスの困難を示している。重複したバックオフィスを定量化していない。

協力は盾にもなり得る。共同委員会や標準は効率性の証拠として引用されるが、各地域は依然として独自の実装、サプライヤー、保証を維持している。逆に、1つのソフトウェア障害が世界に影響するのを防ぐ場合、別々の実装は価値があるかもしれない。公共は、二分法のラベル「共有」または「地域」ではなく、コンポーネントマップを必要としている。

主要な機能ごとに、マップは以下を記載すべきである：共通標準、共通コード、共通オペレーター、共通調達、相互バックアップ、独立した実装、または地域固有の機能。年間総コストと、選択された分離の程度の理由を示すべきである。これにより、アーキテクチャの多様性を説明責任のある決定に変えることができる。

多様性には保険価値がある

5つの実装は相関障害を防ぐことができる。ある地域の脆弱性、運用ミス、ガバナンスの掌握は、他の地域を無効にする必要はない。別々のサプライヤーとコードベースは、比較を通じて前提を明らかにすることができる。地域スタッフは、別の機関が訴訟中であるかリーダーシップを失った場合でもサービスを継続できる。

その保険は現実的だが、多様性はそれを生み出すように設計されなければならない。同じ脆弱な依存関係から構築され、同じクラウドプロバイダーによってホストされ、同様の資格情報で管理されている5つのシステムは、独立して見えるが一緒に障害を起こす可能性がある。テストされたポータビリティのない5つの互換性のないシステムは、地域の崩壊を修復するのをより困難にする。

したがって、耐障害性の説明は障害ドメインを測定すべきである。コードの系統、ホスティング、ID プロバイダー、鍵管理ハードウェア、ネットワークトランジット、重要なサプライヤー、管轄、特権アクセスをマッピングすべきである。共通コンポーネントは、集中が危険な場合、複数のオペレーターまたは再現可能なデプロイメントを持つべきである。地域のコピーは、機能すると想定されるのではなく、復旧のためにテストされるべきである。

共有インフラは、独立した運用を可能にしながらポータブルなリファレンス実装を提供する場合、多様性を向上させることができる。また、1つの中央チームがすべての地域の本番を管理する場合、多様性を弱める可能性もある。望ましいアーキテクチャは、共通エンジニアリングと共通障害を分離する。

会員にはその保険の価格を示すべきである。独立した実装に追加の金額がかかる場合、報告書はそれが緩和する障害シナリオと独立性が本物である証拠を記載すべきである。「地域の自律性」は、同一の依存関係に付けられた儀式的なラベルであってはならない。

共有サービスにはベンダー契約よりも強力なガバナンスが必要

コンポーネントを集中化すると権力が変化する。共通オペレーターは5つの地域にとって不可欠になり、その経営陣に個々の RIR 会員が簡単に挑戦できないレバレッジを与える。したがって、調達節約はガバナンスの負債を生み出す可能性がある。

サービスは制限の周りに構成されるべきである。所有権は共同である可能性があるが、単一の RIR が制御すべきではない。理事会の代表が唯一の説明責任メカニズムであるべきではない。なぜなら、5つの機関が共同でサプライヤーを保護できるからである。技術パフォーマンス、セキュリティインシデント、関連当事者取引、役員報酬、コスト配分は公開報告されるべきである。

地域の顧客には強制力のある離脱権が必要である。データとログは文書化された形式でエクスポート可能でなければならない。ソースコードまたは再現可能な代替手段は、重要なコンポーネントについてはエスクローまたはオープンライセンスの下で利用可能でなければならない。地域は、移行中に独立して最近のバージョンを運用できるべきである。終了は権威あるサービスを中断してはならない。

コスト配分にもルールが必要である。均等な5分の1は小規模地域に負担をかける可能性がある。報告された会員による配分は定義によって操作される可能性がある。トランザクションによる配分は、大規模な固定状態の複雑さを持つ地域を過小請求する可能性がある。混合方式は、共通ベース、リソースレコード、アクティブアカウント、トランザクション負荷、支払い能力調整を使用し、感応度開示を伴う。

プラットフォームと地域の間の紛争は、他の RIR 幹部だけによって解決されるべきではない。独立した技術仲裁と継続性プロトコルが必要である。権利に影響するアクションは地域に残らなければならず、サービスパフォーマンスの紛争は共通契約に照らして判断できる。

基準は通常のアウトソーシングよりも高くなければならない。なぜなら、サービスはグローバルに一意な公共インフラをサポートするからである。ポータビリティのない安価な集中化は、5つのコストセンターを1つの独占に交換することになる。

ポータビリティは一意性を断片化せずに競争を生み出すことができる

5つのクローズドスタックと1つの独占の両方に対する最も有用な代替手段は、認定されたポータビリティである。地域は、認定されたオペレーターの中から選択するか、コンポーネントを自身で運用することができる。ただし、各実装が共通の適合性、セキュリティ、継続性、データポータビリティテストに合格することが条件である。

権威あるポリシーと権利決定は地域に残る。技術サービスプロバイダーは、境界のある契約の下で実行する。プロバイダーを切り替えても、リソースを所有する者や関係を統治する会員団体は変わらない。共通のイベント形式と調整層は、グローバルな一意性を保持する。

競争はコストを明らかにする。既存の地域実装が効率的で応答性が高い場合、それは残ることができる。共通オペレーターがより低い総コストでより良いサービスを提供できる場合、会員は比較を見ることができる。プロバイダーが失敗した場合、別のプロバイダーがエスクローデータとログから状態を再構築できる。

ポータビリティは、規制されていない民営化になってはならない。プロバイダーには、厳格な利益相反ルール、独立した監査、インシデント開示、スタッフスクリーニング、レジストリデータの二次使用制限が必要である。運用依存性を使用して、リソース保有者に無関係なサービスを販売すべきではない。認定は、継続性を危険にさらさずに取り消し可能であるべきである。

オープンインターフェースは、より小さな改善も可能にする。地域は、レジストリアプリケーションを保持しながら、テストプラットフォームと復旧ツールのみを共有するかもしれない。別の地域は、共通の RPKI コンポーネントを採用するかもしれない。証拠は、危険な「ビッグバン」移行を強制するのではなく、コンポーネントごとに蓄積することができる。

このモジュール性は、議論をイデオロギーからパフォーマンスへと変える。質問は、定義されたコンポーネントがサービス、コスト、管理のしきい値を満たすかどうかであり、地域主義か中央主義かが道徳的に優れているかではない。

移行コストは節約の前に開示されなければならない

共有サービスの提案は、しばしば成熟した共通システムを現在の全コストと比較し、移行を省略する。それは架空の節約を生み出す最も簡単な方法である。

移行には、在庫、データクリーニング、インターフェース適応、セキュリティレビュー、法務分析、スタッフトレーニング、並行運用が必要である。既存の契約には終了コストがかかる場合がある。レガシーシステムは監査のために読み取り専用のままにする必要があるかもしれない。共通プラットフォームは、理想化された平均ではなく、最も複雑な地域のケースをサポートしなければならない。スタッフの知識は、代替が安定する前に失われる可能性がある。

ビジネスケースは、少なくとも3つのフェーズを公表すべきである：構築と保証、並行運用と移行、成熟運用。各フェーズは、地域と中央の FTE、サプライヤーコスト、コンティンジェンシー、廃止、サービスリスク、正味便益が期待される日付を示すべきである。便益は割り引かれ、遅延、低い採用率、高いセキュリティコストの下でテストされるべきである。

ポジションが重複とラベル付けされただけでは、スタッフの節約を計上すべきではない。ローカル統合、監督、権利管理は残る。節約には、実際の削除または再配置の決定が必要である。解放されたスタッフが新しいプログラムに移動した場合、それは価値を生み出すかもしれないが、現金節約ではない。

ビジネスケースには、離脱と失敗のコストも含めるべきである。交換できない安価なプラットフォームは、別々のシステムよりも大きな長期的負債を負う可能性がある。継続性準備金、テストされた独立したデプロイメント、契約上の介入権は、総コストの一部である。

5つの RIR の機能台帳が最初の改革である

アーキテクチャを選択する前に、RIR は少なくとも3年間の共通機能台帳を公表すべきである。それは監査済みの会計に取って代わるものではない。それらを比較可能なサービスファミリーに言い換えるものである。

台帳は、レジストリデータと RDAP、リソースリクエストと転送、RPKI、認証、請求、会員サポート、ポリシーとガバナンス、トレーニングとエンゲージメント、測定と研究、セキュリティと継続性、法務とコンプライアンス、および企業間接費をカバーすべきである。それぞれについて、直接 FTE、請負業者、テクノロジー、施設、配賦された間接費、ワークロード単位、成果を特定すべきである。

定義は共通であり、地域の例外は明示されるべきである。報告書は、現地通貨での各監査済み勘定に戻って調整すべきである。別の為替レート付録は、平均レートと期末レートを使用した変換シナリオを提供できるが、現地数値が主要なままであるべきである。購買力比較は手頃さを知らせる可能性があるが、現金勘定を置き換えるものではない。

会員分母は、複数の形式で公表されるべきである：既知の独自の法人、アクティブアカウント、支払いアカウント月数、料金コホート。地域間の重複は、プライバシーを保護する方法でのみ推定され、範囲として報告されるべきである。分母が調整されるまで、グローバルな会員1人あたりの数値は表示されるべきではない。

台帳は、現在の共有を特定すべきである。2つの RIR が共通コード、共同調達、または相互復旧を使用している場合、コストとサービスの影響は可視であるべきである。耐障害性のために独立した実装が保持されている場合、障害ドメインとテストされた便益を記載すべきである。

その証拠をもって、会員は直感ではなく実際の機能を使用して5％、10％、15％のアドレス指定可能シェアを議論できる。不確実性の範囲は、修辞的な自信ではなく開示によって狭まる。

地域会員は別々に取引を承認しなければならない

共同プラットフォームは、5人の幹部が合意したという理由だけで正当化されるわけではない。各会員は異なるコスト、リスク、管理を負う。近代的で低コストのスタックを持つ地域は、高価なレガシーシステムを持つ地域を補助する可能性がある。小規模レジストリは耐障害性を得るかもしれないが、大規模貢献者による支配を恐れる。制度的ストレス下にある地域は、継続性サポートを必要とするかもしれないが、通常のガバナンスを行使できない。

したがって、各 RIR は同じビジネスケースを地域的に理解可能な形式で提示し、自らのルールの下で会員の権限を得るべきである。投票は、コンポーネント、コスト配分方式、ガバナンス権利、データ配置、パフォーマンスしきい値、離脱、レビュー日を指定すべきである。「協力」の原則の承認は広すぎる。

少数派の保護が重要である。貢献地域は、その権利を実質的に変更する4対1の決定に閉じ込められるべきではない。また、1つの地域がすべてに必要なセキュリティパッチを拒否すべきではない。合意は、通常の運用決定、スーパーマジョリティの憲法決定、一方的な地域離脱を区別できる。

会員はまた、制度的に誰が損をするかを見るべきである。共有システムは、幹部の範囲、ローカルエンジニアリングの裁量、サプライヤー関係を減らす可能性がある。それらの利害は提案を無効にするものではないが、開示されるべきインセンティブを生み出す。統合または分離を推奨する人々が影響を受ける予算を管理している場合、独立したレビューが特に重要である。

取引は証拠が存在した後に再検討されるべきである。5年の期間で年間サービス報告と3年目の独立レビューは、投資を許可するが永続性を生み出さない。コストまたは管理テストに失敗したコンポーネントは、地域運用に戻すことができる。

目標は薄い調整と厚い説明責任である

インターネット番号リソースには、一意性を保持し、移行を検証し、サービスを復旧するための十分な共有状態とプロトコルを持つ薄いグローバル調整層が必要である。機関が権利を解釈し、資金を集め、紛争を解決し、優先順位を設定する場所には、厚い説明責任が必要である。

現在のシステムはその原則を逆転させる可能性がある。技術実装は厚く重複している一方、会員はコストとパフォーマンスの薄い比較勘定を受け取る。地域機関はソフトウェア層で自律性を守るが、予算層で限られた選択肢を提供する。

より良い設計は、共通の機械を退屈で争い可能なものにすることである。データ形式、テストスイート、ログ、復旧パッケージ、セキュリティ管理は、標準化、保証、ポータブルになる。地域機関は、明確な決定、公正な料金、ローカルアクセス、権利保護、運用能力、会員管理において競争する。

これは、すべての共有コンポーネントがコストを節約するという仮定ではない。一部の共通管理は、同じコストでセキュリティや継続性を改善するため採用する価値があるかもしれない。一部の別々のシステムは、真の障害分離を生み出すため保持する価値があるかもしれない。決定ルールは、最小支出ではなく総公共価値である。

監査済みの枠は、質問する機会の規模を確立するだけである。5％では、アドレス指定可能プールはすでに重要である。15％では、戦略的である。比較可能な AFRINIC 分母と共通サービス分類法の欠如は、正直なグローバル総計を妨げる。その不確実性は、発明された精度ではなく開示を引き起こすべきである。

5つの地域機関は、5つのバックオフィスを信仰箇条として扱うことなく、地域の権利の守護者であり続けることができる。負担は逆転すべきである：会員が別の別々の再構築に資金を提供する前に、レジストリはそのコンポーネントでの独立性がなぜポータブルな共有サービスよりも多くの耐障害性、説明責任、または価値を生み出すかを示すべきである。会員が集中化を承認する前に、提案されたオペレーターは、共通コストが共通管理にならないことを示すべきである。

パイロットは統合の前にポータビリティをテストすべきである

最初の共有サービス実験は、最終的なリソース権限に触れるべきではない。障害が可逆的で、パフォーマンスが地域間で測定可能なコンポーネントを選択すべきである。単一の本番レジストリアプリケーションよりも、共通の適合性と復旧プラットフォームの方が有力な候補である。

各 RIR は、重要なケースパスの匿名化または合成バージョンを共有テストスイートに提出できる：アカウント復旧、企業変更、転送状態、RPKI 発行、RDAP 公開、委任統計、バックアップ復元。スイートは、地域ポリシーブランチを保持しながら共通の不変条件を検証する。結果は、資格情報や機密ケースを公開せずに、合格率、修正時間、未解決の divergence として公開できる。

第2フェーズは、エクスポートとリプレイを標準化できる。各地域は、指定された時点で権威あるサービスを再構築するために必要な状態を含む、署名され文書化されたパッケージを生成する。独立して運用される環境が、管理された条件下でパッケージを復元する。テストは、完全性、サービスまでの時間、手動介入、文書化されていない依存関係、地域が再構築結果を検証できるかを測定する。

その演習は、本番サービスが統合されなくても価値を生み出す。隠れたロックイン、弱い文書化、互換性のない状態モデルを明らかにする。また、将来の競争に必要なポータビリティを確立する。会員は、バックアップが存在するという約束ではなく、継続性の証拠を得る。

それらの管理が機能した後にのみ、RIR は共通の本番コンポーネントをパイロットすべきである。RIR 間転送メッセージングは、両側が自らの承認権限を保持しながらケース状態の共有ビューを必要とするため、 plausible な選択である。パイロットは限られた転送セットをカバーし、既存のチャネルと並行して実行し、調整が失敗した場合に自動的に停止できる。共通オペレーターは転送を承認できず、署名された証拠とステータスを運ぶのみである。

パイロット勘定は全コストを開示すべきである。地域スタッフの時間、中央エンジニアリング、保証、調達、法務作業、並行運用、インシデント対応はすべて分母に含まれる。報告される便益には、手動調整の減少、経過時間の短縮、エラーの低減、より強力な証拠、復旧能力が含まれるべきであり、現金節約だけではない。

成功しきい値は開始前に設定されるべきである。コンポーネントは、持続期間にわたってサービス可用性、セキュリティ、ポータビリティ、コスト、地域管理のしきい値を満たした場合にのみ進めるべきである。離脱を弱める安価なコンポーネントは失敗すべきである。より高価なコンポーネントは、重要かつ承認された耐障害性の向上をもたらす場合に合格できるが、勘定はそのリターンが耐障害性であり節約ではないことを述べなければならない。

パイロットには強制離脱も含めるべきである。1つの参加地域が、他の地域がサービスを継続している間に、共有エクスポートを使用して独立した実装への文書化された移行を呼び出す。これは、ポータビリティが権利か条項かをテストする唯一の信頼できる方法である。復元後、記録、署名、公開インターフェースは、以前のプロバイダーの裁量的な支援なしに調整されるべきである。

スタッフと会員の経験は別々に評価されるべきである。エンジニアはメンテナンスが簡単になる一方、権利スタッフは厄介なローカル例外に直面する可能性がある。会員はより速いサービスを受けるかもしれないが、理解しにくい理由を受けるかもしれない。技術的な合格は、より弱い異議申し立ての経路を補償できない。地域団体は、共通オペレーターがコンポーネントを実行している場合でも、サービス全体に対して責任を負い続ける。

調達は、パイロット勝者がデフォルトで恒久的なプロバイダーになるのを防ぐべきである。仕様、インターフェース、テストスイートは、資格のある代替案に利用可能なままであるべきである。あらゆる延長は、新たなコスト比較と会員決定を必要とする。会員の資金で作成された知的財産は、それらの会員に対する通行料を生み出すべきではない。

このシーケンス（共通テスト、実証済み復旧、境界のあるメッセージング、強制離脱）は、制度的な利害が高まる前に最も重要な質問に答える。RIR は、独立した権限と復旧を保持しながら機械を共有できるか？小規模で答えがノーの場合、グローバルプラットフォームは進めるべきではない。答えがイエスの場合、会員は次の5つの別々の実装のコストに挑戦するのに十分強い証拠を持つことになる。

コスト比較にはサービス品質と権利リスクを含めるべき

最低コストは、権威あるインフラの不完全な調達ルールである。地域システムは、共通サービスが無視する言語、支払いチャネル、または上訴経路をサポートするため、より多くのコストがかかる場合がある。共有サービスは、復旧時間を増やしたり特権アクセスを集中させたりしながら低コストになる場合がある。これらの違いには共通の評価枠組みが必要である。

比較は、財務結果と4つの非財務勘定を報告すべきである。サービス勘定は、可用性、遅延、完了時間、欠陥率、サポートをカバーする。セキュリティ勘定は、ID 保証、特権アクセス、脆弱性、インシデント、復旧をカバーする。権利勘定は、理由、上訴、ポータビリティ、データ保護、地域機関が自動アクションを無効化または停止する能力をカバーする。耐障害性勘定は、サプライヤー集中、独立したデプロイメント、復旧状態テスト、相関障害をカバーする。

各勘定は、装飾的なスコアではなくしきい値を使用すべきである。重要な権利または継続性のしきい値に失敗する提案は、有利な加重平均によって救済されるべきではない。許容可能なセット内で、会員は全コストと増分便益を比較できる。これにより、将来の離脱請求がスプレッドシートの外にあるため、安価だが拘束力のあるプラットフォームが効率的に見えるのを防ぐ。

不確実性は明示的であるべきである。サプライヤー価格、移行期間、セキュリティ要件、地域採用は変化する。ビジネスケースは範囲を示し、どの前提が主張された利点を生み出すかを特定すべきである。移行に6ヶ月長くかかると便益が消える場合、会員は承認前にそれを知るべきである。共通保証が5地域すべてが参加した場合にのみ安くなる場合、完全採用への依存が述べられるべきである。

同じ方法が別々のシステムの防御を規律する。自律性の便益を主張する地域は、独立した障害ドメイン、テストされた離脱、追加費用に対して得られる権利上の利点を特定すべきである。同じクラウド、ID プロバイダー、テストされていないバックアップを共有しながら、名目上の独立性に2倍支払うことは耐障害性ではない。

したがって、比較ガバナンスは台帳の真の製品である。それは各地域会員に、分離がその価格に見合う場所と、誰も説明することを要求されていないため繰り返しが生き残る場所を選択する証拠を与える。

出典と方法

現地通貨の経費枠は、2024年比較支出については RIPE NCC の2025年財務報告書、ARIN の2024年財務プレゼンテーション、APNIC の監査済み2024年財務報告書、LACNIC の2024年独立監査報告書、AFRINIC の2024年財務開示を使用している。APNIC の金額は、リストされた経費ラインの算術合計であり、別途印刷された総計としてではなく、それに応じてラベル付けされている。

グローバル調整層の議論は、IANA の公式番号リソース概要、割り当てデータ、リクエスト手順、パフォーマンスレポート、および NRO の2016年 IANA 番号付けサービス SLAを使用している。5％、10％、15％のアドレス指定可能コストケースと例示的な移行ケースは感応度であり、予測ではない。クロス通貨総計、グローバル会員数、実現節約、AFRINIC の全経費推定値は主張されていない。