インターネット運営・政策を担う機関における政策継続性・正当性・説明責任のシグナルを追跡します。
ガバナンス
ガバナンス
ガバナンスは、インターネット基盤に影響を与え得る機関、政策プロセス、標準化活動、レジストリ運用、説明責任をめぐる紛争、実装シグナルを追跡します。BTW.MEDIA は、公開された報道、出典に基づく分析、制度的背景、長期にわたるケースの継続報道を整理し、読者が世界のネットワークエコシステム全体で、意思決定のポイント、ガバナンス上のリスク、運用の継続性、正統性をめぐる論点、政策の結果を追えるようにしています。RIR や標準化団体、ICANN のプロセス、ネットワーク運用者グループ、公共政策に関わる主体、説明責任をめぐる紛争、裏付けとなる証拠を比較したい読者は、このページで、どのプロセスが単なる手続きに過ぎないのか、どのシグナルが運用上の前提を変え得るのか、どのコミュニティが影響を受けやすいのかを確認できます。
RIR監視ケースファイル番号資源コミュニティICANNIETFインターネット史ネットワーク運用者グループ
RIR監視、ケースファイル、番号資源社会、ICANN、IETF、インターネット史、NOG セッションを含みます。
表明された立場よりも、実施の証拠と機関の行動を重視します。
最新の報道
ガバナンスの最新情報
4,478件の記事
記事
会員に届いた時には決まっていた――AFRINICの2026年予算と選択の時間
2026年6月25日、AFRINIC の会員に示されたのは、これから承認する予算案ではなく、すでに取締役会が承認した年間予算だった。会員は説明を聞き、質問し、異議を述べることはできたが、その日の正式議案に2026年予算を承認する決議はなかった。この時間差は単なる会議運営の細部ではない。会員が費用のほぼ全体を支える民間の番号資源レジストリにおいて、情報を受け取ることと、まだ回避できる支出について選ぶことは、まったく異なるからである。
記事
政策文から消えた閾値――AFRINIC「Lame Delegations」Draft 2の制度設計
リゾルバーが、到達不能か権威応答を返さないネームサーバーへ送り出される。その無駄を止めるため、親側の台帳から壊れた参照を外す。一見すれば、これは控えめで正当なデータ修正にすぎない。だが、逆引き DNS の委任はメールの信頼性、障害診断、顧客サービスの継続にも触れる。2017年11月22日の AFRINIC「AFPUB-2017-DNS-001-DRAFT-02」は、整理の目的を保ちながら、どの検査結果で、何回失敗すれば、誰に何度知らせ、いつ是正期限が切れ、どう復旧するかを拘束的な政策文から外した。対象は IP アドレス資源でも正引き DNS…
記事
三つの修正では閉じなかった帳簿――Soft Landing BIS Draft 6の配分計算
2017年9月22日、AFRINIC は Soft Landing BIS の第6稿を公表し、実証された需要を二つの枯渇段階にまたがって明確にし、反復申請を扱う5.4.6を明瞭化のため書き換え、IPv6 導入支援用の新しい`/12`が従来の予期せぬ用途向け`/12`を置き換えると示した。わずか三点の修正だが、問われていたのは言葉遣いだけではない。既存保有量と新規受領量のどちらを数えるのか、24か月をどう切るのか、百万件を超える IPv4…
記事
「削除しなければならない」を引き受けた日――決議201803.395とAFRINICの運用責任
2018年3月21日、AFRINIC 理事会が承認したのは、逆引き DNS の不良な委任を整えるという一見地味な保守方針だった。だが「削除しなければならない」という一語が入った規則を私人たる技術レジストリが引き受けるとき、決定の正当性は採決だけでは完結しない。測定の再現性、通知の到達、是正のための時間、異論がある場合の停止、変更後に検証できる記録、そして無関係な企業上の争いから技術サービスを隔離する仕組みまでが、一つの批准に付随する長い責任になる。
記事
RIRガバナンス文書V3はNRO ECへ移管されたが、公開版はまだ照合できない
ASO AC は7月28日、RIR Governance Document の version 3を完成させ、Recommended Draft を NRO Executive Council へ正式に引き渡した。文書に対する責任も移った。一方、本文、version 2との差分、変更理由、更新日程は同時に公開されなかった。手続きは次の状態へ進んだが、外部から検証できる版管理は一段遅れている。
記事
二つの辞任を分けた時計――AFRINICが2018年3月に選んだ限定的な継続性
AFRINIC の2018年3月の危機で重要だったのは、誰が議長になったかだけではない。理事会は、議長・副議長という社内役職を暫定的に引き継ぐ経路と、会員が選んだ理事席そのものを補充する経路を分けた。署名済み辞任、失効日、見直し期限、会員総会への返還を連ねたその設計は、民間のインターネット番号資源レジストリが業務を止めずに、しかも緊急対応を恒久的な自己任命へ変えないための小さいが重要な統治技術だった。
記事
「是正」の三か月は、回収権限を証明したか
接触して不一致の是正を試み、それでも解消しなければ回収予定の資源を公表し、三か月のあいだに適合または承認された移転を求め、期限後に回収して旧保有者のデータベース記録を更新する――AFRINIC の Draft 5が描いたのは、この具体的な時計だった。だが、2017年10月21日に公表された文書の状態はあくまで「Under Discussion」である。扱われていたのは民間レジストリの記録と会員との契約関係であって、主権的な執行ではない。途中の期間を「是正」と呼べるよう整えても、最後の不利益な登録措置を誰が、どの合意に基づいて認めたのかという問いは、それだ…
記事
誰が合意を審査するのか――AFRINIC異議申立委員会規約Version 2の設計
五人の審査者をどこから選ぶのか。その制度設計が組み替えられる一方で、異議を申し立てる側の時計は十四暦日のまま進んでいた。2017年11月26日に承認・公表された AFRINIC の Policy Development Appeal Committee Terms of Reference Version 2は、単なる人員構成の修正ではない。議長によるラフコンセンサス判断を誰が、どの記録に基づき、どこまで覆せるのかを組み直した文書である。手続は以前より読みやすくなった。しかし、外側の役職者を含む候補群から AFRINIC…
記事
二人の共同議長、三つの内部席――AFRINIC「PDP Bis」第2草案が異議申立てを整理し、なお独立性を残した理由
2017年11月9日に公表された AFPUB-2017-GEN-002-DRAFT-02 は、単なる文言整理ではなかった。一人の議長と一人の副議長という第1草案の配置を二人の共同議長へ改め、異議申立ての起算点を公に告知された議長の行為または決定に結び付け、最大4週間で結論を出す3人の内部委員会を示した。その一方で、緊急時の理事会による逸脱、合意認定、審査人の選出、最終判断、実施への移行は、なお同じ私的機関の連鎖に置かれた。同月の AFRINIC-27…
記事
「反対は一つ」から「相当な反対」へ――AFRINIC Soft Landing BIS Draft 7の合意を検証する
2017年12月26日、共同議長は、最終意見募集に現れた同文の請願書を重複として扱い、実質的な問題を多国籍企業に関する一件に絞って、Draft 7の即時批准を理事会に勧告した。ところが、同じ期間の記録を後に調べた Appeal Committee は「相当な反対」があり、最終意見募集の途中にも終了時にも合意はなかったと判断した。この食い違いは言葉遣いの差ではない。残り少ない未配分 IPv4…
記事
AFRINICの継続性は検証できる記録にかかる
地域レジストリへの信頼は正確な番号資源記録、説明できる判断、組織紛争に耐える継続計画から生まれる。
AFRINIC サガ
採決のない会議を、書面はどう治すのか――AFRINIC決議201706.362の証拠設計
2017年6月1日、AFRINIC の会員は監査済み財務諸表の説明を聞き、異議を求められても声を上げなかった。しかし、議事録に採択の動議も採決もない。22日後、取締役たちは登録会員として書面決議を用い、78％で採択したと記録した。筋の通った是正策になり得るからこそ、必要なのは組織の自己宣言ではなく、誰が、どの資格で、どの文書に、いつ同意したかを結ぶ検証可能な証拠である。
記事
誰が「合意」を決めるのか――AFRINIC PDP Bis Draft 1の統治構造
2017年4月28日に公表された AFPUB-2017-GEN-002-DRAFT-01 は、AFRINIC の将来のポリシーを作る手続そのものを組み替えようとした。提案は、議長と副議長を置き、参加者の発言を分類し、案件を四つの段階へ進め、コンセンサスを認定し、理事会が批准し、不服申立てと緊急時の例外を扱う仕組みを、一つの内部憲章のように書き込んだ。曖昧だった手順を見える形にする意義は大きい。しかし、分類、議事進行、段階移行、合意認定、投稿停止、緊急時の変更という多くの判断が議長に集まり、批准と不服申立ても理事会につながる同じ私的組織の鎖の中に残った。後…
記事
32分の1へ絞る上限案――AFRINIC Draft 4が組み替えようとした順番待ち
AFRINIC の IPv4 ソフトランディング第1段階が動き出した2017年3月31日から、Draft 4が公表された4月14日まで、わずか14日だった。稼働中の1申請当たり上限は /13、すなわち524,288アドレス。それを草案は /18、16,384アドレスへ置き換えようとした。上限は32分の1になる。これは単なる在庫節約の数字ではない。大きな需要を何回の申請に分け、誰に反復の事務負担を負わせ、どの用途のために将来の選択肢を囲い込むかという、順番待ちの設計そのものだった。
記事
「監査済み・承認済み」の内側――AFRINICの2016年決算を支えた五つの保証
2017年4月19日、AFRINIC 理事会は WebEx 会議で2016年財務諸表を全会一致で承認し、二人の理事による署名と PwC の監査報告書へ道を開いた。そこには実質のある説明責任の連鎖があった。しかし、理事の責任、経営者確認、監査委員会の検討、外部監査人の意見、会員による受容は別々の行為である。何が確かめられ、何がなお公開されていなかったのかを分けて読むことこそ、この決算が会員に与えた保証を正確に測る方法である。
記事
十四日の異議申立てを誰が支えるのか――AFRINIC理事会と五つの審査席
異議を申し立てられる期間はわずか十四日。その申立てを受け取る五人の委員会は、争われた判断をした PDWG 議長からは切り離されていたが、五つの席を選び、交代要員を決め、交代そのものを命じられるのは AFRINIC 理事会だった。2017年の制度設計は、ラフコンセンサスという裁量的な判断を二段階目で検証する道を開いた。同時に、審査する者を制度上の誰が支配できるのかという、私的な技術調整機関にとって避けて通れない問いも残した。
記事
会場の声はどこまで条文になったか――AFRINIC Soft Landing BIS Draft 5の応答地図
2017年5月31日の会場では合意に至らなかった。それでも、その後に公表された Draft 5には、明確に取り込まれた指摘、退けられた提案、Draft 4からそのまま維持された設計、そして別案との類似は見えるが因果までは証明できない変更が同居している。本稿は、その違いを一つずつほどき、民間の技術的記録管理者が未配分 IPv4 の待ち列を整えることと、社会を統治することとの境界を描く。
記事
第4稿が動かさなかった門――AFRINIC資源審査案を版差分から読む
2017年4月の第4稿には、誰がどの経路で資源審査の対象になり得るかという、制度上きわめて敏感な文章が載っている。しかし公式の改訂履歴が示す第4稿の変更箇所は、その入口ではなく、違反判断後の回収、データベース処理、異議申立て、報告の側である。目に入る文言と、その版で加えられた文言を取り違えずに読むと、技術的な記録管理が私的な強制力へ膨張するのを防ぐために、どの門を狭く設計すべきかが見えてくる。
記事
7つの席は誰の費用を先に見るのか——AFRINIC料金検討委員会の制度設計
会員の請求書と AFRINIC 理事会の間に、7人から成る小さな勧告経路が置かれた。2017年1月の決議201701.324は、広いコミュニティ協議を後に残しつつ、まず「少数」のコミュニティ構成員を料金検討の早い段階に関与させる構想を採った。争点は人数の多寡だけではない。大多数の会員が意見を出す前に、どのサービスを費用として数え、誰の事務負担を測り、どの選択肢を理事会へ届けるかが、最初のモデルの輪郭を決めるからである。
記事
201609.300号決議がつないだ責任の鎖――PTIが履行し、ICANNが答える
2016年9月、AFRINIC は IANA 番号サービスの履行を PTI へ再委託することに同意した。重要なのは、誰が制度を代表したかという物語ではない。履行者が替わっても、契約上の責任、測定可能なサービス、記録、救済、後継者への引継ぎを切断しなかった仕組みである。
セッションマップ
ガバナンス分野
RIR監視
割り当て政策、理事会の正統性、機関の継続性を追跡する5つの地域セッション。
RIR監視を開くケースファイル
長期のガバナンス調査資料。法務・選挙・制度のストレス分析を扱います。
ケースファイルを開く番号資源社会
NRS エコシステムから得られる、会員制度・憲章・資源ガバナンスの調査・分析。
NRS セッションを開くICANN
DNS の調整、説明責任の枠組み、グローバルなマルチステークホルダープロセスの力学。
ICANN セッションを開くIETF
分断された政策環境におけるプロトコル標準化の動向と相互運用性リスク。
IETF セッションを開くインターネット史
ガバナンスの解釈と構造予測に役立つ長期サイクルのインフラ史。
歴史セッションを開くネットワーク運用者グループ
APRICOT と地域・国別 NOG エコシステムから得られる運用者向けの実装ノウハウ。
NOG セッションを開く