概況

  • ICANN の移管ポリシーは、2004年から元のレジストラ間形式で有効であり、gTLD の保有者に認定レジストラを変更する共通の経路を提供します。取得レジストラはリクエストを検証し、レジストリは認証情報を確認し、喪失レジストラは特定の義務と拒否事由を持ち、沈黙は通常5暦日後に承認につながります。
  • ポータビリティが機能するのは、ドメイン、保有者、レジストラ、レジストリ事業者、ポリシー権限が別々の役割だからです。レジストラ間移管はレジストリが記録するスポンサーを変更します。ドメインを複製したり、登録保有者を変更したり、保有者にホスティング、メール、DNS サービスの移動を要求したりしません。
  • ロックはセキュリティと退出の間の緊張を示しています。保有者制御の移管禁止は盗難を防ぐことができますが、自動的または不明瞭な制限は正当な顧客を閉じ込めることもあります。ICANN が2026年6月に47の移管レビュー勧告を採択したことは、実装待ちですが、認証、通知、可逆性、摩擦の再調整に向けた継続的な取り組みを反映しています。
  • レジストラの競争は、同じ名前に対するレジストリの競争を生み出しません。トップレベルドメインの事業者は権威ある卸売り層として留まり、ICANN の契約とコンセンサスポリシーは引き続き共通の枠組みを定義します。したがって、ポータビリティは上流の権限を溶解することなく、一つの仲介者を規律します。
  • NRS は、認知されたレジストリと認定プロバイダによる執行可能なメカニズムの適応を提唱すべきです。すなわち、保有者を維持するプロバイダ変更、受入側のリーダーシップ、狭い異議申し立て、期限、単一の現在プロバイダポインタ、保存された証拠、独立した苦情、緊急時の逆転、プロバイダ障害後の継続性です。
  • NRS はまた、責任ある機関に未解決の質問に答えるよう働きかける必要があります。共通権威を誰が運営し、交代できるのか、どのポリシーがリソースに従うのか、プロバイダの資格はどのように決定されるのか、責任はどのように管理に従うのか、保有者は一意性を断片化せずに捕らえられたコーディネーターに異議を唱えることができるのか。

2004年の合意によりプロバイダ退出が日常的になった

レジストラ間移管ポリシーは2004年11月12日に発効しました。その目的は、レジストラを互換可能にしたり、レジストリを廃止したりすることではありませんでした。登録名保有者に、認定レジストラから別の認定レジストラへの簡単な経路を提供し、同時に調整された登録を維持することでした。

その狭い目的は市場の力を変えました。信頼できる移管権以前は、別のプロバイダがより良いサポート、価格、セキュリティ、管理を提供していても、レジストラは摩擦を通じて顧客を維持できました。保有者のドメインへの依存がその摩擦を増幅しました。企業は通常のサプライヤーを変えることをいとわないかもしれませんが、退出が公開名、メールの継続性、製品や契約に記載された宛先を危険にさらす場合にはそうではありません。

このポリシーは、退出を二者間の説得から共通の義務に変換しました。保有者は希望するレジストラにアプローチします。その取得レジストラは必要な権限を取得し検証します。レジストリは移管コマンドを受け取り、スポンサー変更を記録します。現レジストラは定義された理由で異議を唱えることができますが、顧客が去るべきかどうかを決定する一般的な裁量権は持ちません。

これが最初の NRS の教訓です。権利は、その行使が現職者の目的への同意に依存しない場合に信頼できるものになります。喪失機関は認証し、実際の競合を特定し、証拠を保存できます。顧客ロイヤルティを継続の条件にすることはできません。

したがって、ポータビリティは使用される前に交渉を再構成します。退出の可能性は、サービス、価格、応答性に関して保有者にレバレッジを与えます。プロバイダは、識別子の重要性を閉じ込めメカニズムとして扱うのではなく、継続を獲得しなければなりません。

アーキテクチャは5つの役割を分離する

ドメインガバナンスは、しばしばレジストラがドメインを「持っている」かのように説明されます。法的および技術的構造はより階層的です。ICANN は認定レジストラおよび gTLD レジストリ事業者と契約を結びます。レジストリ事業者はレジストラが関連するトップレベルドメインの下で登録を提供できるようにするレジストラ間契約を結びます。レジストラまたはその再販業者は登録名保有者と契約します。

したがって、5つの役割を区別できます。登録名保有者は、登録契約によって認識される顧客関係と権限を持ちます。レジストラは小売登録サービスを提供し、レジストリで名前をスポンサーします。レジストリ事業者はトップレベルドメインの権威ある登録状態を維持します。ICANNは gTLD 空間のための認定、契約、共通ポリシーを提供します。DNS 事業者は権威あるネームサーバーを提供し、レジストラ、保有者、または完全に別のプロバイダである可能性があります。

ポータビリティはこれらの役割の一つを変更します。スポンサーとなるレジストラを置き換えます。レジストリ事業者は変わりません。ICANN は変わりません。保有者は通常のレジストラ間移管では変わりません。ネームサーバー事業者は変わる必要はありません。

その分離がモデルの知的成果です。商業サービス、権威ある状態、アイデンティティ、ポリシー、ライブ技術運用が一つの分割できない関係になるのを防ぎます。

