管轄をまたぐガバナンスと政策の接点
ガバナンス / ICANN
ICANN
ICANN は、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
グローバルDNS ガバナンス説明責任
制度構造、政策プロセス、説明責任への信頼。
マルチステークホルダーによる正当性とプロセスの明確性。
構造的な政策変更は通常、120日以上のサイクルで実現します。
最新の報道
ICANNの最新情報
269件の記事
ICANN
ccNSOでは、同僚の推薦も「自己推薦」になり得る
理事会の5議席の選考で問われるのは、署名者の人数だけではない。同じ管理組織の内と外を区別する必要がある。
ICANN
ICANNのNomComが募るのは選考への意見であり、候補者への推薦状ではない
2027年の選考に向けた投稿は公開される。選考方法を論じる場と、個人を評価する手続きは分けて読む必要がある。
ICANN
5番目の割り当て可能なバリアントには別の全額評価手数料がかかる
新規申請者の場合、最初の4つのバリアントは gTLD 評価手数料に含まれ得るが、追加の割り当て可能なバリアントごとに全額の評価手数料がかかる。
ICANN
ICANNのUA指針はAIに二つの役割を与えた 一つの指標では両方を測れない
国際化メールアドレスを拒む箇所を AI が見つけても、その利用者がサービスを最後まで使えるとは限らない。修正を助ける AI と、メールやドメインを処理する側の AI は、同じ技術でも証拠上の立場が逆だからだ。ICANN の専門家グループが最終指針を提出したいま、AI の件数を数える前に、どちらの役割を測っているのかを固定する必要がある。
ICANN
Allison Mankinと、原因を証明できなかった名前衝突の標本
ルート DNS で同じ名前が何千回観測されても、それだけでは利用者の数も、名前を作ったアプリケーションも、委任後に壊れる機能も分からない。Allison Mankin が共著した RFC 8023は、正確な観測値と、まだ証明されていない説明の間に境界を置く。
ICANN
gTLD申請を提出しても、料金には7日間の期限が残る
gTLD 申請を期限内に提出しただけでは、処理に必要な条件を満たしたことにはならない。ICANN は別の支払期間内に評価手数料を受領する必要がある。
ICANN
行政チェックは申請手続きの関門であり、内容承認ではない
ICANN の行政チェックは提出内容を確認し、同一文字列の集合を整理するが、申請内容を承認するものではない。
ICANN
1回のRSP評価は複数gTLDに使えるが、対象は資格が認められた特定サービスに限る
評価は gTLD をまたいで再利用できるが、ICANN の資格は特定のレジストリサービスに限られる。
ICANN
RSPの網羅性は事業者数ではなく機能表で確かめる
複数のレジストリサービスプロバイダーを挙げても、重要な機能が未割当のままになることがある。ICANN の2026年ラウンドでは、Main、DNS、DNSSEC、任意の Proxy という各 RSP の役割と数の上限が異なる。
ICANN
RSPの指定は契約段階の確認ではない
申請者は申請書でレジストリサービスプロバイダーを指定できる。契約手続中には、ICANN が指定されたプロバイダーへ別途確認を求める。申請者による選択、ICANN の確認要請、プロバイダーの実際の回答は同じ証拠ではない。
ICANN
RSP選定は評価前まで待てるが、無期限ではない
ICANN の2026年ルールでは、レジストリサービスプロバイダーを指定せずに申請できる。ただし申請者と申請内容の評価に入る前に、最低限必要な重要レジストリ機能を担うプロバイダーを特定しなければならない。
ICANN
バリアント文字列集合は文字列ごとではなく一体で競合する
同じバリアント文字列集合の文字列を異なる申請者が求める場合、ICANN の2026年ルールは申請されたプライマリ文字列と申請された割り当て可能なバリアントを一つの競合単位として扱う。
ICANN
既存gTLDのバリアント申請は処理上優先されるが、承認ではない
ICANN は一部の申請を処理順で先行させる。2012年ラウンドの既存 gTLD に関する割り当て可能なバリアント申請である。この優先扱いが変えるのは順序であり、実質的な結果ではない。
ICANN
既存gTLDのバリアントは一つの2026年契約に統合される
既存 gTLD の割り当て可能なバリアントを申請することは、従来の契約を変えずにラベルだけを追加することではない。ICANN の2026年規則は新しい基本レジストリ契約への移行を求め、既存 gTLD と全バリアントを一つの契約にまとめる。
ICANN
既存gTLDのIDNバリアントを申請できるのはそのレジストリ運営者だけ
ICANN の2026年ラウンドでは、既存 gTLD の IDN バリアント申請者は、その gTLD のレジストリ運営者と同一の法人でなければならない。
ICANN
IDNバリアントはプライマリgTLDと同じバックエンドRSPを使う
ICANN の2026年ラウンドでは、プライマリ IDN gTLD とそのバリアントは、委任中に同じバックエンドのレジストリサービスプロバイダーを使用しなければならない。
ICANN
プライマリIDN申請を取り下げるとバリアントも取り下げられる
ICANN の2026年ラウンドでは、プライマリ IDN 申請を取り下げると、それとともに申請したすべてのバリアント文字列も取り下げられる。
ICANN
IDNバリアント申請はプライマリ申請より先に提出できない
ICANN の2026年ラウンドでは、割当可能な IDN バリアントの申請を、対応するプライマリ IDN gTLD の申請より先に提出することはできない。
ICANN
提案中のプライマリIDNでは、選択により割当可能なバリアントが変わり得る
提案中のプライマリ文字列が既存 gTLD でない場合、RZ-LGR のバリアント文字列集合に含まれる文字列の総数は同じでも、選択に応じて割当可能バリアントとブロック対象バリアントの部分集合が変わり得る。
ICANN
ICANNでは提出後にIDNバリアントを撤回できるが、新規追加はできない
2026年ラウンドでは、提出によってプライマリ IDN と申請バリアントの当初の集合が確定する。その後は撤回で縮小できるが、拡大はできない。
会員ロック解除
会員限定プロフィール分析
完全なプロフィール解説と詳細セクションを閲覧するには、ログインが必要です。
Strategic Circle 向けブリーフィング
参加すると、ログイン後に戦略解説を閲覧できます。
Strategic Circle に参加Leadership Alliance 解説
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加