要約

  • 代替命名システムとgTLDの統合に関するTechnical Study Group初期報告への意見募集は11件を表示し、そのうち1件は「Submission Retracted」とされ、本文が削除されている。
  • ページ内の公開データはretracted: trueと当初の提出時刻を記録する。しかし、撤回時刻、行為主体の種類、根拠規則、代替提出、最終報告での扱いは示さない。
  • ICANNの利用者向け手引きは、募集期間中の提出者による撤回を認める。Terms of Serviceは別に、ICANN自身が内容を拒否・削除できる権限を定める。
  • 2023年の別の意見募集では、受領6件のうち削除1件を以後考慮しないと公式結果が記した。削除状態は分析対象の分母に影響し得る。
  • 欠けた情報を理由に、削除本文を再現したり、動機や検閲を推測したりしてはならない。必要なのは、保護対象を明かさない最小限の状態受領票である。
  • 参加は知見や警告を運ぶが、決定権そのものではない。撤回と削除の主体を分けることが、提出者の自律と機関の説明責任を同時に守る。

残された一行が証明すること

ICANNは8月10日、グローバルDNSのgTLDと代替命名システムの同一文字列を安全かつ安定的に結び付けられるかについて意見募集を始めた。締切は9月21日、報告期限は10月5日である。

調査時点の全提出一覧には「1–11 of 11 submissions」とあった。その先頭に、公開表示名Krypto@Recht on X、2026年9月1日という日付、「Submission Retracted」という見出しが残っていた。本文の代わりに表示されるのは「This Submission has been removed.」の一文だけである。個別手続ページの最近の提出欄も同じ状態だった。

ICANNがHTMLに埋め込んだ公開アプリケーション状態は、公開slug、retracted: true、そしてsubmissionTimeの10時53分08秒UTCを含む。この時刻は字段どおり提出時刻であり、撤回時刻と断定できない。状態変更専用の公開時刻は見当たらない。

したがって、記録は完全消去ではない。提出が存在したことと、現在は読めないことは確認できる。しかし「誰が、どの根拠で、いつ変えたか」という統治上の出来事だけが抜け落ちている。

自主撤回と管理削除は同じではない

2021年のPublic Comment手引きには、利用者が操作する撤回手順がある。募集が開いている間、ログインした提出者は自分の提出を開き、Document Actionsから「Retract Submission」を選び確認できる。撤回後は本文が公開されなくなり、削除済みを示す注記が付く。公開済み提出を修正する際にも、いったん撤回して編集し、再公開する流れが示される。

これは提出者の意思を記録する権限経路である。

Terms of Serviceには別の経路がある。ICANNは、方針や手続に反する、または有害・不適切だと合理的に判断した内容を拒否・削除できるとしている。こちらはプラットフォーム運営者の制度的行為である。

法的請求、プライバシー、安全上の事情では、理由の詳細を公表できない場合もある。それでも「提出者による撤回」と「ICANNによる管理上の削除」という安全な区分まで同じにする必要はない。

現行表示からは、どの経路も確定できない。提出者が自ら取り下げたとも、ICANNがモデレーションしたとも、権利侵害や違反があったとも言えない。削除は内容への反論や却下の証拠でもない。状態は公開されているが、原因は公開されていない。

11件という数には複数の集合がある

ICANNはPublic Commentを、誰でも参加でき、提出が公開・保存され、ICANN orgが共通テーマを報告し、手続を開いた主体が入力に対応する仕組みと説明する。職員実務のページでは、中立的で一貫した透明な運営と、整理されたアーカイブも掲げる。

現在の11件には撤回済みの墓標も含まれる。これは「受領11件」という数え方として理解できる。しかし「本文が読める11件」でも「報告で検討する11件」でもない可能性がある。ページは三つの分母を分けていない。

2023年のccNSO関連手続では、公式結果が受領6件、削除1件、その1件は以後考慮しないと明記した。受領と考慮を分ける実例である。この過去例は2026年の処理を決めないが、削除が単なる画面上の装飾でないことを示す。

別の2025–2026年GNSO手続にも、日付付きの「Submission Retracted」と同じ削除文が残る。墓標を維持するUIはすでにある。次に必要なのは、一覧、CSV、報告書が同じ状態語彙を使うことである。

参加件数はやがて制度的な物語になる。多様な意見が集まった、支持が広い、反対が少ない、といった説明に利用される。自主撤回、管理削除、分析採用を分けない総数は、実際には存在しなかった証拠集合を読者に想像させる。

本文を守ったまま遷移を公開する

必要な受領票は小さい。安定した提出IDと提出時刻、現在状態と移行時刻、安全な行為主体区分、適用手続の版と公開可能な理由分類、再提出との関係、受領・公開・考慮の各集計上の扱い、訂正や異議申立ての経路を持てばよい。整合性参照があれば、本文なしでもどの記録が変わったかを検証できる。

公開できない字段は「非公開」と示せばよい。担当職員名、個人情報、法務資料、有害な記述を載せる提案ではない。複数の権限を、説明のない一つの欠落に見せないための提案である。

ICANN Bylawsは、開かれた透明な手続、文書化された方針の一貫・中立・公平な適用、応答性のある協議を求める。Expected Standards of Behaviorも、公共入力、説明責任、透明性の堅牢な仕組みを支持するよう参加者に求める。型のある状態イベントは、その原則を小さく実装する。

声の持ち主と判断の持ち主

Lu Hengのマルチステークホルダー批判が示す重要な区別は、参加と委任の違いである。意見提出は経験、証拠、利害、警告を運ぶ。しかし、提出した事実だけで制度判断の権限を得るわけではない。

取り下げでも同じ区別が要る。提出者は手引きに基づく自主撤回を管理する。ICANNは規約に基づく管理削除を管理する。ICANN orgは要約報告を作り、TSGは技術報告の修正を決め、手続の開始主体が次の行為を選ぶ。どの信号も別の信号を代行してはならない。

現行ページには、公開名、日付、一覧上の位置、撤回状態という骨格がある。本文を復元せずとも、その骨格に「行為の種類」と「報告での処理」を加えられる。公開協議が全事実を公開できなくても、どの権限が可視性を変えたのかは公開できる。

出典

  1. ICANN — TSG初期報告のPublic Comment
  2. ICANN — 同手続の全提出一覧
  3. ICANN — About Public Comment
  4. ICANN — Public Comment提出手引き
  5. ICANN — Terms of Service
  6. ICANN — Expected Standards of Behavior
  7. ICANN — Organization Employee Practices and Resources
  8. ICANN — Bylaws
  9. ICANN — 2023年ccNSO Public Comment
  10. ICANN — GNSO Board reversal processの提出一覧
  11. Lu Heng — The Multi-Stakeholder Mirage