番号ガバナンスも同様に明示的なマップを必要とします。リソース保有者、登録サービスプロバイダ、権威ある調整層、ポリシー権限、ルーティング事業者は同じものではありません。プロバイダの切り替えは、認識されたサービス関連付けのみを変更するべきです。リソースを売却したり、保有者を変更したり、ルートをアナウンスしたり、ポリシー履歴を書き換えたりすべきではありません。

レジストリはポータビリティが複製になるのを防ぐ

ドメイン移管は2つの現在のドメインを作成しません。一つのレジストリエントリに添付されたレジストラスポンサーシップを変更します。取得レジストラは移管コマンドを送信します。レジストリは認証情報をチェックし、両方のレジストラに通知し、保留中または完了状態を維持します。新しいスポンサーシップが有効になると、喪失レジストラの以前のスポンサーシップは履歴になります。

これが、サービス競争が一意性を損なわない理由です。レジストラはそれぞれ同じ gTLD の等しく権威あるバージョンを維持しているわけではありません。彼らは共通の卸売記録を通じて取引します。レジストラは顧客記録と証拠を保持できますが、それらの記録はレジストリの現在のスポンサーシップ状態を上書きしません。

同じ設計原理は、番号レジストリのポータビリティに対する最も強い技術的反論に答えることができます。プレフィックスや ASN は競合する権威ある世界にコピーされることはありません。共通の調整層は、一つの保有者、一つのリソースセット、一つの現在の資格のある登録サービスプロバイダを記録します。プロバイダの変更は、現在のバージョンに対して直列化されます。アクティブ化後、以前のプロバイダは証拠を保持できますが、競合する現在の状態を発行することはできません。

一意性には共通の答えが必要です。それは一つの永続的な顧客向け機関を必要としません。

難しい問題は一段階上にあります。共通の答えを制御する者はすべてのプロバイダを制約できます。ドメインレジストラがポータブルであるのは、レジストリがそうではないからです。NRS が提唱するモデルでは、認知された機関による共有アンカーの作成は制度設計の終わりではありません。それは権限が狭く、レビュー可能で、置換可能でなければならないポイントです。

ホルダーの継続性が憲法上の事実である

ルーチンのレジストラ移管で最も重要なフィールドは、変更されないものです。すなわち、登録名保有者です。その継続性は、プロバイダの置換をドメインの支配権の変更から区別します。

ICANN の現在のポリシーは、レジストラ間移管と登録者の変更を別々のものとして扱います。ルールは相互作用しますが。登録者データの変更は追加の確認を引き起こし、現在公開されているポリシーの下では、事前に利用可能なオプトアウトが行使されていない限り、60日間のレジストラ間制限を引き起こす可能性があります。複雑さは、管理者の変更と認識されたホルダーの変更が異なるリスクを生み出すために存在します。

番号ポータビリティは同じ区別を維持しなければなりません。ある資格のあるプロバイダから別のプロバイダに登録サービスを移行するネットワークは、そのプレフィックスを買い手に譲渡しているわけではありません。ホルダーのアイデンティティ、割り当て履歴、適用可能な条件は継続します。ホルダーを変更する合併、買収、売却は別の権限決定を必要とします。この二つを組み合わせると、プロバイダの切り替えが処分を隠蔽したり、争われた処分がすべての通常のサービス退出をブロックしたりする可能性があります。

したがって、ポータブルな番号記録は、人間の言葉で変更前後の状態を表示するべきです。リソースセットは変更されていません。検証済みのホルダーは変更されていません。適用可能な割り当てと移管履歴は変更されていません。記録上のプロバイダは定義された時間に変更されます。他の変更は個別に識別され、承認されなければなりません。

継続性は単なる便利な仮定ではありません。それは、迅速なプロバイダ切り替えがホルダー移管よりも安全であるための根拠です。機関はより狭い命題を検証し、耐久権の問題に触れずに済ませます。

取得レジストラは選択を取引に変える

ホルダーは通常、参加したいレジストラに連絡することから始めます。取得レジストラは移管リクエストの検証に責任を持ち、必要な認証が得られたことをレジストリに表明します。この責任の割り当ては、商業的インセンティブを完了に合わせます。

喪失レジストラが開始を制御した場合、顧客は解任される機関に自分自身の代替を組織するよう依頼する必要があります。遅延は慎重さとして提示され、保持活動が認証に侵入し、ホルダーは競合他社を調整しなければなりません。受入側プロバイダのリーダーシップはその構造的競合を回避します。

喪失レジストラは依然として重要です。それはホルダーに通知し、定義されたリスクをチェックし、記録を保存し、指定された理由で拒否できます。ポイントは現在者を排除することではなく、現在者にドアウェイを所有させないことです。

NRS はその割り当てを提唱するべきです。受入番号登録プロバイダはリクエストを受け付け、組織権限を検証し、リソースセットを特定し、現在の状態の新しいビューを取得し、署名されたプロバイダ変更指示を提出するべきです。現在のプロバイダは確認するか、限定された欠陥を特定するべきです。共通コーディネーターは適格性をテストし、状態変更を命令するべきです。

この取り決めは不信を分散させます。受入側は顧客を欲しいという理由だけでリソースを流用できません。現在者は既存の記録を制御しているという理由だけで顧客を保持できません。コーディネーターはホルダーの同意を invent しません。各参加者は異なる事実を提供し、完了は公開されたルールの下でのそれらの一貫性に依存します。

