概況

  • APNIC の現在の IPv4 体制は、閉ざされた店の前の単なる行列ではない。少数プールの制限、返却スペースの処理、将来の先着順待機リスト、そして管理供給が小さすぎる、遅すぎる、または不確実な場合に存在する移転市場から構築された配給システムである。
  • 経済的テストは、APNIC が待機列の規律を狭く維持できるかどうかである。明確な状態遷移を公開し、ブロックサイズを誠実に一致させ、ビジネスプラン管理なしで不正を防止し、誰が希少な資本に値するかのゲートキーパーではなく、希少性の記録保持者であり続けることである。

有用な場面は公開の会議のマイクではない。それは、ルーター、アクセス回線、顧客設備、クラウド接続にすでに投資している地域ネットワーク事業者での財務会議である。ネットワークは設計の一部として IPv6 で運用できる。内部でプライベートアドレスを実行できる。管理型 NAT 容量を購入できる。アップストリーム契約を結べる。しかし、顧客ベースの一部には依然としてパブリック IPv4 到達可能性が必要であり、理論的なものではない。支払いプロバイダーは安定したエンドポイントを要求する。エンタープライズ顧客は許可リストを要求する。古い機器は直接アドレス指定を要求する。不正利用チームは苦情を乗り越える属性情報を要求する。計画された拡張にはトークンブロック以上のものが必要だが、管理チャネルは少量しか提供できず、それも申請者が現在のルールに適合する場合のみである。

ここが、待機リスト経済が始まる場所であり、列が正式に満たされる前からである。APNIC の現在のポリシーアーキテクチャでは、新規および既存の会員は残りのプールから少量の IPv4 スペースを受け取ることができる。通常の上限は、103/8 プールからの合計 /23 であり、以前の /22 制限から 2019 年に削減された。最小割り当てサイズは /24 である。回収された非 103/8 アドレスは、もはや古い別個の待機リストの背後にあるわけではない。2019 年 7 月以降、それらは残りの IPv4 プールの一部として扱われている。APNIC のポリシーテキストはまた、すべての IPv4 アドレスが枯渇した後、新規申請者のリクエストは先着順の待機リストに載り、回収アドレスと IANA 割り当てアドレスの単一プールが、アドレスが利用可能になり次第、それらの待機リストリクエストに供給されると述べている。

これは、親しみのある管理用語（プール、リクエスト、先着順、利用可能、回収）を使用しているため、すっきりしているように聞こえる。しかし、列は手続きだけではない。それは時間と不確実性で表される割り当て価格である。運用者が /21 を必要とし、プールが /23 を配給できるだけの場合、列はエンジニアリング計画を解決しない。それは運用者が購入、リース、変換、遅延、顧客分割、または再設計をしなければならない小さなアンカーを提供する。次の調達マイルストーンまでにアドレスが必要で、将来の列が納品を約束できない場合、列は計画リスクとなる。返却されたスペースが奇妙な断片で到着した場合、列の順番はネットワークが使用できるブロックサイズと一致しないかもしれない。アンチゲーミングルールにより資格が誰が何をすでに受け取ったかに依存する場合、列は法人アカウント、タイミング、移転制限をめぐる戦略ゲームとなる。市場が既知の価格でブロックを提供できる一方、列が既知の日付を提供できない場合、市場が本当の外部オプションとなる。

待機リストはしばしば公平性という言葉で擁護される。それは最も弱い防御である。公平性はあまりに抽象的で、制度を規律づけることができない。列は見かけ上は公平であっても、高い隠れたコストを生み出す可能性がある。先着順ではあっても有用ではないかもしれない。異なる申請者を同じように扱い、プロジェクトが待てる申請者に報いる可能性がある。明示的な価格を避ける一方で、機器、顧客、資金を遊休状態に置くすべてのネットワークに運転資本コストを課す可能性がある。明白な投機の一形態を防ぐ一方で、より目立たないアカウント構造化の形態を促進する可能性がある。平等なアクセスという公的な物語を維持しながら、真剣な需要は他に移らなければならないことを市場に伝える可能性がある。

列のより良い防御はより狭い。レジストリがまだ小さな管理プールを保持している場合、それは価格規制当局やビジネスモデルの計画者になることなく、それを分配する方法を決定しなければならない。待機リストは、控えめな機能を果たす場合に正当化され得る。つまり、小さく不規則な返却供給を予測可能な認識イベントに変え、裁量的な好意を避け、小規模申請者に最小限のパブリックブロックへの透明な経路を提供し、リクエストが完了したか不完全かを記録し、管理チャネルが何をでき、何をできないかを市場に伝える。列それ自体が正当性ではない。それはレジストリが、それを所有しているふりをせずに希少性を配給できるかどうかのテストである。

適合しない返却ブロック

返却ブロックを、中古の機械がディーラーに戻ってくるものと想像してほしい。それは現実かもしれない。価値があるかもしれない。すぐに再販に適さないかもしれない。APNIC 自身の説明資料は、利用可能スペースと予約スペースを区別し、予約スペースには品質チェック中の自発的に返却されたスペースや、管理上のクリアランスを待っている回収スペースが含まれる可能性があると述べている。その区別は重要である。返却された IPv4 は自動的にクリーンな在庫ではない。それはルーティングの履歴、評判の低下、古い逆 DNS の習慣、古い顧客参照、企業権限の問題、レジストリ状態の残留物を伴う可能性がある。回収されたプレフィックスは技術的に一意であっても、商業的に扱いにくい場合がある。

