要約

  • ICANNは2026年8月10日から9月21日まで、グローバルDNSのgTLDと代替命名システムを結び付けるTechnical Study Groupの初期報告に意見を求めている。
  • 中心となる条件は「文字列＋管理者」の一致である。共有登録システムでも分散構成でもよいが、全システムで名前と支配主体が一致し、統一された真実の源泉を維持しなければならない。
  • 報告は統合を推奨していない。各レジストリはRSEPまたは2026年ラウンドの手続きで個別承認を得る必要があり、契約条項案も別の公開協議にかかる。
  • 技術報告の外に残った政策問題がある。代替システムに既存の名前があれば、DNSで未使用でも対応する名前を取り置く必要が生じ、DNS側の取得可能性が変わり得る。

問われているのは入口の条件であって、サービス開始ではない

8月11日の発表だけを読むと、ICANNがDNSとブロックチェーン名を結ぶ方針を決めたように見える。しかし検討範囲は限定されている。2022年以降、現行のgTLDレジストリや次回ラウンドの申請予定者から、DNSと別の命名システムで同じ文字列を扱えるかという照会が寄せられた。そこでICANNは、個々の案件に共通する技術問題を一度まとめて調べることにした。

対象は、あらゆるウォレット名、アプリ内識別子、私設名前空間、代替ルートではない。gTLDの運営者が、グローバルDNSの文字列と、同じ組織的支配下にある一つ以上の代替システムの文字列を、レジストリサービスとして一体運用する場合だけである。

一般承認はまだない。8月10日付の39ページの文書は草案であり、公開協議でも初期報告と呼ばれる。TSGが答えるのはRegistry Services Evaluation Policyの前提問題だ。この限定された統合は、セキュリティーや安定性を損なわずに実施できるか。できるなら最低条件は何か。

回答は条件付きの「可能」である。同じ名前を同じ主体が管理し、十分な運用統制があれば、RSEP上の重大な危険は生じにくいと報告は判断した。一方で、この方式を他より推奨するものでも、統合という考えそのものを支持するものでもないと明記する。安全に作れるという判断と、作る権限を与える判断は別である。

不変条件はブロックチェーンではなく支配の一致

報告はこの方式を「string+controller integration」と呼ぶ。同じ文字列は、すべてのシステムで常に同じ主体の支配下になければならない。利用しないシステムでは、その主体のために排他的に取り置く。どちらかを保証できなければ、この方式の統合候補にはならない。

条件はTLD直下の名前にも及ぶ。割り当て、移転、停止、無効化によって、同じに見える名前を別々の主体が支配する状態は許されない。国際化ドメイン名では、統合より前にバリアントとLabel Generation Rulesを処理する必要がある。異なる正規化規則を同時に使えば、「同じ文字列」という前提が崩れるからだ。

実装案は大きく二つある。一つは、レジストリのShared Registration Systemを共通の登録口にして、代替システムを後段に接続する方式だ。既存のレジストリ、レジストラ、登録者の関係を使えるが、追加状態を操作するEPP拡張と、その情報を表示するRDAP拡張が要る。

もう一つは、データベースや運用者を分散させながら、論理上の統一された真実の源泉を保つ方式である。どの構成要素も、文字列と管理者の一致を壊す更新を単独で確定できない。ウォレット、永続識別子、暗号学的証明が支配の確認に使われる可能性がある。決済に時間がかかるシステムなら、DNS側の変更を保留し、他方の確定を待つ場面も出る。

申請者が示すべきなのは、関係者が協調できることだけではない。管理者の指示や承認なしには、誰も整合性を破れないことである。ここでは分散技術が責任の分散を意味しない。複数事業者が各部を動かしても、レジストリ運営者という一つの法人がサービス全体に責任を負う。

最初の権利衝突はすでに見えている

代替システムに統合前から名前が存在する場合、技術条件はDNS側の配分にも影響する。その既存名を共通状態に登録し、DNSでは少なくとも同じ文字列を取り置かなければ、別の者が取得して二重支配になる。DNSゾーンで一度も有効化しない名前でも同じだ。

報告は、これが政策上の含意を持ち得ると認めながら、検討対象外とした。ここに一意性の保護と権利配分の境界がある。取り置きは矛盾する支配を防ぐが、DNSで本来取得できた名前を市場から外す。逆にDNS登録が代替システムの利用を制限する場合もある。

どちらの古い記録を優先するか、取得不能になった申請者へどう通知するか、防御的な取り置きに費用を課すか、誤った支配証明をどう直すか、履歴が衝突したとき誰が審査するか。技術仕様だけでは決められない。状態を同期する能力は、権利を裁定する権限ではない。

ICANNの定款は範囲を示している。DNSの開放性、相互運用性、強靱性、セキュリティー、安定性のために合理的に必要な調整が任務である。初期報告も、ICANNはインターネット上のすべての命名システムを担当せず、グローバルDNSに影響する範囲を超えて関与する必要はないと述べる。

Lu Hengの薄い調整という考え方を当てはめると、線はさらに明瞭になる。一意性、支配の証明、監査可能な状態、継続性は共通層に置ける。既存請求の商業的な優先順位、名前の用途、価値配分は、統合で可視化されたからといって共通層の権力にはならない。二重支配を作らないという狭い拒否は技術上説明できる。それを超える決定には、影響を受ける当事者、公開理由、審査経路が要る。

承認は今後も案件ごとの契約行為になる

今回の協議は包括免許を作らない。サービスを希望する各レジストリはRSEP、または新gTLDラウンドの該当手続きを個別に通る。RSEPはセキュリティー、安定性、競争への影響を調べる。共通報告の目的は、同じ基礎分析を案件ごとに有料で繰り返す負担を減らすことであり、具体的な実装の審査を省くことではない。

契約文も未完成だ。ICANN orgはTSGの作業を踏まえてレジストリ契約の修正文を準備している。最終報告案と契約条項案は後の公開協議に出される。TSG憲章は二度目の意見募集を経て、2027年1月に最終報告を公表する日程を示す。必要証拠、監視頻度、違反基準、是正期間、執行、異議申立てはまだ確定していない。

終了設計も欠かせない。報告は、統合を停止する計画を申請時に必須とするよう勧める。また代替命名統合は、Emergency Back-End Registry Operatorが維持する重要機能の範囲外とみられる。レジストリが深刻な障害でEBEROへ移れば、DNSは継続しても代替側は止まる可能性が高い。

「複数システムで一つの名前」という商品が、制度危機の瞬間に分裂し得る。何が残り、古い記録をどう扱い、登録者が何を保持し、利用者にどう知らせるかを事前に示す必要がある。同一性は開始時の表示ではなく、全期間の約束だ。

公開協議が分けるべき四つの判断

現在の協議は、管理者証明、同期、分散決済、国際化名、RDAP表示、移転、停止、EBERO、終了手順を技術的に検証できる。有用な意見は、ブロックチェーン名への賛否ではなく、整合性が破れる具体的な経路を示すはずだ。

次の契約協議では四つの判断を混ぜてはならない。TSGが設計の安全性を判断する。ICANNが特定サービスを承認する。契約が監視・執行権を定める。政策が統合で排除される名前や請求を扱う。それぞれ決定者、根拠、救済が違う。

初期報告の意義は、「DNSとブロックチェーンを橋渡しする」という曖昧な言葉を、運用上の不変条件、責任法人、停止問題に置き換えた点にある。その限界を守ってこそ正当性が保たれる。技術的実現可能性は評価への扉を開くが、入口の支配権までは与えない。

出典