認証コードは狭いために有用である

現在のドメイン体制は AuthInfo コードを使用していますが、2026年に採用された勧告では、将来の実装のために Transfer Authorization Code というより明確な用語を使用しています。認証情報は現レジストラによって作成され、ドメインに関連付けられ、取得レジストラを通じて提示されます。レジストリは移管リクエストの受け入れの一部としてそれを検証します。

その価値は範囲にあります。移管認証情報は一般的なログイン、受益所有権の証明、またはすべてのドメイン機能に対する永久的な権限ではありません。それは適格なスポンサー変更を許可します。裁判所命令、適用可能な紛争ロック、または他の有効な制限は、コードが正しくてもドメインを不適格にする可能性があります。

2025年2月のレビュー勧告はこの設計を強化しています。それらは、RFC 9154の下で少なくとも128ビットのエントロピーを持つコード、最大120時間の発行期間、およびレジストリによって強制される336時間の有効期間を求めています。ICANN 理事会は2026年6月7日に完全なパッケージを採択し、実装を指示しましたが、採択自体は現在公開されている要件を置き換えませんでした。

番号プロバイダの切り替えも同様に、ホルダー、リソースセット、受入側、現在の記録バージョンにバインドされた単一目的の認証情報を使用するべきです。それは期限切れになるべきです。ホルダー移管、新しいルート起点認証、連絡先の置き換え、履歴の削除を許可すべきではありません。大規模組織には複数の承認が適切かもしれませんが、結果として得られる認証情報は依然として一つの狭い行為を表現するべきです。

狭い認証情報は盗難と制度的越権の両方を減らします。それらは、プロバイダを万能マスターキーの管理者に変えることなく、強力な認証を可能にします。

期限は沈黙を力から結果に変換する

現在の移管ポリシーの下では、現レジストラはレジストリ通知を受け取った後、迅速に、遅くとも24時間以内に確認通知を送信しなければなりません。5暦日以内の応答の失敗はデフォルト承認をもたらします。ホルダーが移管ロックや認証コードを直接管理できない場合、レジストラは要求から5暦日以内に必要なアクセスを提供しなければなりません。

これらの期間はすべての移管が簡単であることの証明ではありません。それらは権力の割り当てです。期限がなければ、現在者はリクエストを保留中と説明しながら遅延できます。期限があれば、沈黙には定義された結果があり、ホルダーは不履行を特定できます。

デフォルトは日数と同じくらい重要です。「応答する」義務は、誰もそれがなければ完了できない場合、沈黙が退出を拒否することを依然として許します。デフォルト承認は、非参加が無期限のホールドになるのを防ぎ、指定された紛争とセキュリティ条件は正当な介入を維持します。

NRS が提唱するポータブルサービスモデルは、責任あるプロバイダによって管理されるいくつかのクロックを必要とします。すなわち、受入側による確認、移管認証情報の発行、現在の状態エクスポートの配信、異議申し立ての表明、依存サービスの準備チェック、アクティブ化、緊急レビューです。より複雑なリソースポートフォリオは、ドメインスポンサーシップ変更よりも長いウィンドウを必要とするかもしれません。期間は制度的地位ではなく、名前付き作業に結び付けられるべきです。

すべての一時停止は、誰が要求したか、どのリソースサブセットに及ぶか、どの証拠がそれを支持するか、いつ期限切れになるかまたはレビューを受けるかを示すべきです。現在者が遅延と説明の両方を制御する場合、ポータビリティは失敗します。

拒否事由は協力を執行可能にする

現在のドメインポリシーは、レジストラが拒否できる状況と拒否しなければならない状況を特定しています。詐欺の証拠、合理的なアイデンティティ紛争、特定の支払いデフォルトは拒否を支持できます。保留中のドメイン紛争、管轄裁判所命令、特定の移管関連手続きは拒否を要求できます。レジストラはホルダーと潜在的な取得レジストラに理由を提供しなければなりません。

同じポリシーは何が不十分であるかを述べています。将来の登録期間の不払い、それ自体でのホルダーの沈黙、合理的な解除機会のない通常のレジストラロック、レジストラとそのビジネスパートナー間の一般的な支払いデフォルトは、移管をブロックする無制限の権利を生み出しません。支払い回収メカニズムは移管権とは別に存在します。

これはコンパクトな形での制度的成熟です。現在者は「セキュリティのため」や「コンプライアンスのため」に行動する曖昧な力を受け取りません。証拠と結果に結び付けられたリストを受け取ります。

番号については、有効な異議には、証明された権限の欠陥、直接適用可能な裁判所の制限、指定された指標によって支持される現在の詐欺調査、重複するホルダー変更指示、または特定されたセキュリティ断絶を引き起こす技術的準備の失敗が含まれる可能性があります。政治的意見の相違、プロバイダへの批判、無関係な請求書、または公開された基準外の文書の要求は十分ではありません。

異議は分割可能でなければなりません。一つのプレフィックスに影響する制限は、関連のないポートフォリオを凍結すべきではありません。紛争のある連絡先フィールドは、最後に検証されたリソース記録を消去すべきではありません。精度は例外的な権限が通常の出口を飲み込むのを防ぎます。