列の中の申請者は、それを制度上のニュアンスとして経験しない。遅延、ミスマッチ、不確実性として経験する。/24 が利用可能になったが、次の申請者の事業計画が初年度に 700 アドレスを必要としているとする。/24 は開始するには十分かもしれないが、エンタープライズ製品の約束を満たさないかもしれない。/22 が現れたが、ポリシー、以前の受領、または保全ルールにより、ブロック全体を次の申請者に与えることができないとする。分割すれば、より多くの受益者が生まれるが、有用性は低下する。返却された範囲が悪用の評判のために検疫期間を必要とする場合、列の位置は納品日ではなく、使用可能在庫に対する条件付き請求権である。

そのため、ブロックサイズのミスマッチが待機リスト経済の中心である。IPv4 は実際には完全に分割可能ではない。ルーティングテーブル、最小転送サイズ、顧客セグメンテーション、逆 DNS、RPKI、地理位置情報、評判はすべて、塊状の価値を生み出す。/24 は、多くの運用コンテキストで共通の最小のグローバルにルーティング可能な単位であるため、特別な意味を持つ。より小さな断片はポリシー上は可視であるが、ルーティング経済ではあまり有用ではないかもしれない。より大きな断片は運用の複雑さを減らすためにより価値があるかもしれないが、配給ルールにより一人の申請者が全量を受け取ることを防ぐ場合がある。したがって、列はアドレスだけでなく、適合性も割り当てる。

適合性は、時間が資本となる場所である。少なすぎるものを受け取ったネットワークは、別のソースを追加しなければならない。転送ブロックを購入するかもしれない。リースするかもしれない。住宅顧客には CGNAT を使用し、ビジネス顧客にはパブリックアドレスを予約するかもしれない。アドレス計画が信頼できるようになるまで製品をパイロットモードに保つかもしれない。ある都市で先に立ち上げ、別の都市で後から立ち上げるかもしれない。顧客に後日の移行を約束するかもしれない。コストは単なるアドレスの市場価格ではない。商業計画全体を半展開状態に保持するコストである。

これが、APNIC の /23 上限が保全を超えた経済的意味を持つ理由である。上限により、特に最終 /8 ポリシーアーキテクチャ後、より多くのアカウント保有者に少量が利用可能になる。また、APNIC の管理チャネルが成長供給チャネルではないことを明確にする。/23 以上の必要がある申請者は転送に向けられる。それは非常に重要な制度的声明である。つまり、列と市場は同等の力を持つ代替物ではない。列は最小限の足掛かりを供給する。市場は規模を供給する。

その違いは明示的にされるべきである。なぜなら、混乱は誰の利益にもならないからである。APNIC の管理供給がスターターブロックであるならば、列はスターターブロックメカニズムとして評価されるべきである。成長需要への答えとして売り込まれるべきではない。転送市場が規模メカニズムであるならば、APNIC の義務は転送記録を正確で予測可能かつ中立に保つことであり、待機リストが希少性を打ち負かすことができるふりをすることではない。危険は列が小さいことではない。危険は小ささに関する制度的ロマンスである。

静かな価格としての時間

市場は価格を金銭で示す。列は価格を時間で示す。そのため、列は政治的に魅力的であり、経済的に危険である。金銭の価格は攻撃、監査、比較、融資、ヘッジが可能である。時間の価格は、調達の遅延、顧客離脱、収益遅延、重複アーキテクチャ、忍耐のオプション価値の中に隠れる。すべてのネットワークが同じように待つ能力を持っているわけではないため、不均等に支払われる。

待機リストの申請者は、何も受け取る前に支払う。文書を準備しなければならない。アカウントの状態を維持しなければならない。質問に答えなければならない。信頼できる展開計画を維持しなければならない。アドレスが確実になる前に機器を購入するかどうかを決定しなければならない。パブリックアドレスが確実になる前に顧客と契約するかどうかを決定しなければならない。リースアドレスを橋渡しとして使用し、その後移行するかどうかを決定しなければならない。列の動きが遅ければ、申請者は行使日が不確かなオプションを購入したことになる。列が突然動けば、申請者は改訂された計画にもはや合わないかもしれないブロックを受け入れ、設定し、支払う準備ができていなければならない。

これは、新規参入者の不利な問題と同じではない。将来の記事では、既存事業者がどのように継承されたアドレスストック、歴史、銀行性から始まるかを検討できる。この列の記事はより狭い対象を持っている。つまり、配給装置がタイミングを通じてどのように希少性を価格設定するかである。既存事業者も、事業部門が小さな追加ブロックを欲する場合に列のタイミングに直面することがある。新規参入者は購入またはリースによって列を避けることができる。公共機関は、調達ルールが非公式な市場調達を嫌うため、待つことを好むかもしれない。クラウド顧客は、プラットフォームのパブリックアドレスをレンタルすることで問題を回避できるが、移植性を失う。列は参入者の話ではなく、時間価格の話である。

