要約

  • 本稿が検討した公開記録から確認できるのは、ICANNが緊急バックエンド・レジストリ事業を運営していること、そして2013年の指定で三社が名指しされたことである。保持した資料はすべて要約であり、本稿の調査では契約書も、予算科目も、指定文書も読まれていない。
  • この保証が実際に発動できるかどうかは、五つの独立した事実で決まる。現に有効な指定、執行可能な発動権、財源に裏づけられ維持された待機能力、訓練された引き継ぎ、そして明確に画定された適用範囲である。公開された説明は、一つ目の事実を五つすべての証明として扱いがちだ。この記録が裏づけるのは最初の二つだけであり、二つ目も2013年の発表を引用した業界報道を通じてのみである。

レジストリは目立たない形で壊れる。運転資金が尽き、技術者が去り、応答をやめる。ICANNがこの事態に対して掲げる救済策は、代替バックエンドである。すなわち、ある汎用トップレベルドメインで重大な障害が起きたとき、その重要機能を引き受け、より長い処理が決まる間も名前解決を続けられるよう、あらかじめ用意された当事者だ。本稿が問うのは「その発想が良いか」ではない。もっと狭く、公開記録はこの装置が本当に呼び出せることを示しているのか、である。

記録が述べていること、述べていないこと

本稿の証拠基盤は四つの文書に尽きる。ICANN自身の事業ページは、この仕組みを、新gTLDレジストリ事業者に重大な障害または移行が生じた際の継続性を提供するものと説明している（ICANNの緊急バックエンド事業ページ）。gTLDレジストリ契約のページは、レジストリ事業者に課される契約上の要件を掲げ、レジストリ移行手続に関する「仕様10」を含むとされ、緊急時の事業者を継続性の安全網として説明していると記録されている（gTLDレジストリ契約ページ）。2013年4月2日付の事業概説は、事業者が必須のレジストリ機能を提供できない、または維持できない場合に用いられるものと要約され、五つの重要なレジストリ機能に言及し、一時的な場合と移行の間の双方を想定しているとされる（緊急バックエンド事業概説、2013年4月2日）。

四つ目の文書だけが名前を挙げている。独立した業界報道は、本稿では検索サービスが報告した抜粋としてのみ保持されているが、中国インターネット情報センター、米国のNeustar、英国のNominetが選定されたと述べ、これをICANNの発表に帰している（2013年の選定に関するInfoWorldの報道）。

以上がすべてであり、見た目より薄い。四つの資料はいずれも要約である。業界報道の抜粋は検索サービスによる報告と記録され、ICANNの三ページについては抜粋が一切保持されていない。つまり上の記述は、文書から読み取った文言ではなく、検索サービスによる性格づけである。契約ページは入口のページであって契約そのものではなく、仕様10は引用ではなく言及にとどまる。

本稿の背後にある調査は、さらに先へ進もうとして果たせなかった。2026年10月18日、契約・事業ページ・2013年概説を対象とした原文レベルの閲覧要求は、一定時間の待機後、検索サービスの処理能力が利用できないとして失敗した（04:50:16 UTC）。二度目の要求は、まったく裏づけのない二本の柱——現在誰が待機役を担っているのか、待機能力に財源が付いているのか——に向けられ、処理自体は成功したが候補資料はゼロ件だった（04:51:46 UTC）。同一類型の文書で二度続けて失敗したため、調査はそこで止めた。空白は推測で埋めず、日付のある境界として記録している。

五つの水準は、習慣的に一つへ潰される

ここで有効な規律は、「緊急時の事業者が存在する」を一つの事実として扱うのをやめることだ。それは少なくとも五つに分解でき、ある水準の証拠は次の水準について何も語らない。

第一：宣言された事業。 裏づけあり。ICANNは継続性を目的として掲げる事業ページを公開している。

第二：名前の挙がった事業者。 裏づけあり。ただし2013年時点に限られ、しかも業界報道を通じてのみ。公開の議論の大半はここで止まる。

第三：現に有効で執行可能な発動権。 裏づけなし。保持した記録のどこにも、名指しされた事業者が現在いかなる指定下にあるのか、その期間はどれほどか、いかなる通知・発動条件が付くのか、誰が発動する権限を持つのかは示されていない。失効した指定や再調達された指定は、有効な指定とは別の事実であり、その差はまさに「計画」と「電話番号」の差である。

第四：財源に裏づけられ維持された能力。 裏づけなし。待機能力は無償ではない。確保された設備、複数のレジストリ基盤に通じた要員、定期的な検証の費用を誰かが負担する。ICANNの採択済み予算にその科目があるのか、発動時の費用をICANN・破綻事業者・名簿を預ける登録者の間でどう配分するのかは、保持資料のどこにも現れない。