ロックはホルダーが制御できる場合にのみホルダーを保護する

ドメインロックはポータビリティの中心的な緊張を示しています。clientTransferProhibited ステータスは不正な移動を止めることができます。盗難を恐れるホルダーはそれを要求でき、レジストラはセルフサービスコントロールを提供できます。うまく使えば、ロックはホルダー自身のセキュリティ選好を表現します。

同じメカニズムが閉じ込めになる可能性があります。ホルダーがロックを見ることができず、合理的な方法でそれを解除できず、退出の準備中にのみ自動制限を発見した場合、セキュリティ権限は現在者に移っています。したがって、現在のポリシーはセルフサービスが利用できない場合に5暦日以内の解除を要求し、コードの取得やロック解除のために他のホルダー情報の変更に使用されるものよりも制限的な方法を禁止しています。

変更後60日間の制限は、バランスがどれほど難しいかを示しています。2025年の作業部会は混乱と一貫性のない扱いを文書化し、将来の登録者データ変更ポリシーからその制限を削除し、レジストラ間移管後に標準化された720時間の制限を追加することを勧告しました。理事会は2026年6月に勧告を採択しましたが、実装はまだ行われていません。

NRS の教訓は、類推によって一つの普遍的なロック期間を選ぶことではありません。ロックを割り当てることです。ホルダーが要求する保護、緊急整合性ホールド、法的制限は異なる手段です。それぞれに独自のトリガー、可視性、期間、解除権限、上訴が必要です。

現在者が無期限に課すことができるロックはセキュリティ機能ではありません。それは管理を通じて表現された所有権の主張です。

通知は継続性に人間の証人を与える

移管はシステムで発生しますが、ホルダーはそれらを認識できなければなりません。現在の体制は保留中のリクエストに関する通知を要求し、採択された勧告は移管リクエスト時に保持された連絡先情報を使用して、24時間以内の喪失レジストラによる完了通知を追加します。

その最後の詳細は重要です。攻撃者がアカウント侵害中に連絡先データを変更した場合、新しく置き換えられた連絡先にのみ送信される通知は、泥棒に盗難を確認することができます。移管前の通知宛先を保存することは、変更に対する独立した証人を創り出します。

番号プロバイダのポータビリティは、複数の事前登録された役割に通知するべきです。組織権限連絡先、ネットワーク運用連絡先、セキュリティまたは復旧連絡先です。内容はリソースセット、新旧プロバイダ、要求されたアクティブ化、関連するサービス変更、緊急異議申し立ての経路を特定するべきです。それを必要としない受信者に私的証拠を明らかにすべきではありません。

通知は認証の代わりにはなりません。休暇中に無視された電子メールは、影響の大きい変更への同意を自動的に証明すべきではありません。その役割は検出、透明性、復旧です。実際の指示はより強力なメカニズムを通じて認証されるべきです。

完了には耐久性のある領収書も必要です。ホルダーと両方のプロバイダは、記録バージョン、有効時間、コーディネーターの署名、変更されていないホルダーアイデンティティを受け取るべきです。人間が読める通知と機械が検証可能なイベントは同じ移行を記述するべきです。

移管紛争は救済のギャップを明らかにする

ICANN はレジストラ間の紛争のための移管紛争解決ポリシーを維持しています。レジストラは関連するレジストリ事業者または独立した紛争プロバイダを通じてケースを提起できます。ホルダーは、認定レジストラが義務を果たさない場合、ICANN の移管苦情チャネルも使用できます。

これらの救済は重要ですが、境界を明らかにします。正式な移管紛争手続きは主にレジストラ間です。ホルダーは一般的に、レジストラの苦情、契約上の権利、または他の法的経路に依存し、すべての移管損失に対する一つの普遍的な審判フォーラムを持ちません。

したがって、ポータビリティはコマンドが送信できるという理由だけで完全ではありません。それは、コマンドがブロックされたり、偽造されたり、誤って処理されたりした場合のアクセス可能な救済を必要とします。救済は決定的な状態を制御する行為者に到達しなければなりません。

NRS は、認知されたプロバイダ契約が、ホルダーに理由のない拒否、古いロック、期限の逸失、または不正な完了に異議を唱える直接的な権利を与えることを提唱するべきです。独立したレビューアは、認証情報の解放、無効なホールドの期限切れ、最後に検証されたプロバイダ状態の復元、または修正移行を命令できるべきです。広範な所有権と契約上の損害賠償は裁判所や仲裁に委ねられます。

レビューアは受入側、現在者、コーディネーターからの証拠を必要とします。一つの行為者がログを制御し、レビューアを選択し、裁量で救済を実行する場合、レビューは儀式的です。救済設計は力の場所に従わなければなりません。

レジストラの障害は通常の同意だけでは不十分であることを証明する

通常の移管は機能するレジストラを前提としています。ドメインガバナンスはまた、認定を失ったり顧客にサービスを提供できなくなったりするプロバイダに備えます。認定レジストラは定期的に指定された gTLD 登録データを承認されたエスクロープロバイダに預託します。ICANN は、継続性のために後継者が必要な場合、承認されたバルク移管取り決めを使用して登録を移動できます。

ホルダーは最初の瞬間に緊急受入側を選んでいないかもしれません。その例外は安定化によって正当化され、永久的な顧客割り当てによってではありません。サービスが安全になったら、通常の選択が戻るべきです。

