IPv8のドラフトにAI文章か。IETFに提出された「次世代プロトコル」提案、専門家から設計上の根本的欠陥も指摘

2026年4月、インターネット技術の標準化を担うIETF（Internet Engineering Task Force）のデータトラッカーに、「Internet Protocol Version 8（IPv8）」と銘打ったインターネットドラフト（draft-thain-ipv8-00）が公開された。IPv4の後継にして、IPv6を”迂回”する形の新プロトコルを提案する内容だったが、ほどなくしてHacker Newsをはじめとするエンジニアコミュニティで激しい批判にさらされた。AI生成文書検出ツール「GPTZero」によるスキャンでは、文書全体の76%がAIによって生成された可能性が高いと判定されており、技術的な内容についても専門家から根本的な設計ミスを指摘する声が相次いでいる。

IETFドラフトとは何か

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

今回のdraft-thain-ipv8-00について言えば、ドラフトはIETFによって承認されておらず、IETF標準化プロセスにおける正式な地位も持っていない。著者はIETFデータトラッカー上ではJames Thainとされ、所属はバミューダ（Hamilton）のOne Limitedとなっている。既存のIETFワーキンググループとのつながりは確認されていない。ドラフト（draft-thain-ipv8-00）は2026年4月14日にIETFデータトラッカーへ投稿（受理）された。（更新版の-01は2026年4月15日）

それにもかかわらず、今回はCybernewsが報道したことでコミュニティの注目を集めた。IETFのブランドが権威の裏付けとして機能してしまうリスクが、AI生成コンテンツの大量提出という文脈で現実味を帯びている。

ドラフトが描くIPv8の技術像

ドラフト本文から技術仕様を整理すると、IPv8はIPv4の32ビットアドレス空間を64ビットへと拡張するプロトコルとして設計されている。これにより、IPアドレスの見た目は「1.1.1.1」から「1.1.1.1.1.1.1.1」のような8オクテット形式に変わる。アドレス総数はIPv4の約42億から、18,446,744,073,709,551,616（約1,844京）へと飛躍的に増加する。

アドレス割り当ての仕組みも独特だ。各ASN（自律システム番号）保有者に4,294,967,296個のホストアドレスが割り当てられ、グローバルルーティングテーブルはASN数を上限として構造的に抑制される設計となっている。これは、現在のBGP（Border Gateway Protocol）ルーティングテーブルの膨張問題、ルーターのメモリや処理負荷を圧迫してきた課題への解答として位置づけられている。

IPv8の中核概念となるのが「Zone Server」と呼ばれる統合プラットフォームだ。Zone Serverは、ネットワークセグメントが必要とするすべてのサービスを単一の基盤上で稼働させる。アドレス割り当て（DHCP8）、名前解決（DNS8）、時刻同期（NTP8）、テレメトリ収集（NetLog8）、認証キャッシュ（OAuth8）、ルート検証（WHOIS8リゾルバ）、アクセス制御（ACL8）、IPv4/IPv8変換（XLATE8）がその守備範囲だ。デバイスが接続すると、DHCP8の1回のDiscoverリクエストへの応答として、これらすべてのサービスエンドポイントが一括で提供される。

認証面では、ネットワーク上の管理対象要素はすべてOAuth2 JWTトークンで認可される。トークンはZone Server上のOAuth8キャッシュによってローカルで検証され、外部の認証プロバイダへの通信は不要とされる。

後方互換性については、「IPv4はIPv8の完全なサブセット」であり、ルーティングプレフィックスフィールドをゼロに設定したIPv8アドレスはIPv4アドレスとして機能するため、既存のデバイス・アプリケーション・ネットワークへの変更は一切不要とされている。さらにドラフトにはBGP8、OSPF8、IS-IS8、WiFi8、SNMPv8、ARP8、ICMPv8など計9本の関連仕様文書が付属している。

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

しかし、ネットワークエンジニアたちの反応は冷淡だった。Hacker Newsでは批判が相次ぎ、後方互換性の主張が文書内部で自己矛盾していると指摘された。

あるユーザーは「既存のIPv4ルーター、スイッチASIC、NIC、ホストスタック、ファイアウォールは、バージョンフィールドが「8」のパケットを受け取った場合、ほぼ確実にドロップする」と指摘した。仕様が「いかなる変更も不要」と主張する一方で、新しいソケットAPI、新しいDNSレコードタイプ、新しいARP・ICMP・BGP/OSPF/IS-IS、認定NICファームウェアへのハードウェアレート制限の実装、Zone Serverの必須化、スイッチポートへのOAuth2義務化、すべてのエンドデバイスからZone ServerへのTCP/443常時接続の確立、新たなIANAバージョン番号の割り当てと、至るところで広範な新技術スタックを要求していると批判された。

Layer 3でのOAuth2導入についても根本的な問題が浮かびあがる。Zone Serverと通信するためにはトークンが必要だが、トークンを取得するにはまずZone Serverと通信する必要があるという鶏と卵の問題が生じる。また、アドレスをASNに紐付ける設計は、プロバイダマルチホーミングを実質的に不可能にし、アドレス移転を複雑化させ、現状より約1,000倍のASN割り当てを必要とする。

さらに歴史的な事実としても問題がある。IPバージョン8という番号は、過去に廃止されたP Internet Protocol（PIP）にすでに割り当てられていた経緯がある。

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

「AI文書」疑惑の経緯

技術的批判と並行して浮上したのが、文書の生成過程に関する疑惑だ。Cybernewsが文書全体をGPTZeroにかけたところ、文書の大部分が「100%AI生成」と判定され、全体の76%がAI生成である確率が高いという結果が出た。Hacker Newsでは「LLMで一晩で書き上げた『バイブコーディング』の産物ではないか」という書き込みが多数寄せられた。

ただし、AI生成検出ツールの信頼性には留意が必要だ。Futurismによる検証では、GPTZeroのエラー率を踏まえると、教師がこのツールだけに依存した場合、無実の学生の約20%が誤って不正行為を疑われる可能性があると指摘されている。また、ワシントン・ポストも誤検出の問題を報じており、GPTZeroは判定の精度について批判を受けてきた。したがって76%という数値は参考情報として扱うべきであり、文書がAI生成であることを断定するものではない。

標準化プロセスが抱える新たな課題

個人が提出したインターネットドラフトは、ワーキンググループの支持を得られなければ公開から6か月で失効する。今回のドラフトはそのルートを歩んでいる。現在のインターネット上では依然としてIPv4とIPv6のデュアルスタック運用が主流であり、IPv6の普及率は概ね4割台〜5割前後のレンジで推移している。IPv8が既存のプロトコルと並立して普及するハードルは、現実的に見てきわめて高い。

それでも、今回の騒動が浮かび上がらせた問題は技術論に留まらない。問題は、ドラフトが「IETF提出」という事実だけでメディアに取り上げられてしまうことだ。IETFのブランドが権威の裏付けとして機能してしまうリスクが、AI生成コンテンツの大量提出という文脈で現実味を帯びている。AI生成の低品質な提案が量産されれば、レビューリソースが希薄化し、真剣な提案の審査にも影響が出かねない。開放性と品質管理の両立は、インターネット標準化が次に向き合うべき設計問題だ。

IPv8ドラフトそのものが標準となる可能性は現時点では極めて低い。しかし、誰でも提出可能なオープンな標準化プロセスに、AIが生成した文書が大量流入する可能性を示したケーススタディとして、ネットワークエンジニアの間で記憶されることになりそうだ。

https://www.ietf.org/archive/id/draft-thain-ipv8-00.html