トピック
レジストリガバナンス
「トピックの観点から見たレジストリガバナンストピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
記事
K-rootは全期待への適合を示したが、公開証拠の厚みはそろっていない
RIPE NCC は K-root について RSSAC001v2 の期待事項を一つずつ回答した。一般的な信頼性の宣言より明確である。一方、日次測定、制御設計の説明、日付のない「十分な容量」は同じ証明ではない。RIPE-859 には、その差を示す証拠層が必要だ。
記事
RIPEのNRTMv3は無効なオブジェクトを飛ばせる。進むシリアルは完全性の証明ではない
RIPE Database 1.124には、短いが重要な変更が含まれた。NRTMv3 サーバーは無効なオブジェクトをスキップする。処理できない一件のために複製全体を止めない判断には合理性がある。ただし、意図的な不送信が実装された瞬間から、ストリームが動き続けることと、ミラーが完全であることは別の主張になる。
記事
APNIC prop-173は検索結果に著作権を持ち込む――その前に権利台帳が要る
RDAP の一つの応答には、アドレス範囲という事実、登録者が入力した連絡文、レジストリが付した状態、別組織を参照するリンクが同居する。画面上で一体に見えても、権利の根拠まで一体とは限らない。通常検索にも明示的な利用条件を置こうとする APNIC prop-173 は重要な問題を捉えた。だが、自動的な制限を始める前に、どの項目を誰が、著作権、契約、プライバシー、保安、サービス継続性のどれに基づいて制御するのかを示す必要がある。
記事
LACNICの70％合格は候補者認証の受領票ではない
LACNIC の2026年理事選挙では、能力・適格性評価に合格することと、選挙委員会が候補者として認証することが別の状態になっている。遠隔監督で得た事案情報も認証判断に入る以上、必要なのは私的な映像の公開ではなく、合格から認証、異議申立てまでを結ぶ最小限の受領票である。
記事
ARINはReg-RWS鍵をURLの外へ移した――しかし古い入口はまだ開いている
ARIN は Reg-RWS の API 鍵を`Authorization`ヘッダーで送る方式を推奨し始めた。一方、URL のクエリ文字列に鍵を入れる従来方式も引き続き受け付けている。新方式は日常的な拡散経路を大きく減らすが、鍵を「捕捉不可能」にするものでも、利用者の移行完了を示すものでもない。
ICANN
ICANNは「似ていない」二つの文字列を同じ競合集合に入れられる――中間の文字列は何を左右するのか
新しいトップレベルドメインへの三つの申請を考えてみよう。ICANN の String Similarity Evaluation Panel は、文字列 A と B には視覚的な混同可能性があり、B と C にも同じ可能性があると判断する。しかし、A と C については混同可能性を認めない。それでも三申請は、同じ競合集合（contention set）に入ることがある。
ICANN
ICANNは優先順位バッチの設定前に文字列類似性評価を完了する――「全申請文字列」ルールは何を守るのか
優先番号が後ろだからといって、その申請文字列が比較対象から外れるわけではない。2026年ラウンドでは、評価バッチを設定する前に、すべての申請文字列について類似性評価を完了しなければならない。
記事
AFRINICのIPv6条件は3つの割合を示すが、測定方法を示さない
この提案の最も善意に解釈できる狙いは、保有しているだけの IPv6 を段階的な実運用へ結び付けることだ。事業者がすでに収集しているかもしれないトラフィック情報を使えば、直ちに100％移行を求めず、測定可能な進展を促せる。しかし、その割合を適格性の条件にするなら、同じ手順を後から再現できなければならない。
記事
AFRINICの定款意見募集は延長されたが、指定フォーム停止後の受領記録がつながっていない
締切日は、単なる日付ではなく、その時点まで提出経路が使えるという約束である。AFRINIC は定款への意見を5月17日まで受け付けると告知した一方、13日にはフォーム用ホストの停止を公表した。公開資料から再現できないのは、誰かの被害ではなく、復旧から最終受領一覧までの接続である。
ICANN
ICANN の優先番号は文字列評価の順番を決めない――キュー外で進む5つの審査とは
優先順位抽選で小さい番号を得れば、申請処理の一部では有利な位置に立てる。しかし、その番号が申請文字列への「合格見込み」を示すわけではない。ICANN の2026年ラウンド資料は、優先番号の適用範囲を明確に区切っている。優先番号は複数の手続の一般的な順序を決める一方、文字列評価（String Evaluation）の進行順には影響しない。
インターネット史
リレーを一つ通るたび、経路は逆向きへ移った
ONE が受け取った宛先は `JOE@THREE` だけではなかった。SMTP の forward-path は `@ONE,@TWO:JOE@THREE` だった。ONE は左端の自分を消し、次の環境で通用する自分の名を reverse-path の先頭に積む。未走行の経路は短くなり、配達不能時に戻る経路は長くなる。一つの住所のように見えた文字列は、実際には中継ごとに向きを変えるエンベロープ状態だった。
記事
第4版の本文、第3版の評価――APNIC 62前に残るprop-165の版境界
APNIC の正規 `prop-165` ページには、いま二つの異なる版の証拠が並んでいる。現行本文として示されるのは2026年8月27日公開の `prop-165-v004` だが、同じページに掲載された事務局影響評価は、明示的に `prop-165-v003` を対象としている。APNIC 62 の Open Policy Meeting は9月10日に予定されている。問われるのは IPv4 `/24` を認めるべきか否かではなく、本文の改訂によって旧評価の問いがどこまで解かれ、何がなお評価されていないのかを、審議前に識別できる状態にすることである。
記事
RIPE-861は非公開の推薦を勧める。公開候補者名簿には受領証が要る
技術コミュニティーの役職に関心を持った人が、まず仕事量や条件を静かに尋ねられることには意味がある。しかし、その私的な関心が公的な候補資格へ移る時点では、同意し資格を満たした全員が名簿に載ったと検証できなければならない。必要なのは私信の公開ではなく、状態の引き渡し記録である。
ICANN
ICANN の優先順位抽選が処理列をつくる。若い番号は何を保証するのか
新しい分野別トップレベルドメインの申請には、技術、財務、運用に関する審査が待っている。異議申立てや文字列の競合、アカウンタビリティ手続によって進行が止まることもある。それでも、後続する複数の段階で最初の位置を左右するのは、100米ドルの紙の抽選券だ。
記事
LACNIC――不祥事後の正統性をめぐる経済学
確認済みの危機を仮定し、初動、忌避、調査、上訴、業務継続を時間軸で点検する。
記事
LACNICのFORTはASPAを検証できる。しかしルーター向け経路の初期値はバージョン0だ
LACNIC は ASPA 情報をルーターへ渡せるバリデータを発表した。同じリリースでは、その経路を開く設定値が初期状態で0になっている。能力を実装したこと、能力を有効にしたこと、経路選択を変えたことは、それぞれ別の事実である。
記事
前日付の影響評価を、会合の判断記録へどう接続するか
`AFPUB-2026-GEN-002-DRAFT01`に内包されたスタッフ影響評価の日付は2026年6月23日である。翌6月24日、AFRINIC-37 Public Policy Meeting が09:00から17:00まで UTC+3 のハイブリッド形式で開かれ、Policy Compliance Dashboard は15:15から16:05まで議題となった。二つの日付は明確に隣り合う。しかし、評価が実際に一般公開された時刻も、提案者や参加者が検討に使えた時間も、確認資料には記録されていない。ここで問うべきなのは、一日の近接を直ちに違反や不利益…
記事
AFRINICはMyAFRINIC v2のテスト参加を会員に呼びかけた――ベータには不具合からリリース判断までを結ぶ台帳が必要だ
AFRINIC は AfPIF 2026の公式ページで、MyAFRINIC v2 について、会員の業務フローに関する短時間の聞き取り、ユーザー受入テスト、ベータプログラムへの参加を呼びかけた。資源申請、連絡先変更、請求、日常的な照会を実際に行う会員の経験を取り込むことには合理性がある。ただし、参加募集は受入れの証明ではない。各指摘を、対象業務、テストした版、処置、修正、再テスト、そしてベータに含めるか否かの判断まで結び付ける記録が必要になる。
記事
ARINは宇宙向け方針を「共同提案」と記す。IETFはアドレスモデルを採択していない
ARIN-2026-1 は、IETF の TIPTOP ワーキンググループとの共同提案だと説明されている。一方、IETF 側で参照されているアドレスモデルは個人提出の Internet-Draft のままであり、WG 議長は現行案をそのまま採択する明確なコンセンサスを確認していない。問題を共有することと、解決策を採択することは別の出来事である。
記事
個別通知のない命令経路を、どう検証可能にするか――RIPE NCCのeEvidence分岐
同じ公開手続きの中に、二つの通知状態が置かれた。RIPE-865 は、会員データに関する要請や命令について、明示的に禁止されない限り会員へ知らせる一般方針を維持する。その一方で、新設された eEvidence 節では秘密保持規則が適用され、この節を通じて受け取るいかなる命令についても、RIPE NCC は会員に通知できないとする。変わったのは、命令を審査する必要性ではなく、その処理を外部から確かめるための説明責任の状態である。