この末尾ケースは番号登録にとって重要です。退出が最も必要であるときに、喪失プロバイダが認証情報を発行することに依存するポータビリティ権は最も弱くなります。責任あるレジストリフレームワークは、NRS が提唱するような独立して回復可能な現在の状態、テストされたエクスポート形式、複製された認証証拠、緊急後継者ルールを必要とします。復旧は、失敗したプロバイダだけが解釈方法を知っている独自のアーカイブに依存することはできません。

エスクローだけでは不十分です。復元はリハーサルされなければなりません。復元された状態は、現在のホルダー、履歴連絡先、アクティブな紛争、保留中の変更、依存する技術サービスを区別しなければなりません。侵害を生き残るべきでない認証情報は置き換えられる必要がありますが、ホルダーを検証するために必要な証拠は利用可能であり続けなければなりません。

プロバイダの障害は、ポータビリティを競争政策から継続性工学に変えます。ドメイン体制はその区別を認識しています。番号ガバナンスは、最初のプロバイダが不可欠になる前にそのために設計するべきです。

DNS の継続性は管理と運用が分岐できることを示す

レジストラ移管は必ずしも権威ある DNS ホスティングを移動するわけではありません。ネームサーバーの委任と関連設定がそのまま残っている場合、スポンサーとなるレジストラが変わってもドメインは解決し続けることができます。レジストラはホスティング、メール、DNS サービスを販売することもできますが、これらの商業バンドルは機能的分離を消し去りません。

これは番号リソースにとって強力な類推です。ネットワークは、認知された登録データを維持する機関を変更できますが、上流の接続性や BGP アナウンスは変更しません。レジストリサービスはトランジットではありません。プレフィックスは地理的に移動する必要はありません。ASN は異なる自律システムになるわけではありません。

類推は依存するセキュリティ機能の周りでより複雑になります。ドメイン DNSSEC 情報はしばしばレジストラとレジストリのインターフェースを通過します。番号リソース登録は逆 DNS と RPKI に接続できます。メイン記録を保持するが、誤ってセキュリティマテリアルを削除するプロバイダ変更は成功した継続性ではありません。

NRS は、責任ある機関が安定した機能とカットオーバー機能を分離することを提唱するべきです。ホルダーアイデンティティと割り当て履歴は残ります。プロバイダポインタは変更されます。RDAP ディスカバリーはアクティブ化時に更新されます。逆 DNS と RPKI の変更は、事前検証と復旧を伴う明示的な計画に従います。ライブルートは事業者の制御下に残ります。

ドメインの例は管理上の分離可能性を証明しますが、容易な移行ではありません。その有用性は、依存機能が「移管」という言葉の背後に隠されるのではなく、名前が付けられるときに最大になります。

ポータビリティはレジストラ競争を生み出したが、ポリシーマーケットプレイスは生み出さなかった

レジストラは価格、サポート、インターフェース、セキュリティコントロール、言語、ポートフォリオツール、補完的サービスで競争できます。彼らは通常、gTLD 移管が有効かどうかについてホルダーに異なるグローバルルールを提供することによって競争しません。共通ポリシーは、レジストリが多くのレジストラからの指示を互換性のない状態を作成せずに受け入れることを可能にするものの一部です。

その制約は生産的です。各レジストラが所有権を再定義し、紛争ロックを無視し、独自の認証基準を発明できるなら、ポータビリティはフォーラムショッピングになります。ホルダーがプロバイダを離れる能力は、受入プロバイダが同じ制度的枠組みの十分な部分に拘束されることに依存します。

番号ポータビリティもリソースに従うベースラインを必要とします。一意性、認知されたホルダー継続性、最小限の証拠、セキュリティ、記録保持、法的制限、レビューです。プロバイダはこれらの義務からの免除を販売することなくサービスで競争できます。

しかし、共通ポリシーは正当性の問題を生み出します。誰がそれを書くのか？誰の利益が考慮されるのか？ホルダーはすべてのプロバイダが執行しなければならないルールにどのように異議を唱えることができるのか？レジストラ市場はこれらの質問に答えません。それらを小売層の上に再配置します。

NRS は、一つの中央機関が比例代表、合理的決定、上訴なしにガバナンス条件を変更できる場合、プロバイダ選択を完全な自律性として宣伝すべきではありません。レジストラからの退出は意味があります。それは共通権威からの退出ではありません。

レジストリ層は意図的にポータブルではないままである

.com の保有者は認定レジストラ間を移動できますが、.com レジストリは権威ある卸売事業者として残ります。同じラベルを別のトップレベルドメインに移動すると、異なるドメイン名になります。したがって、保有者は異なるレジストリ事業者を選択しながら完全な識別子を保存することはできません。

レジストリ運用は契約上の承継や緊急継続取り決めを通じて変更できますが、それは通常のホルダー主導のポートではありません。それはドメイン全体にサービスを提供するインフラの変更です。規模と構成員は異なります。

これが未完成の教訓です。レジストラのポータビリティは小売登録層での閉じ込めを解決します。それは同じ識別子に対する権威あるレジストリ間の競争を生み出しません。レジストリの独占は、契約、技術基準、監督、事業者交代の可能性によって制限されますが、各ホルダーが卸売元帳を選択することによって制限されるわけではありません。

