インターネットのアドレス枯渇問題は今も解決していない。IPv4の43億アドレスが事実上底をついたのは10年以上前の話だが、後継のIPv6は2026年時点でも世界普及率が50%を下回ったままだ。IPv4との非互換性が移行の足かせになり続けている。

そこに「IPv8」という新提案が2026年4月14日、IETFに提出された。64ビットアドレスでBGPテーブルの肥大化を解消し、既存IPv4機器とも互換性を保つと謳う。だが、この提案をコミュニティが調べると、文書の76%がAI生成の可能性があるという判定が出た。さらに設計そのものに根本的な欠陥が見つかり、IETF標準化プロセスに対する新たな問題が浮上したのだ。

AD

ASNとIPv4を組み合わせた64ビット構造：IPv8が変えようとするもの

draft-thain-ipv8-00の著者はJamie Thain（One Limited、バミューダ島ハミルトン所在）。提出日は2026年4月14日で、IETFのいかなるワーキンググループにも割り当てられていない個人提出のドラフトだ。

アドレス構造は64ビット。前半32ビットにASN（Autonomous System Number、自律システム番号）を、後半32ビットに従来のIPv4アドレスをそのまま配置する設計で、r.r.r.r.n.n.n.nという記法を用いる。総アドレス空間は2の64乗（約1.84京個）となり、ASN保有者ごとに2の32乗、すなわち約43億個のホストアドレスが割り当てられる計算だ。

この設計で最も特徴的なのが、Zone Serverと呼ぶ統合管理プラットフォームだ。DHCP8（アドレス割り当て）、DNS8（名前解決）、NTP8（時刻同期）、WHOIS8（登録情報）に加えて、OAuth8——つまりOAuth2をベースにした認証機能を単一のキャッシュサーバーに統合する。ルーティングレイヤー（L3）の中に、本来はアプリケーション層（L7）に属するOAuth認証を組み込む構造だ。

BGPルーティングテーブルの課題も提案の背景にある。現在BGP4のグローバルルーティングテーブルは95万〜100万エントリを超え、年率5〜6%のペースで増加を続けている。IPv8ではASN単位でアドレスが階層化されるため、テーブルエントリをASN数程度に構造的に圧縮できると主張する。

専門家が指摘する根本的な設計矛盾

OAuth認証をL3に埋め込む設計について、専門家の批判は一点に集中した。Hacker Newsのコメント欄で「dns_snek」と名乗るユーザーは、IPv8を「AIスロップ」と評し、次のように指摘した。「最初は妥当そうに見えるが実質がない。通常は根底に——深く欠陥のある——実質があるが、ここには完全に欠けている」。

後方互換性の主張も専門家から否定されている。同コメント欄の「LeoPanthera」はこう述べた。「後方互換性は不可能だ。ワイヤフォーマットが異なる場合、既存のルーター・スイッチASIC・ホストスタック・ファイアウォールはIPv8パケットを解析できない」。

IPv8ドラフトが「ASNプレフィックスが0.0.0.0の場合、IPv4として動作する」と説明するのは、ソフトウェアのロジック上の話に過ぎない。物理的なネットワーク機器がパケットを処理するのはビット列のレベルであり、パケットの先頭フォーマットが変われば既存のハードウェアは単純に解析に失敗する。「既存デバイスの改修不要」という謳い文句は、この根本的な問題を無視している。

Zone Serverの中央集権設計も批判を集めた。ASN保有者が提供するZone Serverにアクセスできなければネットワーク全体が機能しなくなる構造は、現在のインターネットが持つ分散耐障害性と相反する。インターネットの設計原則の一つは、単一障害点を排除することだ。

AD

ドラフトの76%がAI生成：IETFプロセスに問われる課題

Cybernewsは今回のドラフトを全文GPTZeroでスキャンした。結果は、文書全体の76%がAI生成の可能性ありという判定で、最も長いセクションに至っては「100% AI生成」と判定された。GPTZeroはAI生成の可能性を推定するツールであり、この判定は確定的なものではない。しかし専門家コミュニティはこれをAI生成の証拠として受け取り、提案への批判をさらに強めた。

IETFへのインターネットドラフト提出には、実は特別な資格が必要ない。IETFのアカウントを作成し、定められたフォーマットに従ったテキストを提出すれば、誰でもdraft-という接頭辞を持つ文書をIETFのデータトラッカーに登録できる。ドラフトが自動的に標準化プロセスに乗るわけではなく、ワーキンググループへの割り当てや専門家によるレビューが必要だ。draft-thain-ipv8-00はワーキンググループに割り当てられておらず、IETFの支持も正式承認も受けていない。

しかし問題は、そのドラフトが「IETF提出」という事実だけでメディアに取り上げられる可能性があることだ。今回もCybernewsが報道したことでコミュニティの注目を集めた。IETFのブランドが権威の裏付けとして機能してしまうリスクが、AI生成コンテンツの大量提出という文脈で現実味を帯びている。

専門家からの批判を受けた後も、著者は提案を取り下げることなく改訂を続けた。ドラフト-01がIETFデータトラッカーに登録済みで、有効期限は2026年10月16日だ。批判後も更新が続くという事実が、IETFの開放的な提出制度が持つ課題をより鮮明に示している。

IPv6普及率50%未満という現実と、IPv8が問いかけるもの

IPv6がIETFで標準化されたのは1998年だ。30年近く経過した現在も、世界的な普及率は50%を下回る。IPv4との非互換性がデュアルスタック運用を強制し、企業・ISP・機器メーカーのコストと複雑さが移行を阻んできた。BGP4のルーティングテーブル膨張も、ルーターメモリと処理負荷の増大として現実のインフラ運用者を圧迫している。

これらは架空の課題ではない。IPv8（64ビット）のアドレス空間は、IPv6の128ビットと比較して圧倒的に小さい。IPv4後継として提案されながら、既存の後継規格より狭いアドレス空間しか持たない提案が、何十億デバイスが稼働するインターネットで10年後・30年後に機能するかという問いに、ドラフトは答えていない。

IPv8ドラフトの一件は、その懸念がすでに現実化したケーススタディだ。AIツールが専門的に見える文書を生成できるようになった今、標準化プロセスへの参入コストは実質ゼロに近づいている。IETFのドラフト制度の開放性は原則として正しい。しかし今回、Hacker Newsで自発的に機能したレビューコミュニティが毎回同じように機能するとは限らない。AI生成の低品質な提案が量産されれば、レビューリソースが希薄化し、真剣な提案の審査にも影響が出る。開放性と品質管理の両立は、インターネット標準化が次に向き合うべき設計問題だ。

Sources