第五：訓練され、呼び出せる引き継ぎ。 裏づけなし。現実に近い条件で一度も行使されていない救済策は、なお仮説である。この記録には演習の記録も、引き継ぎ所要時間も、「一時的」が暦の上で何日を意味するかの定義もない。

五つのうち二つ、しかも要約の水準でしか裏づけられていない。これが本稿の結論であり、それは醜聞ではない。公開記録が実際どこまで届いているかの測定値である。

構造的な空白であって、揚げ足取りではない

これを告発として読むのは容易であり、そして誤りだ。継続性の救済策が何でできているかを考えてみる。

レジストリ契約は事業者を拘束する。だが最も重要な義務——移行に協力し、登録データを引き渡し、別の者が舵を取る間もゾーンを応答させ続ける——は、事業者がそれを履行する能力を最も失っているまさにその時に緊迫する。失敗後にのみ執行できる義務は、その後の法的手続にとっては本物の支えである。しかしそれは代替品の代替品ではない。両者は異なる道具であり、壊れ方も異なる。この区別は本稿の分析であって、ICANNの契約条項の記述ではない。契約は本稿の調査では読まれていないからだ。

調達された代替品はもう一つの道具であり、破綻する事業者の統制の完全に外側にある。期間のある契約、経営陣が交代しても残る予算科目、そして機械が今も回っていることを示す何らかの定期的な検証を必要とする。いずれも地味な物件である。そして発動の瞬間に意味を持つ唯一のものでもある。すでに協力をやめた当事者の協力に依存しないからだ。

調達条件が常に公開されるわけではないことには、正当な理由がある。商業上の秘密、安全保障上の詳細、価格である。しかし「条件が非公開であること」と「検証がまったく存在しないこと」は別の状態であり、本稿の調査はそのどちらが当てはまるのかさえ確定できていない。

範囲の規律：継続性は安全性ではない

完全に検証された仕組みであっても、日常的な言い回しが含意するものを意味しない。この事業は、事業者が五つの重要なレジストリ機能を維持できないときに発動するものとされ、一時的な場合と移行の間の双方を想定する。それは画定された技術的範囲である。名前解決が続き、定義された機能群が動き続け、その間に出口の設計が決まる。

それは「名前について何の危険もない」という保証ではない。登録者データの正確性、移行期間中に移転や更新ができるか、代替事業者が課す商業条件、一時的な取り決めが——下にある統治の問いが本当の問題になる前に——どれだけ続きうるのか。これらについては何も語らない。機能の継続と権利の明確さは、別々の保証である。両者を融合させる説明は、技術的な安全網が担える範囲を過大に描いている。

正当性について、慎重に述べる

技術の問いの下に、制度の問いがある。動機を推測せずに述べることはできる。

保証機能にとって意味のある正当性とは、機構が述べる内容と、独立に検証できる内容との関係である。事業ページの公開と、事業者名を挙げる発表は、いずれも保証の形式である。作るのは安価で、自信を伝える。独立した検証——期間を明記した指定、予算科目、演習の記録——は作るのに高くつき、同じことを伝えるが到達範囲はずっと狭い。

この非対称は予測可能な漂流を生む。安価な保証は流通し、高価な保証は滅多に求められず、両者の差は既定で不可視になる。登録者、販売代理店、政府はやがて容量ではなく安心感に価格を与える。両者が乖離したとき、費用は検証する手段を最も持たなかった側に落ちる。

これは悪意の認定ではなく、能力が存在しないという主張でもない。記録が支える内容についての主張である。断定的な安全の言明は証拠を追い越す。正直な分類は、判決ではなく信頼度の引き下げである。

何があれば決着するか

六つの物件が空白を閉じる。いずれも安全保障上の機微に触れずに公表できる。期間と保有者を明記した現行の指定。発動条件と、発動権を持つ機関。採択された事業計画に現れる財源の取扱い——予算が既に用いている集約単位で足りる。日付のある演習・試験の記録。日付のある実際の発動記録（発動があった場合）。そして画定された機能範囲の明示である。

いずれも契約の秘密別紙の公開を要求しない。そしてそのどれか一つがあれば、登録者、販売代理店、政府は「呼び出せる待機」と「発表されただけの待機」を区別できる。

それまでは、ICANNの緊急バックエンド体制について正確に言えるのは、この記録が支える次の一句である。それは存在し、安全網として説明され、三社が一度名指しされ、それが執行可能かどうかを決める条件は示されていない。発表を保証と受け取る読者は、自分が見ていない文書を信頼している。この事業のディレクトリ項目はEmergency Back-End Registry Operator Program – ICANNにある。