時間価格はアジア太平洋で重要である。なぜなら、APNIC の地域には非常に異なるタイミング体制が含まれているからである。一部の申請者は、移転ブローカー、法律顧問、予測可能な銀行業務、クラウド代替手段が存在する成熟した市場で事業を行っている。他の申請者は、外国為替承認、輸入サイクル、現地言語の文書化、NIR 調整、または公共調達により、一ヶ月の不確実性がはるかに高価になる経済で事業を行っている。先着順ルールはレジストリのページ上では等しく見える。待つことのコストを等しくするわけではない。

したがって、最も強力な列には時間の透明性が必要である。申請者がオプションをモデル化できるように十分な状態情報を公開すべきである。前に完了したリクエストはいくつか？どのブロックサイズが可能性が高いか？どのくらいの返却スペースが利用可能、予約済み、品質レビュー中、または管理上ブロックされているか？最近の返却ブロックはどうなったか？どのような理由でアプリケーションが不完全として扱われたか？列の順番が使用可能な割り当てに変換される頻度はどのくらいか？目的は、管理供給の取引画面を作成することではない。列が霧の発生装置になるのを防ぐことである。

不透明性は二つの悪いインセンティブを生み出す。第一に、申請者は希望に基づいて過剰に構築する。公式チャネルが納品するかもしれないため、待ちすぎる。第二に、申請者は待つことを価格設定できないため、列を放棄する。どちらの場合でも、レジストリは希少性について真実を伝えていない。規律あるレジストリは、事実上次のように言うであろう。このプールは小さく不確かな量を提供できる。列は明確な状態ルールによって処理される。それを超えるものはすべて、転送、リース、IPv6 移行、プライベート計画に属する。そのような正直さはあまり寛大に聞こえないかもしれないが、より有用である。

先着順はルールであり、正義の理論ではない

先着順の順序付けは、理解しやすく、操作された場合にのみ防御が難しいため、魅力的である。しかし、先着順は経済的正義の理論ではない。それは早期の準備に報いる。準備は部分的には努力、部分的には情報、部分的には管理能力、部分的には運である。最初にルールを学び、最も早く書類をまとめ、適切なアカウント状態を維持し、リクエストを完了させる方法を理解している申請者は、より緊急のサービス需要がある申請者よりも優位に立つかもしれない。それは必ずしも間違っていない。それは単にルールが行うことである。

代替案は明らかに優れているわけではない。レジストリが必要性でランク付けすれば、それは事業計画の審判になる。公共の価値でランク付けすれば、開発機関になる。支払意欲でランク付けすれば、競売人になる。技術的洗練度でランク付けすれば、既存事業者とコンサルタントを優遇する。経済でローテーションしようとすれば、地域レジストリに国家政治を持ち込む。狭い先着順リストは、この層での野心が裁量になるため、あまり野心的でないかもしれない。

したがって、実践的な問題は、先着順が何を意味するかである。時間は申請者がフォームをクリックしたとき、APNIC が必要な証拠をすべて受領したとき、APNIC がリクエストが完了したと判断したとき、料金が支払われたとき、アカウント状態がクリーンであるとき、または申請者がレビューに合格したときに開始されるのか？各選択は価値を割り当てる。完全性ルールは低品質の投機的提出を discourages るが、APNIC スタッフに時計が始まる瞬間に対する権限を与える。提出時刻ルールはタイムスタンプが容易だが、場所を確保するためだけに行われる薄い提出を促進する。支払時刻ルールはキャッシュフローと銀行バイアスを生み出す。レビュー完了ルールは、レジストリの質問に答える経験のある申請者を優遇する。

列はこれらの瞬間が公に定義されている場合にのみ正当であり得る。先着順と言うだけでは十分ではない。時計には目に見える開始が必要である。不完全なアプリケーションには理由が通知されるべきである。治癒期間は短く予測可能であるべきである。拒否理由は分類されるべきである。再提出は飛び越えの方法になってはならない。スタッフにはエラーを修正する余地があるべきだが、優先順位を発明する余地はない。レジストリが機密のビジネスデータを明らかにせずに申請者 A が申請者 B より前である理由を説明できない場合、列は裁量が過剰である。

これは、希少な IPv4 の列には市場価値があるため重要である。列の順番は、買い手が転送を遅らせるかどうか、貸し手が展開に資金を提供するかどうか、サプライヤーが支払条件を提供するかどうか、または顧客が契約するかどうかに影響を与える可能性がある。列の位置が譲渡可能でなくても、それは私的な決定に影響を与える。私的な決定に影響を与えるものはすべて、ガバナンスの表面となる。基準は退屈な精度であるべきである。

先着順ルールはまた、アカウント戦略に対して脆弱である。各アカウント保有者が管理プールから受け取ることができる量に上限がある場合、法人構造が重要になる。子会社、関連会社、合弁事業、または国別ユニットを持つグループは、単一企業の運用者よりも需要を提示する方法が多いかもしれない。APNIC のポリシーとアカウントルールは明白な悪用を制限できるが、アンチゲーミングルールは容易に法人管理レビューになり得る。線は薄い。レジストリは、申請者が現実で、明確で、責任があり、シェルを使用してアクセスを倍増させていないことを確認する必要があるかもしれない。それは法人戦略の法廷になるべきではない。

