2026年4月、64ビットアドレスの新IP「IPv8」がIETFに個人ドラフトとして提出された。IPv4完全下位互換を主張するが、標準化はされておらず、IPv6が25年かけて普及率50%という現実を踏まえると、実用化への道のりは長い。
2026年4月14日、IETFに「IPv8」が提出された
2026年4月14日、IETF（Internet Engineering Task Force）に「Internet Protocol Version 8（IPv8）」のドラフトが提出されました（draft-thain-ipv8-00, Section 1）。提案者はバミューダ・ハミルトンのOne Limited所属の技術者です。
インターネットの基盤プロトコルであるIPに新しいバージョンが提案されるのは、IPv6の策定から約30年ぶりのことです。このドラフトは何を解決しようとしているのか、そしてなぜ今なのか。背景から順を追って整理します。
IPv4アドレスは、もう枯渇している
現在のインターネットの大半が使っているIPv4は、約43億個のアドレスを持つ32ビットのプロトコルです。このアドレスはすでに枯渇しています。
| 時期 | 出来事 |
|---|---|
| 2011年2月 | IANA（アドレス管理の大元）が各地域レジストリへの未割当プールを配分終了 |
| 2015年9月 | ARIN（北米）で通常割り当てが終了 |
| 2019年11月 | RIPE NCC（ヨーロッパ）で予備プールも含め完全枯渇 |
なぜIPv4アドレスは43億個しかないのか
IPv4が設計された1981年（RFC 791）当時、インターネットの利用者は軍・大学・研究機関のホスト数十万台でした。32ビットのアドレス空間（約43億個）は十分な数に見えていました。
IPv8ドラフトは何を提案しているのか
64ビットアドレス: なぜこのサイズなのか
IPv8の最大の特徴は、64ビットのアドレス体系です。
r.r.r.r.n.n.n.n
| |
| └── 32ビット: ホストアドレス（IPv4と同一）
└────────── 32ビット: ASNルーティングプレフィックスなぜ64ビットなのか。 IPv6の128ビットではなく64ビットが選ばれた理由は、設計目的に直結しています。ドラフトの設計思想は「IPv4との完全下位互換を保ちながらアドレス空間を拡張する」こと。ASN（32ビット）+ IPv4アドレス（32ビット）という既存インフラの構成要素をそのまま組み合わせると、ちょうど64ビットになります。これは「新しいものを作る」のではなく「既存の2つを束ねる」アプローチです。
「IPv6が128ビットあるのに、わざわざ64ビットの新しいプロトコルが要るの？」 — この疑問は自然です。確かにIPv6は128ビット（約340澗個）という途方もないアドレス空間を持っており、枯渇の心配はありません。しかしIPv6には、25年経っても解決できていない問題があります。IPv4と互換性がないのです。IPv6を使うにはネットワーク機器・アプリケーション・サーバーのすべてがIPv6に対応する必要があり、移行期間中はIPv4とIPv6を同時に動かす「デュアルスタック」運用が避けられません。その結果、世界のIPv6普及率は25年かけてようやく約50%です。IPv8の設計者はこの現実を「互換性を捨てたことが最大の障壁だった」と見ています。だからこそ、IPv6より小さな64ビットをあえて選んででも、IPv4との完全互換を手に入れるほうがインターネット全体にとって現実的だ——というのがこのドラフトの立場です。
"An IPv8 address with r.r.r.r = 0.0.0.0 is an IPv4 address, processed by standard IPv4 rules."
— draft-thain-ipv8-00, Section 1.5
つまり、ルーティングプレフィックスが0.0.0.0のIPv8アドレスはそのままIPv4アドレスとして既存の処理機構で扱われます。ドラフトは「既存の機器・アプリケーション・ネットワークのいずれも修正不要」「フラグデー（一斉切替日）も強制移行もない」と主張しています。
統合管理フレームワーク
IPv8は単なるアドレス拡張ではなく、Zone Serverを中核とした管理フレームワークの統合を目指しています（draft-thain-ipv8-00, Section 1.3）。
| サービス | 機能 |
|---|---|
| DHCP8 | 単一リース応答で全サービス配信 |
| DNS8 | IPv8対応名前解決 |
| WHOIS8 | パケット検証・登録情報照会 |
| NTP8 | 時刻同期 |
| NetLog8 | テレメトリ（通信記録の収集・分析） |
| OAuth8 | 全要素の認可 |
| ACL8 | アクセス制御 |
| XLATE8 | IPv4/IPv8変換 |
なぜ8つのサービスを統合するのか。 現在のインターネットでは、DHCP・DNS・NTPなどが個別のサーバーで運用されています。IPv8はZone Serverにこれらを統合することで、ネットワーク管理の一元化を目指しています。ただし、これは既存のインフラとは大きく異なる運用モデルであり、実現可能性については議論が必要です。
BGP8のルーティング制約
BGP8（IPv8のルーティングプロトコル）は、ルーティングテーブルを「ASN 1つにつき1エントリ」に構造的に制約します（Section 1.5）。AS境界を超えて/16より詳細なプレフィックスを広告することは禁止されています（Section 8.3）。
現在のBGPフルルートテーブルは100万エントリを超え、常時増加しています。IPv8はASN単位の集約を構造的に強制することで、テーブル肥大化の問題をアーキテクチャレベルで解決しようとしています。
IETFドラフトの位置づけ: 標準化までの道のり
draft-thain-ipv8-00は個人ドラフト（Individual Submission, Section 1）であり、まだどのWorking Groupにも採択されていません。有効期限は2026年10月16日です。
専門家はどう見ているか
IETF元議長の警告
IETF元議長であり、IPv6策定に関わった技術者は、IPv8のようなアドレス体系変更について以下のリスクを公開文書で指摘しています。
1. ルーティング破壊 — ASNベースのプレフィックスは、現在のBGPによるドメイン間ルーティングと両立しない可能性があります。現在のBGPは「ポリシーベースの経路選択」を前提としており、通信事業者はコスト・品質・政治的要因で経路を柔軟に選択しています。アドレスにASNが埋め込まれると、ISP変更時にアドレス自体が変わるなど、この柔軟性が制限されます。
2. サイト番号付けの困難化 — アドレス構造そのものがASNに依存しているため、組織がISPを変更する際のリナンバリングがIPv4以上に深刻になります。IPv8ではISP変更＝アドレス変更が構造的に不可避です。
3. 監視リスク — アドレスのビット列にASNという「意味」を持たせることは、広範な監視を技術的に容易にする危険があります。IPv8ではパケットヘッダを見るだけで通信当事者の所属ネットワークが即座にわかる設計であり、国家レベルの大規模監視を容易にし得ると懸念されています。
移行コストの現実
この専門家は「IPv6を50%展開するのに25年以上を要した。いかなる代替案も同様の時間がかかる」と指摘しています。DNSSECやRPKI（BGPセキュリティ）の導入にも数十年を要した事実を踏まえると、インターネット基盤技術の変更には膨大な時間と労力が必要です。世界中の数万のISP・数十億のデバイスが自律的に接続されたネットワークでは、一斉切替は物理的に不可能であり、「動いているものを変える動機がない」という慣性が常に働きます。
まとめ: 今の段階で押さえておくべきこと
- IPv8（draft-thain-ipv8-00）は2026年4月14日にIETFに提出された個人ドラフトであり、標準化されたプロトコルではない
- 64ビットアドレス（ASN + IPv4）でIPv4完全下位互換を主張している
- IETF元議長は、ルーティング破壊・監視リスク・移行コストの現実を指摘している
- 「IPv8」という名称は1992年にも使われ、標準化されなかった歴史がある
- IPv6が50%普及に25年かかった事実を踏まえると、いかなる新プロトコルも同様の時間がかかる
- 今後のIETFでの審議動向を注視する段階（有効期限: 2026年10月16日）