番号システムは同じアーキテクチャを採用できます。すなわち、一つの共通の権威あるコーディネーターの周りに多数のサービスプロバイダです。それが最も安全な初期モデルかもしれません。それは同じ集中リスクも生み出します。コーディネーターが参入を設定し、すべてのプロバイダ変更を制御し、それ自体を置き換えることができない場合、小売選択は憲法上の独占を隠すかもしれません。

NRS は、それが提唱およびメンバー代表組織であり、プロバイダ、コーディネーター、認定者、レビューアではないことを明確に述べなければなりません。これらの運用役割の組み合わせを引き受けることは、ポータビリティが削減するはずの依存関係を再現します。

ポリシー権限はポータビリティが溶解しない層である

ICANN の契約は、認定レジストラと gTLD レジストリ事業者に適用可能なコンセンサスポリシーに従うことを要求します。Generic Names Supporting Organization を通じて開発され、理事会によって承認された移管ルールは、共通の義務が市場全体でどのように進化できるかを示しています。

2021年から2025年のレビューには数年かかり、47の勧告を生み出し、2025年3月に GNSO 理事会の全会一致の承認、2026年6月に理事会の採択を得ました。この歴史は審議と同時に遅延を示しています。今日ロックに直面しているホルダーは、システム全体のポリシー改革を個人的に加速することはできません。

個別の退出と集合的なルール変更の区別は不可欠です。ポータビリティは、ホルダーが現在のルールの下で一つのプロバイダを離れることを可能にします。ガバナンスは、影響を受けるコミュニティがすべてのプロバイダを拘束するルールを変更することを可能にします。一方が他方の代わりにはなりません。

NRS は両方の経路を提唱し、責任ある機関にそれらを構築するよう求めるべきです。ホルダーは通常のプロバイダ切り替えを完了するためにポリシー議論に勝つ必要はないべきです。同時に、繰り返される拒否パターン、セキュリティインシデント、過剰な料金は、透明なポリシーレビューメカニズムに供給されるべきです。プロバイダ、ホルダー、ネットワーク事業者、影響を受ける技術コミュニティは、変更を提案し、理由のある結果を見る資格を持つべきです。

プロバイダ競争はサービスを規律します。それは自動的にプロバイダの上の憲法を正当化しません。ドメインの経験は、改革者がそのカテゴリー錯誤を犯すのを防ぐときに最も強力です。

共通権威には善意よりも強い限界が必要である

レジストリには存在する狭い技術的理由があります。トップレベルドメインは一つの権威ある登録状態を必要とします。ICANN にはレジストラを認定し共通の義務を確立する調整理由があります。どちらの理由も、それらの層で行われたすべての決定が正当であることを証明するものではありません。

制度的正当性には、範囲、証拠、レビュー、継承が必要です。共通コーディネーターは何を決定し、何を決定しないかを公開するべきです。その運用サービスは独立して監査されるべきです。プロバイダの参入と懲戒は政治的選好ではなく基準に従うべきです。料金は必要な機能に対応するべきです。緊急権限はレビューされなければ期限切れになるべきです。

NRS が提唱するモデルにとって、最強の認定設計は、共有状態をその事業者を主権者にすることなく検証可能にすることです。署名されたイベント、公開技術仕様、独立したレプリカ、エクスポート可能な履歴は、事業者が失敗した場合の継続性を可能にします。ガバナンスは台帳の運用をプロバイダ資格および紛争レビューから分離するべきです。いかなるプロバイダも競合他社を判断する機関の過半数を制御すべきではなく、NRS は認定者または審判として座るべきではありません。

コーディネーターは置き換え可能でなければなりません。テストされた継承計画、複数の管理者、定期的な復旧演習は、永久的な中立性の約束よりも説得力があります。機関は所有権、リーダーシップ、インセンティブを変更します。アーキテクチャはその事実を前提とすべきです。

不死のコーディネーターで終わるポータビリティは、ロックインを移動させたのであって、除去したわけではありません。

番号リソースはルーティングからのより厳格な分離を必要とする

ドメインの類推は、レジストラがルート事業者と同等であると扱われる場合に危険になります。DNS 解決はドメイン名階層内の委任に従います。インターネットルーティングは自律ネットワーク間の BGP アナウンスとポリシー決定から出現します。番号レジストリは割り当てと登録情報を記録します。すべてのルートを選択するわけではありません。

RFC 7020は境界を明確にしています。アドレスがどのようにアナウンスされ広告されるかは、インターネット番号レジストリシステムの範囲外です。RFC 6480は別の区別を追加します。RPKI リソース証明書は割り当てと承認を証明し、通常の公開鍵の意味での記述的アイデンティティを証明しません。

したがって、番号プロバイダのポートは、ホルダーが別途変更しない限り、ルーティングに触れないべきです。受入登録プロバイダは起点 AS、トランジットキャリア、ネットワーク事業者にはなりません。サービスが移動したことを証明するためにホルダーにルート変更を要求すべきではありません。

RPKI は、認証オブジェクトがリソース証明書階層に依存するため、慎重な継続性を必要とします。その依存関係は、プロバイダの置き換えを単純なレジストラポインタ変更よりも難しくします。それは永久的な制度的閉じ込めを正当化しません。段階的な発行、矛盾する権限を作成しない重複ルール、依拠当事者テスト、復旧パスを必要とします。