アンチゲーミングの設計は、客観的事実に焦点を当てるべきである。共通の支配、共有インフラ、以前の受領、アドレス使用宣言、転送履歴、アカウント関係。重要な事実のカテゴリを公開すべきである。ビジネスモデルが価値があるかどうかについての道徳的推測を避けるべきである。テストは APNIC が申請者の商業計画を好むかどうかではない。テストは、列が配給ルールを破るために使用されているかどうかである。

すぐ外にある移転市場

APNIC の枯渇ページは規模の問題について率直である。会員は少量を受け取ることはできるが、/23 以上が必要な場合は IPv4 転送を検討すべきである。転送ページは、転送をある法人から別の法人への番号リソースの移動として説明している。未使用の IPv4 および ASN 転送、合併または買収による転送、歴史的リソースの転送をリストしている。現在のポリシーは、APNIC が条件に従って IPv4 転送を処理および記録し、公開転送ログを維持し、/24 最小転送サイズや 103/8 割り当ての 5 年間譲渡不可などの制限を課すと述べている。

その転送市場は列にとって恥ずかしいものではない。列が狭くあり続けることができる理由である。APNIC が待機リストを需要に対する主な答えにしようとすれば、誰が希少な成長能力に値するかを決定しなければならない。列がより公平に見えるため市場を抑制しようとすれば、需要を管理希少性の背後に閉じ込めることになる。市場に価格を付けようとすれば、民間資本の規制当局になる。よりクリーンな解決策は、違いを認識することである。列は残余の管理供給を割り当て、市場は既に保有されているスペースを再割り当てし、レジストリは公的記録が正確に保たれるよう転送を記録する。

外部オプションは申請者の計算を変える。プロジェクトが小さなブロックで開始できる場合、申請者のアドレス需要が控えめである場合、調達ルールが APNIC の割り当てを好む場合、または市場価格が一時的に魅力的でない場合、待つことは合理的かもしれない。タイミングが決定的である場合、必要なブロックがより大きい場合、クリーンな履歴が重要である場合、または取締役会がサービス依存ではなく資本資産を望む場合、購入が合理的かもしれない。需要が一時的または不確実である場合、リースは合理的かもしれないが、更新と管理リスクを生み出す。CGNAT は一部の加入者にとって合理的かもしれないが、ログ記録、サポート、評判のコストを課す。IPv6 の展開は将来の依存を減らすかもしれないが、短期的な IPv4 到達可能性のニーズを排除しない。

列はこれらの選択肢の中の一つであり、マスターオプションではない。それが経済的真実である。APNIC がそれを認識すればするほど、その列はより正当になる。APNIC がそれを認識しなければするほど、列は本気のネットワークが迂回する象徴的な約束になる。

転送はまた、列のレトリックを規律づける。ブロックに市場価格があり、列が通常のレジストリコストで小さな管理割り当てを提供する場合、列は価値を付与する。その価値が腐敗している必要はない。これは、各アカウント保有者に基本的なパブリック IPv4 継続性の小さなチャンスを与えるという意図的な政策選択であり得る。しかし、103/8 割り当ての 5 年間譲渡不可ルールは懸念を示している。制限がなければ、低コストの管理ブロックが使用ではなく転売のために捕捉される可能性がある。したがって、アンチフリッピングルールは列経済の一部である。

課題は、有用な移動を凍結せずにフリッピングを防ぐことである。最終プール割り当てに対する 5 年間の制限は理解しやすい。スターターブロックの目的を保護する。しかし、あらゆる制限はエッジケースも生み出す。受領者が合併した場合はどうか？ビジネスが失敗した場合はどうか？ネットワークがピボットした場合はどうか？アドレスブロックが 5 年が経過する前に他でより有用になった場合はどうか？ポリシーは、元の理由がもはや存在しない場合に APNIC への返却を要求できる。合併の取り扱いを定義できる。厳重に監督された変更を許可できる。しかし、理由を可視に保つべきである。制限は配給設計を保護するのであり、ブロックの経済的未来をレジストリが所有するという理論ではない。

補助金には名前をつけるべき

希少な管理プールからの待機リスト割り当ては、誰もその言葉を書かない場合でも補助金である。補助金は必ずしも APNIC の予算から支払われるわけではない。それは、レジストリチャネルを通じて小さな割り当てを受け取るコストと、同等の IPv4 スペースの市場価値との差によって支払われる。受領者はデータベース更新以上を受け取る。他のネットワークが購入、リース、または回避しなければならないかもしれない希少なインプットを受け取る。補助金が存在しないふりをすることは、政策の評価をより困難にする。

