2026年4月、IT界隈で突然「IPv8」というワードが盛り上がりました。
PC Watchでも「IPv4と完全下位互換の『IPv8』ドラフトが投稿。IPv6の課題を克服」と報じられて、はてブやXでも拡散。「え、IPv6の次もう来たの？」と思った方も多いんじゃないでしょうか。
ただ、先に言っておくとこのIPv8、正当な次世代プロトコルではないです。
ネットワークの仕事を10年以上やってきた立場から見ても、仕様書には技術的に成立しない部分が多すぎる、というのが素直な感想です。この記事では、IPv8が何なのか、なぜ話題なのか、そしてどこが破綻しているのかを順番に見ていきます。
IPv8とは？ 突然投稿された1通のドラフト
2026年4月中旬、IETF（インターネット技術タスクフォース）に「draft-thain-ipv8-01」という文書が投稿されました。起草者はJamie Thain氏という方です。
IETFには誰でも提案を出せます。誰でも出せるからインターネットは自由に発展してきたわけで、今回もその仕組みに則って投稿された文書ということになります。
中身をざっくりまとめると、こんな提案です。
- アドレス空間は64ビット（約1840京個）
- IPv4と完全に下位互換だと主張
- 「ゾーンサーバー」という仕組みで、認証・名前解決・アクセス制御を一元管理
表面だけ眺めると「IPv4枯渇もIPv6移行の面倒くささも、これで全部解決やん」と見える提案です。なので国内メディアも取り上げ、SNSでも話題になりました。
IPv8ドラフトの現状(IETFでの議論状況)
IPv8はIETFのドラフト段階にあり、正式なRFCとして発行されたものではありません。提唱者であるJamie Thain氏の議論内容を中心に、ドラフトの位置づけを解説します。
なぜこれだけ盛り上がったのか
ネットワーク屋なら誰でも知ってますが、インフラ移行って本当に面倒です。
IPv6への移行は15年以上かけて、ようやく世界トラフィックの半分を超えたところ。現場でデュアルスタック運用（IPv4とIPv6を並行させる）をやっていると、「これもう一回大きな切り替えやるの？」という気持ちは正直あります。
そんな空気のところに「既存機器に一切変更なし」「一斉切り替えも不要」と謳う提案が出てくれば、反射的に「それいいじゃん」と思うのは自然な話です。
ただ、仕様書をちゃんと読むと、そう甘くはありません。
問題1：ネットワーク機器が物理的に処理できない
ネットワークにはOSI参照モデルという、役割分担の考え方があります。
7階建てのビルをイメージしてください。各階に係員がいて、自分の階の仕事だけをやる。
- 3階（ネットワーク層）の係員：IPアドレスを見て荷物（パケット）を正しい宛先へ転送する
- 7階（アプリケーション層）の係員：中身を開けて、認証や処理をする
この役割分担があるから、3階の係員は「住所ラベルだけ見て流す」に専念できて、毎秒何億個という荷物をさばけるわけです。
ところが今回のIPv8は、3階の係員に「荷物1つ1つ中身を開けて、暗号トークンをチェックしろ」と命令しています。具体的には、OAuth2 JWTというアプリ層の認証トークンを、全パケットごとに中継ルーターで検証しろ、という仕様になっています。
これ、現代のルーター（ASICやNPUといった専用チップで動いてる）にやらせるのはほぼ無理です。ソフト処理に落とせば速度は壊滅的に落ちます。「そもそもネットが止まる」レベルの話です。
OSI参照モデルをちゃんと理解していれば、仕様書の最初の数ページでこの違和感に気づくはずです。言い換えると、この仕様を書いた人はL3とL7の区別がついていない可能性が高い、ということでもあります。
問題2：「下位互換」と言いながら全面入れ替えを要求
もうひとつ引っかかるのが、「下位互換」の主張です。
ドラフトには「既存のデバイスに変更を要求しない」と書いてあるのに、付属の仕様書リストを見ると、こんなことが書かれています。
- BGP8、OSPF8、IS-IS8という新しいルーティングプロトコル群を導入
- 新しい認定NICファームウェアを全デバイスに搭載
- すべての端末から「ゾーンサーバー」への常時接続を要求
…全部作り直しやん、と。
そもそもIPヘッダのバージョン番号が「8」になった瞬間、既存のIPv4対応ルーターは「知らないプロトコルや」と判定してハードウェアレベルで破棄します。後方互換性どころの話じゃありません。
ここ、仕様書の自己矛盾としてけっこう致命的です。
問題3：IPv6と比べるとむしろ後退している
アドレス空間の広さも、IPv6と比較すると物足りません。
IPv8の64ビットは、IPv4の32ビットと比べれば確かに桁違いに広い。でも、すでに普及しているIPv6は128ビットです。桁が文字通り違います。
IoT機器やコンテナ環境で大量のIPが必要になっている2026年に、わざわざ狭い64ビットの新プロトコルを作る理由が見当たりません。「前進」じゃなく「後退」なんですよね。
極めつけは「AI生成」疑惑
そして今回の騒動の本当に面白いところがこれです。
AIテキスト検出ツール「GPTZero」で分析すると、ドラフトの主要部分は大半が「100% AI生成」と判定され、文書全体でも76%がAI由来という結果が出ました。
Hacker Newsやreddit（r/networking）では、こんなコメントが並んでいます。
- 「遅れてきたエイプリルフール」
- 「AI slop（AIの粗悪生成物）」
- 「LLMとアデロールで徹夜した産物」
最後のはちょっと辛辣すぎますが、現場の空気としてはこんな感じです。
つまり今回のIPv8は、AIが「それっぽく」書いた技術文書が、IETFの開かれた投稿制度を通って話題になってしまったという出来事なんですね。
笑い話では済まない面もあります。生成AIが流暢な技術文書を大量に作れるようになると、IETFの査読リソースが「それっぽいけど破綻してる提案」の対応に消費されていく。本当に重要な提案がノイズに埋もれる危険性がある。そういう構造的な問題が、この一件で初めて表に出た感じがしています。
本当に追うべきはこっち
IPv8に労力を割くより、現実に進んでいる技術を追っていくほうがずっと有意義です。
地味だけど着実にシェアを伸ばしているIPv6、光通信ベースで次世代基盤を作るIOWNや6G、IPアドレス境界ではなくアイデンティティで制御するゼロトラスト・アーキテクチャ。どれも派手さはないけど、インターネットの土台を少しずつ置き換えつつあります。
学術分野で長年「IPv8」と呼ばれてきたTriblerの分散型P2Pオーバーレイも、今回のThain氏のIPv8とは完全に別物で、15年以上の実績があります。
IPv8はいつから使えるようになるのか
結論から言うと、IPv8の実用化スケジュールは未定です。現状はドラフト議論段階のため、ネットワークエンジニアが実務で意識する必要はまだありません。本章では現時点で予測されているタイムラインを解説します。
まとめ
Thain氏のIPv8ドラフトは2026年10月17日に有効期限を迎えます。特別な動きがなければ、そのまま失効して忘れられていく可能性が高いです。
技術トレンドを追うことは大事です。でも、「一見もっともらしいけど実は破綻している提案」を自分で見抜けるようになるには、OSI参照モデルやルーティングの基礎を押さえておくしかありません。
IPv8を「これは無理だ」と判断できる目は、派手な新技術を追っても身につきません。むしろ古典的な基礎のほうで身につきます。CCNAはそういう基礎を一通り網羅できる資格で、現場に10年いた感覚で言っても、遠回りのようで一番の近道です。
関連記事
あわせて読みたい:
IPv6の基本をわかりやすく解説