ドメイン比較対象は憲法上の分離を提供します。番号固有のエンジニアリングは安全な移行を提供しなければなりません。

NRS が提唱する最低限の移管は検査可能であるべき

NRS が提唱するモデルの下での最初の認定サービスポート取引は、それを取り巻く政治理論よりも小さいべきです。それは現在のホルダー、リソースセット、現プロバイダ、受入プロバイダ、記録バージョン、要求された有効時間を特定するべきです。アクティブな制限と依存サービスを、無関係なメンバーシップ紛争をインポートせずにリストするべきです。

ホルダーはその正確な指示にバインドされた認証情報を通じて承認します。受入プロバイダは組織権限と技術準備を検証します。現プロバイダは署名された現在の状態エクスポートと限られた応答セットのうちの一つを提供します。コーディネーターは競合する指示がすでに現在のバージョンを消費していないかをチェックします。

適格であれば、コーディネーターはアクティブ化をスケジュールします。RDAP ディスカバリーとプロバイダポインタは一緒に変更されます。逆 DNS と RPKI のステップは宣言されたサービス固有の計画を使用します。ホルダーとプロバイダは完了通知と署名された領収書を受け取ります。古いプロバイダは現在の書き込み権限を失いますが、監査と紛争のために保護された証拠を保持します。

アクティブ化が失敗した場合、最後に検証された状態が残るか、復元されます。復旧イベントが結果を説明します。修正は試みられた移行を履歴から消去しません。

すべての例外は取引で可視であるべきです。権限の欠陥、法的制限、アクティブな詐欺懸念、リソース重複、状態不一致、依存サービス準備の失敗。自由テキストの制度的拒否権は存在すべきではありません。

ドメイン移管システムは、広い権利を役割、コマンド、クロック、領収書に変えることによって有用になりました。NRS の提唱は同じ規律から始めるべきです。

メトリクスは選択と成功した出口を区別すべき

資格のあるプロバイダを数えることはポータビリティを証明しません。市場は多くのプロバイダを含むことができますが、現在者が退出を遅く、不透明で、危険にします。移管リクエストを数えるだけでも、放棄された試みや失敗を期待して決して開始しない顧客を見逃します。

NRS は、責任あるプロバイダが完了率、中央値とテール時間、認証情報発行の遅延、異議理由、期限切れホールド、ホルダーキャンセル、不正試行、逆転、継続性インシデントを公開し、調達された結果を比較するようキャンペーンを行うべきです。結果は、機密のホルダー証拠を露出することなく、プロバイダクラスに帰属可能であるべきです。

また、各層での集中度を測定するべきです。各サービスプロバイダを何人のホルダーが使用しているか？共通コーディネーターを誰が運営しているか？システムは一つの認証情報発行者、データ管理者、レビュー機関にどれだけ依存しているか？プロバイダ申請はどのくらいの頻度で承認、条件付き、却下されるか？小売の多様性は上流の集中と共存できます。

ドメインガバナンスはもう一つの有用な尺度を提供します。ポリシーの応答性です。移管ルールは、セキュリティ、プライバシーの変更、運用経験がバランスを変えたため、何年もレビュー中でした。番号体制は、証拠がどのようにポリシー変更になるか、誰がそれを提案できるか、採択された改革が運用に達するまでにどのくらいかかるかを開示するべきです。

パフォーマンスデータは個人の権利を制度的正当性に結び付けます。それがなければ、プロバイダはすべての遅延が例外的であると主張でき、コーディネーターは平等な扱いを示さずに中立性を主張できます。

責任は失敗を制御する行為者に従わなければならない

ポータビリティは制御を再配分するため、責任も割り当てなければなりません。取得プロバイダはホルダーを認証し、不注意な受け入れに対して責任を負うべきです。現在者は認証情報と現在の証拠を制御し、理由のない遅延または解放に対して責任を負うべきです。コーディネーターは最終的な順序付けを制御し、競合する状態またはアクティブな有効制限に対する完了に対して責任を負うべきです。

単一の行為者がすべての結果を負うべきではありません。盗まれたホルダー認証情報は、2つの現在のスポンサーを受け入れるレジストリとは異なります。見逃された通知は、不正な RPKI 変更とは異なります。救済は失敗した義務を追跡するべきです。

即時救済は運用上のものです。停止、復元、修正、通知、証拠保存。金銭的救済は、証明された失敗によって引き起こされた定義された直接費用をカバーするべきであり、より広範な損害賠償は該当する契約および法律の下で利用可能です。繰り返される不正行為は監督、停止、資格喪失を引き起こす可能性があります。

これは、ドメインポータビリティがホルダーの観点からまだ完全ではないところです。技術的移管ルールとコンプライアンス苦情は、すべての結果的損失に対する一つの包括的な補償システムを作成しません。NRS は、比較対象がそれを持っているという理由だけでそのギャップをコピーすべきではありません。

責任のない権限は、顧客に慎重さを課し、リスクをネットワークに外部化することを招きます。正当なポータビリティ体制は、各制御行為者が防止できる失敗のコストを負担させるようにします。

類推には確固たる限界がある