補助金に名前をつけることは、それを非難することを意味しない。地域レジストリは、ネットワークが直ちに移転市場に入ることなく最小限のルーティング可能ブロックを取得できるように、小さな管理経路を保存することが合理的である。これは、基本的なマルチホーミング、公共サービス到達可能性、移行アーキテクチャ、運用者の自律性をサポートできる。また、新しいアカウント保有者に、ルーティング、不正利用処理、顧客証明に参加するための十分なパブリックアイデンティティを与えることができる。問題は、小さな補助金が大きな供給問題を解決できるかのように扱われるときに始まる。

補助金には三つの設計上の問題がある。誰が資格があるか？どのサイズが有用か？転売を防ぎつつ、正当な変更を妨げないようにするにはどうするか？APNIC の現在のアーキテクチャは、アカウント保有者制限、/24 の最小、/23 の上限、使用計画要件、返却義務、103/8 割り当ての 5 年間譲渡制限を通じて、これらの質問に部分的に答えている。これらのツールは単なる管理上の詳細ではない。それらは希少な利益をめぐる価格統制である。

資格が広すぎれば、補助金は希釈または捕捉される。資格が狭すぎれば、レジストリは許容可能なビジネス形態の審判になる。サイズが小さすぎれば、割り当ては象徴的になり、本格的な需要は市場に戻される。サイズが大きすぎれば、プールは急速に枯渇し、最初の申請者は風益を得る。転売制限が弱すぎれば、列は後で現金化するための低コスト取得チャネルになる。転売制限が強すぎれば、ブロックは失敗または変更された事業に取り残され、他のネットワークがそれを必要とする可能性がある。

難しい部分は、これらのトレードオフが道徳的語彙によって解決できないことである。「公平なアクセス」は、APNIC に /23 が /24 より良いかどうか、返却された /22 を分割すべきかどうか、または関連会社を持つ申請者がゲーミングの線を越えたかどうかを教えない。「保全」は、ネットワークに 6 ヶ月待つべきか、転送ブロックを購入すべきか、または CGNAT をもう一製品サイクル使用すべきかを教えない。「コミュニティ利益」は、買い手と売り手が転送を完了できる一方でアドレスブロックが列の中に座っていることの機会費用を明らかにしない。

経済的な答えは、補助金を小さく、明示的で、制限されたものにすることである。小さいとは、管理経路が市場の代替ではなく足掛かりであることを意味する。明示的とは、申請者と観察者がルール、列の状態、制限の理由を見ることができることを意味する。制限されたとは、レジストリがその補助金ロジックを転送、リース、融資、顧客地理、製品戦略に拡張しないことを意味する。列の補助金は、狭い場合に正当化され得る。それが、レジストリが希少な IPv4 価値がどのように移動するかを決定すべきであるという一般的な主張になるときに危険になる。

これはまた、列が演劇的な希少性を避けるべき理由でもある。APNIC は注意深い割り当てを正当化するために枯渇を劇的にする必要はない。希少性は、/23 の上限、転送ガイダンス、公開転送ログ、そして回収スペースが重要であるという事実にすでに明らかである。真剣な課題は運用の精度である。逆インセンティブを生み出さずにいくつの小さなブロックを分配できるか？受領者はどれだけの期間転送を制限されるべきか？招待的なレビューを招かずに実際の使用を示す証拠は何か？失敗した事業は、ブロックを無駄にせずにどのように返却または転送すべきか？それらはスローガンではない。それらはたまたまアドレスで表示される補助金の会計である。

枯渇後の保全ドクトリン

保全はかつて単純な管理機能を持っていた。自由プールが存在したとき、レジストリは無駄を避けるために基準を必要とした。申請者はアドレスを要求し、レジストリは必要性をチェックし、共通プールはより長く持続した。その論理は不完全だったが、具体的な課題があった。枯渇後、保全は性格を変える。もはや豊かさを割り当てない。市場価値が現れた後の希少性を管理する。

これがここで重要な Lu Heng ドクトリンの核心である。希少性はレジストリの権限を狭めるべきであり、拡大すべきではない。レジストリは一意性、正確性、転送記録、セキュリティ主張、継続性を保護できる。希少性を制度的賃料に変えるべきではない。列を使用してどのビジネスモデルが道徳的に許容可能かを決定すべきではない。自由プールの豊かさの欠如を、資本のゲートキーパーになる理由として扱うべきではない。

APNIC の待機リストアーキテクチャは、その規律の生きたテストである。ポリシーは二つの方法で読むことができる。狭い読み方は防御可能である。APNIC は小さな残りのプールを持ち、通常の割り当てに上限を設け、回収スペースを一つのプールに統合し、プールが枯渇したときに先着順リストを作成し、より大きな需要を転送に誘導する。それは控えめな配給アーキテクチャである。広い読み方は危険である。IPv4 が希少であるため、APNIC は誰が運用資本を得るかを決定し、市場行動を遅らせたり形成したり、コミュニティ管理の言葉の下で管理権限を維持するかもしれない。事実は広い読み方を強制しない。制度的インセンティブはするかもしれない。

保全ドクトリンは、自由プールの割り当てと市場転送の違いを忘れるときに有害になる。残りのプールから希少な APNIC スターターブロックを受け取る申請者は、合理的に配給条件に直面することができる。既に保有されているスペースに対して市場価格を支払う買い手は異なる。買い手の支払意欲と運用リスクを負担する意思は、必要性の強力なシグナルである。APNIC は支配の証明、正確な記録、未解決の紛争がないこと、アカウント状態、およびポリシーが必要とする場合の使用計画を要求できる。転送記録を、買い手の成長計画が価値があるかどうかの判断に変換すべきではない。

