この記事の要点
• 「IPv8」という IETF 標準プロトコルは現時点で存在しない
• 検索で見つかる「IPv8」は (1) 個人提出の IETF ドラフト (2) Delft 工科大学 Tribler の分散 P2P ミドルウェア (3) マーケティング用語のいずれか
• 実際の次世代インターネット動向は Path Aware Networking、SCION、QUIC over IPv6 が中心
• Google 統計では IPv6 可用性 45%、日本は FTTH の 80-90% が IPv6 対応(2026 年 4 月時点)
• IPv6 はまだ成長途中であり、IPv8 への「世代交代」は当面起こらない
なぜ「IPv8」が検索されているのか
2026年4月、日本国内で「IPv8」という検索クエリが急増しています。しかし結論から言えば、IPv6 に続く IETF 標準プロトコルとしての IPv8 は現時点で存在しません。IPv6 が現在唯一の公式な IPv4 後継規格であり、IETF が次世代プロトコルとして標準化を進めているのは IPv6 の拡張と補完技術です。
では、なぜ「IPv8」という言葉がこれほど広まったのでしょうか。検索結果には次の 3 種類の「IPv8」が混在しています。
- 個人が提出した IETF ドラフト:2026 年 4 月 14 日に Jamie Thain 氏が提出した
draft-thain-ipv8-00。64 ビットアドレス空間を提案する個人文書であり、ワーキンググループの支持を得ていないため標準化の見込みは低い。 - Tribler IPv8(分散 P2P ミドルウェア):Delft 工科大学の Tribler プロジェクトが開発する、NAT 越え・信頼の連鎖・分散型通信を実現する Python ライブラリ。これは IP プロトコル自体ではなく、オーバーレイネットワーク層の技術です。
- ベンダーのマーケティング用語:一部のネットワーク機器ベンダーや技術ブログが「IPv8」「IPv16」という呼称を次世代プロトコルの代名詞として使う例があるものの、IETF では承認されていません。
本記事では、これらの「IPv8」の正体を整理し、実際に進行中の次世代インターネット標準化動向(Path Aware Networking、SCION、QUIC over IPv6)と、現在の IPv6 デプロイ状況(APNIC Labs、Google 統計、JPNIC データ)を示すことで、誤解を解きつつ未来を見通します。
いま何が起きているか - IPv6 デプロイの現在地
グローバルの IPv6 普及率
Google の統計では、2026 年 4 月時点で IPv6 可用性は全世界ユーザーの約 45〜50%に達しています(曜日により変動)。2025 年の IPv6 成長率は前年比 3.7% で、成長ペースは緩やかですが着実に進んでいます。
国別に見ると、IPv6 デプロイ率には大きなばらつきがあります。
| 国・地域 | IPv6 普及率(2026年初頭) | 主なドライバー |
|---|---|---|
| フランス | 86% | モバイルキャリアの標準化 |
| インド | 77.6% | Reliance Jio など大手キャリアの全面導入 |
| 台湾 | 61.36% | ISP とモバイル事業者の競争 |
| 日本 | 48〜90%(FTTH) | NTT NGN の IPv6 標準提供(後述) |
| 米国 | 約 50% | Verizon、Comcast の段階的展開 |
APNIC Labs のデータによれば、2026 年初頭の時点で約 160,000 個の /32 プレフィックスが広告されており、これは IPv6 全体の /48 プレフィックス空間のわずか 0.0037% に過ぎません。IPv6 のアドレス空間はまだほとんど未使用です。
日本の IPv6 状況
日本は世界でも早くから IPv6 デプロイに取り組んできた国の一つです。JPNIC(日本ネットワークインフォメーションセンター)の 2026 年 3 月報告によれば、518 の IP メンバーと約 900 のレガシーリソース保持者が存在し、IPv6 の /32 ブロック割り当ては 5,686 件に達しています。
特筆すべきは NTT 東日本・西日本の取り組みです。NTT は 2009 年に全国規模の次世代ネットワーク(NGN)を IPv6 で構築し、2013 年には既存 FTTH ネットワークを NGN に統合することを決定。2015 年には追加費用なしで IPv6 を標準サービスとして提供開始しました。その結果、日本の FTTH の約 80〜90% が IPv6 に対応していると推定されます(2023 年 3 月の公表値は 3/4 以上)。
ポイント: 日本の IPv6 普及率が高い背景には、NTT の NGN 戦略による「標準提供化」があります。利用者が意識せずとも IPv6 が有効になる環境を整えたことが、普及の鍵でした。
IPv4 アドレス枯渇の現状
IPv4 アドレスは 2011 年に IANA レベルで枯渇し、2011〜2015 年にかけて各地域インターネットレジストリ(RIR)でも在庫が尽きました。しかし実際には、企業間の IPv4 アドレス取引市場が形成され、1 アドレスあたり $50〜$60 で取引される状況が続いています。
これは IPv6 への移行圧力を高める一方で、NAT(Network Address Translation)の多段化や CGNAT(Carrier-Grade NAT)の普及により、IPv4 のみでのインターネット運用も延命されています。つまり、IPv4 と IPv6 の「デュアルスタック」運用が今後も長期間続く見込みです。
「IPv8」の三つの正体
1. 個人提出 IETF ドラフト(draft-thain-ipv8)
2026 年 4 月 14 日、Jamie Thain 氏が IETF に draft-thain-ipv8-00 を提出しました。このドラフトは以下の特徴を持ちます。
- 64 ビットアドレス空間:IPv6 の 128 ビットより短く、IPv4 の 32 ビットより長い
- IPv4 との互換性:ルーティングプレフィックスをゼロに設定すれば IPv4 アドレスとして機能
- 管理型ネットワークの提案:家庭ネットワークから全地球規模まで、運用・セキュリティ・監視を変革するという主張
しかし、このドラフトは次の理由で「標準化される可能性は極めて低い」と言えます。
- 個人提出文書(Individual Internet-Draft)であり、IETF のワーキンググループによる支持を得ていない
- 有効期限が 2026 年 10 月 16 日であり、6 か月以内に更新または延長されなければ失効する
- Hacker News や技術コミュニティで「IPv6 の 128 ビットでさえ使い切れないのに、なぜ 64 ビットに縮小するのか」「互換性の主張が不明瞭」といった批判を受けている
IETF の標準化プロセスでは、個人ドラフトがワーキンググループに採択され、複数のレビューと改訂を経て RFC(Request for Comments)として承認されるまでに数年かかります。draft-thain-ipv8 は現時点でそのプロセスの最初の段階にも達していません。
注意: IETF の Internet-Draft は誰でも提出できる「作業文書」であり、提出されたこと自体が「IETF による承認」を意味しません。標準化には Working Group Adoption、Last Call、IESG Review などの厳格な手続きが必要です。
2. Tribler IPv8(分散 P2P ミドルウェア)
もう一つの「IPv8」は、Delft 工科大学の Tribler プロジェクトが 2005 年から開発している分散型ネットワーキングライブラリです。これは IP プロトコルの拡張ではなく、P2P オーバーレイネットワーク層のミドルウェアです。
主な特徴:
- 認証された通信とプライバシー:公開鍵ペア間の通信を可能にし、IP アドレスや物理的なネットワーク接続点を抽象化
- NAT 越え:UDP ホールパンチングにより、ファイアウォールや NAT の背後にいるピア同士の直接通信を確立
- 信頼の連鎖:ユーザーが信頼する相手を指定し、自動的に Web of Trust を構築
- 中央サーバー不要:発見サーバーや支援基盤なしに動作する完全分散型アーキテクチャ
- Dispersy の後継:従来の Dispersy プロトコルに比べてメッセージ処理が約 500 倍高速化
Tribler は BitTorrent クライアントとして知られていますが、その基盤である IPv8 は 7 つのオーバーレイネットワークを使い、DHT ベースの検索、Tor 風の匿名化、完全分散型の帯域幅マーケットプレイスなどを提供しています。
実践メモ: Tribler IPv8 は GitHub で Python 実装が公開されており、分散アプリケーション開発者にとっては有用なライブラリです。ただし、これは IP プロトコルそのものを置き換えるものではなく、IPv4/IPv6 の上で動作するアプリケーション層の技術である点に注意してください。
3. マーケティング用語としての「IPv8」
一部のネットワーク機器ベンダーやテックブログが「IPv8」「IPv16」という用語を使うことがありますが、これらは IETF の正式な標準化プロセスに基づくものではありません。将来の可能性を示唆するマーケティング表現や、技術者コミュニティ内での非公式な呼称として使われるケースです。
真の次世代インターネット動向
では、「IPv6 の次」は何が来るのでしょうか。IETF やインターネット研究コミュニティでは、IPv6 を置き換えるのではなく、IPv6 を拡張・補完する技術が議論されています。
Path Aware Networking(PAN)
従来のインターネットでは、エンドユーザーは経路選択に関与できません。ISP やルーターが自動的にパスを決定し、ユーザーはそれに従うしかありませんでした。Path Aware Networking(経路認識ネットワーキング)は、エンドポイントが複数の経路オプションから選択できるようにする次世代アーキテクチャです。
主な目標:
- 可用性の向上:ドメイン間の障害を迅速に処理
- 経路の最適化:遅延・帯域・コストなどの特性に応じて経路を選択
- 信頼性とセキュリティ:経路情報の改ざんやトラフィックハイジャックを防止
IETF では Path Aware Networking Research Group(PANRG)が中心となり、SCION などのプロトコルを研究しています。
SCION(Scalability, Control, and Isolation On Next-generation networks)
SCION は次世代インターネットアーキテクチャの最有力候補の一つです。ETH Zurich で開発され、現在 IETF への標準化提案が進行中です。
SCION の特徴:
- エンドポイントによる経路選択:複数のパスオプションから最適な経路を選べる
- デフォルトでのセキュリティと可用性:経路情報の信頼性を暗号学的に保証
- ドメイン間障害の分離:障害が他のドメインに波及しにくい設計
実用例:
- Secure Swiss Finance Network(SSFN):スイスの金融ネットワーク
- SCION Education, Research and Academic Network(SERANA)
- Swiss Health Info Net(HIN):医療ネットワーク
- SwissIX:インターネットエクスチェンジポイント
SCION の制御プレーンとデータプレーンの仕様は、IETF ISE(Independent Submission Editor)ストリームに Internet-Draft として提出されています(draft-dekater-scion-controlplane、draft-dekater-scion-dataplane)。
関連:Edge Computing 2025 - 分散処理がもたらす次世代インフラ
ポイント: SCION は「IPv6 の次」ではなく、「IPv6 の上で動作する経路認識レイヤー」として位置づけられます。IPv6 のアドレス体系を活かしつつ、経路選択と信頼性を強化する補完技術です。
QUIC over IPv6
QUIC(Quick UDP Internet Connections)は、Google が開発し IETF が標準化したトランスポート層プロトコルです(RFC 9000)。TCP の代替として、次の特徴を持ちます。
- 低遅延接続確立:0-RTT または 1-RTT で接続を確立
- ストリーム多重化:複数のストリームを単一の接続で処理し、Head-of-Line Blocking を回避
- 組み込み暗号化:TLS 1.3 を統合
HTTP/3 は QUIC をベースにしており、2026 年時点で主要ブラウザとサーバーがサポートしています。QUIC と IPv6 の組み合わせは、次世代インターネットの現実的な姿として普及が進んでいます。
関連:eBPF 2025 - 次世代Linuxカーネルプログラマビリティ
その他の補完技術
| 技術 | 目的 | 標準化状況 |
|---|---|---|
| Segment Routing over IPv6(SRv6) | IPv6 ヘッダーに経路情報を埋め込み、柔軟なルーティングを実現 | RFC 8754(2020) |
| IPv6 over Low-Power Wireless(6LoWPAN) | IoT デバイス向け IPv6 圧縮技術 | RFC 4944、RFC 6282 |
| IPFS(InterPlanetary File System) | 分散型コンテンツアドレッシング。IP プロトコルではなくアプリケーション層 | IPFS Specs(非 IETF) |
| Distributed Ledger + DNS | Namecoin、Handshake など分散型 DNS。標準化は未成熟 | 実験段階 |
これらはいずれも「IPv6 を置き換える」のではなく、「IPv6 を補完し拡張する」技術です。
「IPv6 の次」が来ない理由
IPv8、IPv16、あるいは全く新しいプロトコルが IPv6 に取って代わる可能性はあるのでしょうか。現時点での答えは「当面、可能性は極めて低い」です。
理由 1: IPv6 のアドレス空間は事実上無限
IPv6 は 2^128 = 約 340 兆×1 兆×1 兆個のアドレスを提供します。これは地球上のすべての砂粒にアドレスを割り当てても余るレベルです。APNIC のデータが示すように、現在使われている IPv6 アドレスは全体の 0.0037% に過ぎません。新しいアドレス体系を作る必要性がありません。
理由 2: プロトコル移行コストの莫大さ
IPv4 から IPv6 への移行は 30 年以上かけて進行中です。すべてのルーター、スイッチ、OS、アプリケーション、ファームウェアを更新する必要があり、世界中のインフラを一斉に置き換えることは技術的にも経済的にも非現実的です。「IPv8」のような新プロトコルを導入すれば、同じ苦痛を再び味わうことになります。
理由 3: 拡張性の高いアーキテクチャ
IPv6 は拡張ヘッダー(Extension Header)の仕組みにより、プロトコル自体を書き換えずに新機能を追加できます。SRv6、モバイル IPv6、暗号化オプションなど、多くの機能が拡張ヘッダーとして実装されています。
理由 4: 標準化の現実
IETF での標準化は、技術的優位性だけでなく、実装経験、相互運用性、コミュニティの合意が必要です。IPv6 は RFC 2460(1998)から四半世紀をかけて洗練され、世界中で数億台のデバイスに実装されています。この実績を覆すには、圧倒的な技術革新と業界の総意が不可欠ですが、現時点でそれを満たす候補は見当たりません。
反証: 一部の研究者は「量子インターネット」や「全く新しいアドレス体系」を提案していますが、これらは基礎研究段階であり、10〜20 年先の話です。現在のインターネットは IPv6 を前提に進化します。
シナリオ分析 - 2030 年のインターネットプロトコル
| シナリオ | 確度 | 2030 年の状況 |
|---|---|---|
| 本命シナリオ:IPv6 + 補完技術 | 高 | IPv6 デプロイ率が 70% を超え、QUIC・SRv6・SCION が部分的に実用化。IPv4 は CGNAT で延命し、デュアルスタック継続 |
| 楽観シナリオ:Path Aware Networking の普及 | 中 | SCION が金融・医療・重要インフラで標準化され、エンドユーザーが経路選択を意識する時代に。IPv6 デプロイ 80% 超 |
| 悲観シナリオ:IPv4 延命とデプロイ停滞 | 中 | 新興国での IPv4 需要が続き、IPv6 デプロイが 60% で頭打ち。CGNAT の多段化がパフォーマンスを悪化させるが、経済的理由で移行進まず |
| 低確度シナリオ:IPv8 標準化 | 極めて低 | draft-thain-ipv8 または類似提案が IETF で採択され、2030 年までに RFC 化。可能性は 1% 未満 |
私たちはどう備えるか
個人の視点
- IPv6 対応を確認する:自宅のインターネット接続が IPv6 に対応しているか、ISP に問い合わせるか、test-ipv6.com で確認しましょう。
- ルーターとデバイスを更新する:10 年以上前のルーターは IPv6 非対応の可能性があります。買い替え時は IPv6 対応モデルを選びましょう。
- デュアルスタックを理解する:IPv4 と IPv6 が並行して動作する「デュアルスタック」が当面の標準です。どちらか一方だけでは完全なインターネットアクセスは得られません。
企業・開発者の視点
- 新規サービスは IPv6 必須に:クラウドサービス(AWS、Azure、GCP)はすべて IPv6 対応しています。新しいアプリケーションやインフラは IPv6 を前提に設計しましょう。
- DNS の AAAA レコードを設定:Web サイトやサービスに IPv6 アドレスを割り当て、AAAA レコードを DNS に登録します。
- 監視とテストを強化:IPv4 と IPv6 で挙動が異なる場合があります。デュアルスタック環境での監視・テストを徹底しましょう。
# IPv6 接続を確認するコマンド例(Linux/macOS)
ip -6 addr show
# IPv6 経路を確認
ip -6 route show
# IPv6 での traceroute
traceroute6 google.com
# DNS の AAAA レコード確認
dig AAAA example.com
政策・標準化の視点
- IPv6 を義務化する公共調達:日本政府や地方自治体が調達する IT システムに IPv6 対応を要件化することで、デプロイを加速できます。
- 教育と啓発:ネットワーク技術者の養成カリキュラムに IPv6 を組み込み、「IPv4 だけで十分」という誤解を解く必要があります。
- 次世代プロトコル研究への投資:SCION、Path Aware Networking などの研究開発を支援し、将来の選択肢を広げます。NICT(情報通信研究機構)の Beyond 5G / NewIP 研究がこれに該当します。
実践メモ: ネットワークエンジニアを目指す方は、IPv6 サブネッティング、SRv6、デュアルスタック設計を実践的に学びましょう。オンラインラボ環境(GNS3、EVE-NG)で IPv6 ルーティング(OSPFv3、BGP4+)を試すことをお勧めします。
よくある誤解
誤解 1:「IPv8 が出るから IPv6 は学ばなくていい」
事実: IPv8 という IETF 標準は存在せず、標準化の見込みもありません。IPv6 は今後数十年にわたって使われ続けるプロトコルであり、学習価値は極めて高いです。
誤解 2:「IPv6 は IPv4 より遅い」
事実: 適切に設定された IPv6 ネットワークのパフォーマンスは IPv4 と同等以上です。NAT のオーバーヘッドがないため、むしろエンドツーエンド接続では高速化する場合もあります。一部で「遅い」と感じられる原因は、ISP やデバイスの設定不備による誤設定です。
誤解 3:「Tribler IPv8 を使えば IPv6 がいらなくなる」
事実: Tribler IPv8 は P2P アプリケーション向けのオーバーレイネットワークライブラリであり、IP プロトコル自体を置き換えるものではありません。IPv4 または IPv6 の上で動作します。
誤解 4:「日本は IPv6 先進国だから何もしなくていい」
事実: 日本の FTTH は確かに IPv6 対応が進んでいますが、企業ネットワークやモバイル環境では遅れているケースも多く、全体で見れば「道半ば」です。また、IPv6 対応済みでも SRv6 や SCION などの次世代技術への対応は始まったばかりです。
誤解 5:「IPv6 のアドレスは覚えられないから普及しない」
事実: エンドユーザーが IP アドレスを直接入力するシーンはほとんどありません。DNS が名前解決を担い、SLAAC(Stateless Address Autoconfiguration)や DHCPv6 が自動設定するため、アドレスの複雑さはユーザー体験に影響しません。
まとめ
2026 年 4 月に検索されている「IPv8」の正体は、次の三つに分類されます。
- 個人提出の IETF ドラフト(draft-thain-ipv8):標準化の見込みは低い
- Tribler IPv8:Delft 工科大学の分散 P2P ミドルウェア。IP プロトコルではなくアプリケーション層の技術
- マーケティング用語:IETF 標準ではない非公式呼称
重要なのは、IPv6 の次世代プロトコルとしての「IPv8」は存在せず、IETF が標準化を進めているのは IPv6 の拡張・補完技術である点です。具体的には次の動向に注目すべきです。
- Path Aware Networking(PAN)と SCION:エンドポイントが経路を選択できる次世代アーキテクチャ。スイスの金融・医療ネットワークで実用化済み
- QUIC over IPv6 と HTTP/3:低遅延・高速接続を実現するトランスポート層の革新
- SRv6、6LoWPAN、分散型 DNS:特定用途向けの IPv6 補完技術
IPv6 のデプロイは着実に進行中です。Google 統計では 45〜50%、日本の FTTH では 80〜90% が IPv6 対応済みであり、今後も成長が続きます。IPv4 から IPv6 への完全移行には少なくともあと 10〜20 年かかると予測されており、その間に「IPv6 の次」が登場する可能性は極めて低いでしょう。
私たちが今すべきことは、「IPv8」という不確かな情報に惑わされず、IPv6 の理解と実装を深め、Path Aware Networking や SCION といった補完技術の動向を注視することです。
参考リソース
- IETF Datatracker - draft-thain-ipv8 - Jamie Thain 氏による個人ドラフト
- Tribler IPv8 公式サイト - Delft 工科大学の分散 P2P ライブラリ
- APNIC Labs - IPv6 Measurement Maps - 世界各国の IPv6 デプロイ統計
- Google IPv6 Statistics - Google ユーザーの IPv6 可用性データ
- JPNIC IPv6 情報 - 日本の IPv6 展開状況
- IETF SCION Overview - Path Aware Networking 研究グループの SCION 概要
- RFC 9000 - QUIC: A UDP-Based Multiplexed and Secure Transport - 次世代トランスポート層プロトコル
- NICT Beyond 5G 研究開発 - 日本の次世代通信技術研究
本記事の情報は 2026 年 4 月時点のものです。IETF の標準化プロセスやデプロイ状況は変化する可能性があります。最新情報は IETF Datatracker、APNIC Labs、各 RIR の公式サイトでご確認ください。
← 一覧に戻る