メインコンテンツへスキップ

時間軸

複数年

複数年 は、時間軸 の観点から、シグナルが重要であり続けると見込まれる期間という時間軸で BTW Media の記事を整理するページです。直近の運用の変化と、四半期や年単位で進むガバナンス、投資、標準、インフラの長期的な変化を見分けるのに役立ちます。時間軸の前提を、公開された証拠、関係組織、市場環境、顧客への影響、政策圧力、インフラ計画と結び付けることで、動きが緊急なのか、戦略的なのか、裏付けとなる証拠を待つ段階なのかを判断できます。また、時間軸によってシグナルの意味がどう変わるか、影響を受ける可能性のある組織、短期的な対応が必要なインフラ判断と長期的な監視が必要な判断を解説します。

中心であることをやめる必要があった中心――EGPと自律システムの発明

インターネット史

中心であることをやめる必要があった中心――EGPと自律システムの発明

初期インターネットが分散化できたのは、参加ネットワークが同じ判断をするようになったからではない。異なる判断を抱えたまま接続する境界をつくったからだ。EGP は内部経路制御を各運用者に残し、外部には限定された到達可能性を示した。しかし、特権的なコアと少ない証拠で成り立つ設計は、網状に成長するネットワークを支えきれなかった。その失敗の補い方に、自治と責任を両立させる原型がある。

2026年8月21日
サーバーより長く生きたメールアドレス――MXが名前と配送先を分けたとき

インターネット史

サーバーより長く生きたメールアドレス――MXが名前と配送先を分けたとき

メールアドレスの`@`以後は、かつて配送先の機械名に見えた。だがネットワークが広がると、名前を知ることと、現在どの機械が受け取るかを知ることは別の問題になった。MX はその差を一つの小さな DNS レコードとして公開した。

2026年8月21日
検証済みRFC正誤表は記録を正すが、標準を書き換えない

ケースファイル

検証済みRFC正誤表は記録を正すが、標準を書き換えない

RFC の正誤表は、実在する誤りを指摘し、正しい文面を示し、所管者の確認を受けられる。それでも公開済み RFC を黙って置き換えるものではない。この距離があるからこそ、実装者は欠陥を避けつつ、共同体が実際に承認した文面と、その後の判断を別々に検証できる。

2026年8月21日
不一致から組み上げた時計――NTPは単一サーバーを主権者にせず、いかにインターネット時刻を作ったか

インターネット史

不一致から組み上げた時計――NTPは単一サーバーを主権者にせず、いかにインターネット時刻を作ったか

ネットワークにつながった時計は、即座に返答しながら何時間も間違うことがある。NTP が扱ったのは「正しい数字の配布」ではない。遅延するパケット、ずれる発振器、故障しうる運用者から届く複数の証言を、どこまでローカル時計の根拠にできるかという問題だった。

2026年8月21日
CERNが所有しない道を選んだWeb――研究所が自らの出口を設計したとき

インターネット史

CERNが所有しない道を選んだWeb――研究所が自らの出口を設計したとき

World Wide Web は、有名な研究所で発明されたから世界へ広がったのではない。共通部分を小さく保ち、仕様を公開し、クライアントを一台の NeXT から解放し、最後に CERN が基本ソフトウェアへの知的財産上の門を外した。最も重要な遺産は永続的な管理ではなく、出生地の許可なしに動ける仕組みだった。

2026年8月21日
同じ回線を待たなかったネットワーク――CSNETが示した段階的参加の設計

インターネット史

同じ回線を待たなかったネットワーク――CSNETが示した段階的参加の設計

CSNET は、すべての研究機関が同じ設備を持つまで接続を延期しなかった。ARPANET、商用 X.25 上の IP、電話回線でメールを運ぶ PhoneNet を一つの論理ネットワークにまとめたのである。能力差を隠さず、それでも名前とメッセージが境界を越えられるようにした点に、現在にも通じる価値がある。

2026年8月21日
期限切れパケットが描いた道――tracerouteは失敗をいかにインターネットの証拠へ変えたか

インターネット史