列はまた、市場を非難するために使用されるべきではない。市場転送はレジストリの失敗ではない。それは、希少な生産インプットがすでに分配され、需要が変化したときに起こることである。アドレスを購入するネットワークは必ずしも買い占めているわけではない。小さな割り当てを待つネットワークは必ずしも高潔ではない。リースするネットワークは必ずしも回避的ではない。各選択は、タイミング、ブロックサイズ、資本、リスク許容度、顧客約束を反映する。

したがって、列の正当性は謙虚さに依存する。APNIC は次のように言えるべきである。これが管理プールができることである。これができないことである。これらが順序を決定する事実である。これらがアカウントゲーミングに対する保護策である。これらがブロックが利用可能、予約済み、レビュー中、または回収される理由である。これらがプールを超える需要のための転送経路である。その謙虚さは、手続きが希少性を廃止するふりを拒否するため、列をより強くする。

アジア太平洋が列をより困難にする

APNIC の地域は単一市場ではない。大規模な発展したネットワーク、急速に成長するモバイル市場、島嶼経済、公共セクターネットワーク、大学と研究システム、ホスティング企業、クラウドユーザー、NIR がサービスを提供する経済、国境を越えた運用者が含まれている。ある管轄区域で単純に見える列のルールが、別の管轄区域では高価になる可能性がある。地域の不均質性は背景色ではない。それは待機リスト配給を困難にするメカニズムである。

ブロックサイズの需要を考えてみよう。密集した都市のアクセスプロバイダーは、顧客宅内機器、エンタープライズ静的サービス、サポートセグメンテーション、不正利用属性のためにアドレスを必要とするかもしれない。小さな島のネットワークは、アップストリームの代替手段が限られているため、数は少なくてもより確実性を必要とするかもしれない。フィンテックやホスティング企業は、支払いとセキュリティシステムがアドレス履歴に敏感であるため、評判のクリーンなスペースを必要とするかもしれない。公共セクターネットワークは、量よりも継続性を必要とするかもしれない。インターネットエクスチェンジは、通常の加入者数ではなくピアリングファブリックに価値があるため、特別な扱いが必要かもしれない。同じ /24 でも、それぞれの場合で異なる経済的力を持つことができる。

タイミングを考えてみよう。ハンドセット補助金サイクル、公共入札、または海底ケーブル着陸に結びついたモバイル展開は、不確実な管理列を常に待つことができるわけではない。大学や公共機関は、調達がそもそも遅いため、より長く待つかもしれない。ホスティング企業は、顧客が来月去る可能性があるため、すぐに購入するかもしれない。地方の運用者は、ユーザーあたりの収益が望ましい規模での市場購入をサポートできないため、CGNAT を使用するかもしれない。列は単にアドレスを分配するのではない。タイミングに耐えられるプロジェクトを選択する。

文書化を考えてみよう。複数の言語、法制度、NIR チャネルがある地域では、完全なリクエストの定義は隠れた負担を運ぶ可能性がある。完全性ルールは投機的な提出を止めるために必要かもしれないが、経済的権力として扱われるべきである。申請者が企業文書を翻訳し、NIR 記録を調整し、アップストリーム使用を証明し、即時の /24 の必要性を示し、または一年以内の /23 の計画を示さなければならない場合、列の位置は部分的に書類作成能力の関数である。その能力はしばしばエンジニアリングのメリットの外にある。

答えは文書化を削除することではない。不正、シェル、投機的な提出は、希少なブロックに市場価値がある場合に現実のリスクである。答えは文書化をレジストリの事実に結びつけることである。申請者は誰か？責任のあるアカウントはどれか？申請者はすでに上限割り当てを受け取ったか？要求されたサイズはポリシー内か？ポリシーが必要とする場合、即時の必要性はあるか？展開計画は、リクエストが転売戦略ではないことを示すのに十分具体的か？ゲーミングを示す共通支配の事実はあるか？これらは正当なレジストリの質問である。申請者の小売製品が社会的に魅力的かどうかは正当な質問ではない。

列の順番を金融オプションとして

待機リストの順番は通常の意味での財産ではない。アドレスブロックのように譲渡可能であるべきではない。しかし、それは金融オプションのように振る舞う。なぜなら、レジストリ定義のコストで希少なインプットへの将来のアクセスに影響を与えるからである。そのオプションは売却できなくても、投資決定に影響を与える可能性がある。

オプションが予測可能な期間内に /24 を提供する可能性が高い場合、申請者は市場購入を遅らせ、ネットワークの残りに資金を提供するかもしれない。オプションが何年も有用なものを提供しない可能性が高い場合、申請者は購入、リース、または再設計するかもしれない。オプションが履歴が不確かなブロックを提供するかもしれない場合、申請者は機密サービス用に評判のクリーンな転送ブロックを予約し、APNIC ブロックを低リスク機能に使用するかもしれない。オプションが完全性紛争に対して脆弱である場合、申請者はコンサルタントを雇うかもしれない。それらの選択のそれぞれにはコストがある。