ドメイン名と IP プレフィックスはグローバルに調整された識別子ですが、異なる仕事をします。ドメイン名は DNS 内で委任され、登録契約の下で販売されます。アドレスと ASN はインターネット番号レジストリシステムを通じて配布され、ルーティングで使用されます。それらのポリシー履歴、希少性条件、移管市場、セキュリティ依存関係は異なります。

ドメインレジストラ移管は一つのトップレベルレジストリ内のスポンサーシップを変更します。地域間の番号プロバイダ切り替えは、直接の gTLD 相当物を持たない制度的および管轄的境界を越える可能性があります。プレフィックスは下流の割り当てをカバーし、逆ゾーン、リソース証明書、ルート起点認証を運ぶことができます。ASN は、登録サービスが何を言うかにかかわらず、パスで運用上可視化できます。

ドメインモデルはまた、ICANN の契約に依存しています。NRS は、使い慣れた用語を採用することによって同等の正当性を取得できません。あらゆるポータビリティサービスは、認知されたルール、意欲的な参加者、技術的相互運用性、法的救済を必要とします。NRS の提唱はそれらを提供しません。一つの会社によって作成された共通データベースは、一意の識別子を記録するという理由だけで公的権威ではありません。

また、レジストラの選択は、レジストリレベルの競争が安全または望ましいことを証明しません。ドメインシステムはトップレベルドメインごとに一つの共通レジストリを選択しました。番号ガバナンスは、どの機能が本当に一つの現在の状態を必要とし、どれが分散できるかを決定しなければなりません。

したがって、比較は可能性に答えるべきであり、運命に答えるべきではありません。プロバイダのポータビリティと一意性は共存できます。正確な番号アーキテクチャはまだ信頼を得なければなりません。

未完成の教訓が最も有用である

ドメイン移管は耐久性のある原則を確立しました。顧客向け仲介者は識別子ではありません。ホルダーは、名前、ホルダー、公開機能が継続する間にレジストラを変更できます。共通の認証、境界のある異議、レジストリコミット、時間制限、通知、障害継続性がその分離を実用的にします。

NRS にとって、これは制度的永続性を技術的必要性として拒否するのに十分です。RIR または他の登録サービスプロバイダは、プレフィックスまたは ASN が一意のままであり、そのホルダー履歴が無傷である間に置き換え可能です。管理が移動するという理由だけでルーティングが移動する必要はありません。

しかし、ドメインモデルはまた、小売層での勝利を宣言することに対して警告します。レジストリは権威あるままです。ICANN の契約とコンセンサスポリシーは共通のままです。ホルダーはその枠組み内でサービスを選択できますが、枠組みが適用されるかどうかを選択できません。セキュリティロックは保護または固定化できます。紛争救済は存在しながら、影響を受けるホルダーにとって困難なままである可能性があります。共有事業者は継続性を維持しながら権力を蓄積できます。

したがって、適切な NRS 提唱目標は階層的なポータビリティです。第一に、実行可能なホルダー権利を通じて登録サービスプロバイダを置き換え可能にします。第二に、複製された状態とテストされた継承を通じて共通コーディネーターを運用上置き換え可能にします。第三に、代表性、証拠、理由のある決定、レビューを通じてポリシー権限を説明責任にします。第四に、すべての機能が同じ台帳エントリであると偽ることなく、ルーティング自律性と依存サービス継続性を保存します。

ポータビリティは権限を廃止しません。それは顧客が去った後に権限がどこに残るかを明らかにします。

それがドメイン移管体制の番号への未完成の教訓です。解決できるロックインを解決し、単に一段階上に移動した独占を隠すことを拒否します。

証拠と分析の限界

この分析は、ICANN の現在の移管ポリシー、登録者移管ガイダンス、移管苦情資料、レジストラ契約とポリシー概要、ドメイン業界当事者間の関係の説明、レジストラデータエスクロー要件、移管紛争資料、2025年2月の移管ポリシーレビュー最終報告書、理事会の2026年6月7日採択決議に依存しています。RFC 9154は将来の移管認証情報のセキュリティ基盤を提供します。RFC 7020と RFC 6480は、インターネット番号登録、ルーティング運用、リソース認証の異なる目的を確立します。

現在公開されている移管ポリシーと採択された勧告は別々に保たれています。理事会は47の勧告を採択し、2026年6月に実装を指示しました。本稿は、将来の720時間制限、移管コード用語、関連通知ルールが2026年7月15日時点でライブポリシーにすでに置き換わったと主張していません。

ICANN 資料は義務と制度構造を確立します。それらはすべてのレジストラが同等に機能すること、すべての ccTLD が同じルールに従うこと、ホルダーがすべての損失に対して完全な救済を持っていることを証明するものではありません。本稿は主に ICANN の移管体制によって統治される gTLD に限定されています。

NRS によって提唱される設計は比較から導き出されています。現在の普遍的に認知された RIR 間プロバイダポータビリティサービスは推測されていません。ドメイン名、IP アドレスブロック、ASN は法的にも技術的にも同一として扱われていません。比較は役割分離、執行可能な退出、共通状態の順序付けをサポートします。番号固有の実装は依然として独立したセキュリティテスト、認知された権限、管轄分析、RDAP、逆 DNS、RPKI の実証された継続性を必要とします。

ソース