期限切れパケットが描いた道――tracerouteは失敗をいかにインターネットの証拠へ変えたか

経路を知るために、経路全体の台帳を作る必要はなかった。寿命を一段ずつ延ばしたパケットを送り、途中で力尽きた地点から返るエラーを並べる。1988年の traceroute は、転送の失敗を端点側の観測手段へ変えた。

2026年8月21日
DNSSECは不在を証明できても、名前の資格までは決めない

ケースファイル

DNSSECは不在を証明できても、名前の資格までは決めない

署名付きの否定応答は、ある名前またはレコード型が、限られた期間に特定の署名済みゾーンへ存在しなかったことを示せる。なぜ消えたのか、誰がそのラベルを得るべきか、登録事業者が作成すべきかまでは示さない。NSEC3 Opt-Out では、区間内に省略された非セキュア委任の存在すら、同じ証明だけでは否定できない。

2026年8月21日
古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界

インターネット史

古いプロトコルがネットワークを失った日――1983年のTCP/IP切替と技術権力の限界

1983年1月1日、世界中のネットワークが一枚の文書に服従したわけではない。ARPANET が NCP を通常サービスとして扱うのをやめたのである。この違いは小さくない。期限に実効性があったのは、運用主体がパケット処理の境界を持ち、その停止の損失にも向き合ったからだ。その権限は ARPANET の外までは届かなかった。

2026年8月21日
境界をつくった箱――IMPが分けたネットワークの責任

インターネット史

境界をつくった箱――IMPが分けたネットワークの責任

インターネットの原型を探すとき、私たちは後世のルーターや TCP/IP の姿を過去へ投影しがちだ。だが1969年前後の ARPANET を動かした Interface Message Processor、IMP が歴史的に重要なのは、現代のルーターを先取りしていたからではない。IMP は、通信網が共通して引き受ける仕事と、接続されたコンピューター自身が決めなければならない仕事とのあいだに、実装可能な境界を初めて強く引いた装置だった。その境界は完全ではなく、のちのインターネットがそのまま継承したものでもない。しかし、契約によって作られた共有基盤がどこまで責…

2026年8月21日
一台のルーターが他者のネットワークを名乗った日――AS7007と境界なき信頼の破綻

インターネット史

一台のルーターが他者のネットワークを名乗った日――AS7007と境界なき信頼の破綻

一台のルーターが他者のネットワークを名乗った日――AS7007 と境界なき信頼の破綻の調査概要では、今回の動き、読者が確認できる公開証拠、関係する組織、地域的背景、市場への影響度、今後起こり得るインフラへの影響を解説します。インターネット史の調査・分析の文脈では、この動きをネットワーク運用、事業者戦略、ガバナンス上の判断、資本の流れ、顧客への依存、規制圧力、提携の動き、強靱性への備え、調達リスク、サービス継続性に結び付けて示します。

2026年8月21日
最初のネットワークが交換可能になった日――ARPANET退役後も続いたインターネット

インターネット史

最初のネットワークが交換可能になった日――ARPANET退役後も続いたインターネット

1990年に ARPANET が正式に退役しても、インターネットは終わらなかった。先駆的なネットワークの最大の成果は、設備を永久に残すことではない。異なるネットワークを結ぶ機能を、単一の回線網や運営主体から切り離したことだった。

2026年8月21日
自制を覚えたウィンドウ――TCPは交通司令塔なしで輻輳崩壊を止めた

インターネット史

自制を覚えたウィンドウ――TCPは交通司令塔なしで輻輳崩壊を止めた

初期インターネットの輻輳危機は、すべての通信を配分する中央機関を生まなかった。代わりに変わったのは各 TCP 送信側だった。ACK と損失から経路の状態を読み、小さく試し、共有容量を無駄な再送で埋める前に自ら退く仕組みが組み込まれた。

2026年8月21日
Mozillaが担う見えない境界――Public Suffix Listが実行コードになるまで

ケースファイル

Mozillaが担う見えない境界――Public Suffix Listが実行コードになるまで