これが、列情報が礼儀ではない理由である。それは市場インフラである。APNIC は機密の申請者詳細を公開する必要はない。集計の列の深さ、最近の動き、ブロックサイズカテゴリ、利用可能/予約済み/レビュー中/の状態、理由コード統計を公開できる。通常のプールの動きと特別な予備を分離できる。返却ブロックが品質チェックをどのように通過するかを説明できる。サイズミスマッチ、不完全性、不適格、または申請者の無応答のためにリクエストがスキップされたかどうかを述べることができる。これらのデータポイントは、列を市場に変えることなく投機を減らす。

列オプションはまた、転送と相互作用する。申請者が今日 /22 を購入できるが、後で APNIC から /23 を期待しているとする。今は少なく購入し、一時的にリースし、または製品を分割するかもしれない。売り手は多くの買い手が管理供給を待っていることを知っているとする。列の動きが可視であれば価格を下げるか、APNIC 供給が不透明であれば価格を維持するかもしれない。貸し手がネットワークのアドレス計画を評価するとする。明確な列の順番は橋渡し融資をサポートするかもしれないが、漠然とした期待はサポートしない。レジストリはアドレスに価格を付けていないと主張するかもしれないが、その列の透明性は依然として価格に影響を与える。

これは、APNIC が市場価格を管理すべきという議論ではない。その逆である。市場価格を管理しない最善の方法は、客観的なレジストリ事実を公開し、その後距離を置くことである。価格発見は買い手、売り手、貸し手、運用者に属する。レジストリ事実は APNIC に属する。この二つを混同することは、記録保持機関が経済的支配に漂流する方法である。

疑いをガバナンスとしないアンチゲーミング

希少な管理供給はゲーミングを招く。合理的な機関はそれを予期しなければならない。申請者は真剣な計画なしに早期に提出するかもしれない。関連会社がリクエストを分割するかもしれない。保有者は低コストブロックを取得し、後で現金化しようとするかもしれない。コンサルタントは列ナビゲーションを販売するかもしれない。申請者は即時の必要性を誇張するかもしれない。返却スペースの期待は戦略的タイミングを促進するかもしれない。公開列の存在は、ポリシーリテラシーを利点に変える可能性がある。

間違った対応は、疑いをガバナンスのスタイルにすることである。すべての申請者が可能な濫用者として扱われるならば、列は遅く、侵入的で、裁量的になる。スタッフは決定が必要とする以上の証拠を求める。申請者は制度的趣味に合わせて書くことを学ぶ。顧問がいる者はより良くやる。現実だが乱雑な需要がある者はより悪くやる。列は先着順ではなく、書かれていない基準を最初に満たす者になる。

正しい対応はルールベースのアンチゲーミングである。懸念が共通支配下の複数アカウントである場合、共通支配の証拠を定義する。懸念が転売である場合、転送制限と返却義務を定義する。懸念が投機的リクエストである場合、完全性と治癒を定義する。懸念が誇張された計画である場合、要求されたサイズに結びついた制限付き展開計画を要求する。懸念が返却スペースの汚染である場合、公開された品質状態を使用する。懸念がスタッフの裁量である場合、理由コードと上訴経路を公開する。

事実の検証と動機の判断との間には重要な違いがある。APNIC はアカウント状態、以前の割り当て、ポリシー制限、連絡権限、紛争状態、文書化された展開主張を検証する能力がある。会社のビジネスモデルが立派かどうか、市場購入がより効率的かどうか、顧客セグメントが価値があるかどうか、申請者の忍耐が高潔かどうかを決定する能力ははるかに低い。希少性は、機関を事実検証から動機判断に登らせる誘惑をする。その登りが正当性を流出させる場所である。

アンチゲーミングはまた、対称的であるべきである。申請者が列をゲームできないならば、機関も申請者をゲームすべきではない。ルールは完了したリクエストを座礁させる方法で遡及的に変更されるべきではない。スタッフは見え方を管理するために明確さを遅らせるべきではない。予約ブロックは無期限に神秘的であるべきではない。例外は記録されるべきである。ブロックが次のリクエストと一致しないためにスキップされた場合、その理由はカテゴリレベルで可視であるべきである。申請者に規律を求める列は、見返りに規律を負う。

良い APNIC の列が証明するもの

良い APNIC の待機リストは、管理配給が市場より優れていることを証明しない。それはより狭く、より価値のある何かを証明する。つまり、地域レジストリが希少性を裁量的権力に変えることなく、希少な供給の残りを処理できることである。

それは、返却スペースの状態が読み取り可能であることを証明する。利用可能、予約済み、品質レビュー中、回収済み、管理上ブロック済みは、申請者が資本決定を行っているときに曖昧なバケットであってはならない。ブロックサイズのマッチングが正直であることを証明する。プールが主に小さな断片を含む場合、列はそう言うべきである。/23 の上限がほとんどの真剣な拡張は転送を使用しなければならないことを意味する場合、列はそう言うべきである。特定の返却範囲に評判やルーティング履歴の問題がある場合、APNIC は以前の保有者を非難する必要はないが、状態評価のプロセスを持つべきである。

それは、先着順に時計があることを証明する。開始イベントは客観的であるべきである。完全性決定は理由があるべきである。治癒期間は明確であるべきである。申請者は、いつリクエストが有効、一時停止、拒否、または満たされたかを知るべきである。アンチゲーミングがルールベースであることを証明する。共通支配レビュー、以前の割り当てチェック、譲渡不可期間、返却義務は明示的であるべきである。上訴が可能であり、すべての列紛争を訴訟に変換しないことを証明する。列エラーを安価に修正できないレジストリは、高価な民間ヘッジを生み出す。

それはまた、APNIC が転送市場を補完物として理解していることを証明する。列は買い手と売り手に対する道徳的武器であるべきではない。管理供給がより公平であるため市場供給が違法であることを暗示すべきではない。待つことがブロックサイズ需要を解決するふりをすべきではない。転送市場は、多くのネットワークが規模を見つける場所である。APNIC の役割は、転送を正確に処理および記録し、公的記録を維持し、転送条件を自由プール管理の隠れた継続として使用しないことである。

最後に、良い列は言語における抑制を証明する。希少性はしばしば制度的権威を膨らませる言葉（ステュワードシップ、コミュニティ、保全、公平性、保護）に囲まれている。それらの言葉のいくつかは正当な歴史的使用がある。どれも現在の課題を曖昧にすべきではない。レジストリは一意の番号リソース記録の帳簿を持つ。それは帳簿を正確に保ち、重複を防ぎ、転送を記録し、セキュリティ関連の事実を保存し、最後の管理残りを精査に耐えるルールで分配すべきである。アドレス経済の良心になる必要はない。

本当の正当性テスト

本当の正当性テストは、列が失望を引き起こすときに何が起こるかである。約束の瞬間における人気のある列は簡単である。何年もの希少性の後の正当な列はより難しい。申請者は、ブロックが小さすぎること、プールが空であること、リクエストが不完全であること、返却範囲が準備できていないこと、申請者はすでに十分受け取ったこと、転送制限が適用されること、または待機リストがタイミングを約束できないことを伝えられる。それらの失望は、制度的性格が現れる場所である。

APNIC が失望を客観的ルールで説明すれば、申請者は適応できる。購入するかもしれない。リースするかもしれない。延期するかもしれない。CGNAT を使用するかもしれない。IPv6 をより積極的に展開するかもしれない。製品を再設計するかもしれない。決定に異議を唱えるかもしれない。市場に参入しないことを決定するかもしれない。これらは高価な選択であるが、少なくとも可視的な制約に対して行われる選択である。

APNIC が失望を広い裁量で説明すれば、申請者は機関自体に対してヘッジする。管理チャネルが信頼できないため、必要以上に購入する。オプションを保存するためにアカウント構造を構築する。技術的価値ではなくプロセス知識のために仲介者を雇う。デューデリジェンスにおいて APNIC 登録リソースを割り引く。レジストリリクエストを政治的露出として扱う。これが、正当性を維持することを意図した列がそれを消費する方法である。

APNIC の状況は、多くの警戒論が示唆するよりも規律が取れている。ポリシーレコードには、制限、日付、プール処理、転送経路、将来の待機リスト設計が含まれている。アーキテクチャを、小さなプールを引き伸ばし、最小限の参入経路を確保し、より大きな需要を転送に送る合理的な試みとして読むことは可能である。しかし、規律は自動執行されない。希少性が深まるにつれて、すべての列の決定はより価値を持つ。保全の名の下に制度的権威を守る誘惑は大きくなる。外の市場はより重要になる。実際の申請者と戦略的申請者を区別する圧力は高まる。遅延のコストはより可視になる。

そのため、待機リスト配給は RIR ウォッチドッグシリーズに属する。それは手続きの脚注ではない。それは枯渇後のガバナンスのコンパクトなモデルである。その中には、古い割り当て時代、新しい転送市場、公平性の政治、時間の経済学、ブロックサイズの塊状の現実、アカウントゲーミングのリスク、公開状態データの必要性、そしてレジストリが記録するものが資本になったときに台帳であり続けることができるかという問題が含まれている。

計画テーブルにある小さなネットワークは、希少性についての説教を必要としない。管理経路が時間内に使用可能なブロックを生産できるかどうかを知る必要がある。返却プレフィックスが顧客にとって十分にクリーンかどうかを知る必要がある。列の順番が待つ価値があるか、それとも転送市場が本当の供給チャネルかどうかを知る必要がある。APNIC が何をできるかについて正確であり、何ができないかについて控えめであることを必要とする。

その控えめさは弱さではない。それは枯渇後にレジストリに残された唯一の耐久性のある権威の源である。列は配給できる。信号を送れる。恣意的な割り当てを減らせる。パブリック IPv4 への最小限の経路を保存できる。しかし、希少性を廃止することはできず、規模の資本市場を代替することはできない。それがそうでないふりをする瞬間、列は列ではなくなり、門になる。

APNIC は列を列のままに保つべきである。

情報源と参考文献