Mozilla は Public Suffix List を始め、Firefox はいまもその一つの版をブラウザーの挙動へ変えている。DNS は`whatwg.github.io`が`github.io`の下にあることを示せても、二つのサブドメインが同じ管理者か、互いを信用しない利用者かを語れない。本稿は Mozilla を発起者と下流実装者という二つの限定された役割から追い、共同記録が実行コードで安全上の権限を得る過程を、Mozilla の所有物とせずに明らかにする。

2026年8月21日
司令塔ではなく交換台を――1988年のワームがCERTに与えなかった権限

インターネット史

司令塔ではなく交換台を――1988年のワームがCERTに与えなかった権限

インターネット最初の大規模な緊急事態が求めたのは、全端末を動かす中央司令部ではなかった。必要だったのは、ばらばらの運用者を確かな情報で結び、なおかつ各組織の判断を奪わない、信頼できる「交換台」だった。

2026年8月21日
NANOGを法人にしたもの、法人にしなかったもの

NANOG

NANOGを法人にしたもの、法人にしなかったもの

2011年、NANOG の名称、ドメイン、記録、契約責任、資金管理は、長年の受け皿だった Merit から独立法人へ移った。だが、その境界を越えなかったものこそ重要だ。参加者のルーターも、各社の経路選択も、北米のネットワークを代表する権限も、法人の所有物にはならなかった。

2026年8月17日
決議201804.407はKPIと業績評価の最終化前にCEO契約を更新した

記事

決議201804.407はKPIと業績評価の最終化前にCEO契約を更新した

AFRINIC の取締役会は2018年4月19日、翌日に満了する CEO の雇用契約を同じ条件で3年間更新した。ただし、その決議は KPI と業績評価を5月に最終化すると自ら記していた。問うべきなのは更新の適法性や CEO の能力ではない。測定基準と評価結果が確定する前に長期の約束を成立させた意思決定の順序、そしてその判断を後から確かめるための同時期の記録が公開資料にそろっていないことである。

2026年8月17日
AFRINIC暫定経営委員会の任期は6か月だった 延長を決めたのは誰か

記事

AFRINIC暫定経営委員会の任期は6か月だった 延長を決めたのは誰か

暫定体制を支えるのは肩書ではなく、期限と権限を示す記録である。AFRINIC は2025年11月、最高経営責任者(CEO)の空席を埋めるため、3人の幹部による暫定経営委員会を設置した。任期は6か月、または新 CEO の任命までとされた。しかし、告知日を起点に数えた6か月後にも、委員会は年次報告書の署名主体となり、年次会員総会の業務報告者に指定されていた。これだけで任期切れや違法性は断定できない。問うべきなのは、後の行為を根拠づける延長決議と監督記録がどこにあるのか、である。

2026年8月17日
8席を一度に埋めた通知が証明すること、証明しないこと

記事

8席を一度に埋めた通知が証明すること、証明しないこと

AFRINIC が2025年9月12日に公表した結果通知は、特例的な理事会再構成の一巡で、会員が選ぶ席1から席8までの全席に氏名が置かれたことを示す。しかし、勝者名の一覧は、各席の決まり方を後から検証できる結果受領書そのものではない。無投票で宣言された1席、選挙結果として示された7席、別ページの集計値、そして公開資料に見当たらない席別集計と会社登記上の就任記録を切り分けると、この通知の証明力と限界が見えてくる。

2026年8月17日
期限は何を測ったのか――AFRINIC再建命令の二つの到達点

記事

期限は何を測ったのか――AFRINIC再建命令の二つの到達点

2025年6月26日(26 June 2025)、モーリシャス最高裁判所は命令 SC/COM/MOT/000467/2025 により、すでに無効とされた選挙の後に残った時間表を組み直した。裁判所が2月の命令を変更して求めたのは、2025年9月30日(30 September 2025)までの「新たな選挙プロセス」と「成立した理事会」である。投票を行ったかだけでなく、会社の統治機関が成立したかまで別々に問うことで、遅延と未完の回復が観察できるようになった。

2026年8月17日