IPv8 要来了吗？IPv8 草案中离谱的十点内容

最近，网上突然冒出来一个听着很唬人的词：IPv8。

很多人的第一反应可能是：

IPv6 不是还没普及吗，怎么又蹦出个 IPv8？

是不是互联网协议又要大换代了？

先说结论：

这次网上热传的 IPv8，确实不是段子，也不是网友瞎编，它真的是 IETF Datatracker 上的一份 Internet-Draft，也就是互联网草案。

https://datatracker.ietf.org/doc/draft-thain-ipv8/

但它目前只是个人提交的草案，不是工作组文档，也没有正式标准地位。

Datatracker 页面写得很清楚：

任何人都可以提交 Internet-Draft，这不代表它已经被 IETF 认可，更不代表互联网马上就要升级到 IPv8。

问题也正出在这里。

这份草案最离谱的地方，不是它提出了一个“新的 IP 版本”，而是它几乎想把整个互联网重新设计一遍。

正常人以为 IP 协议讨论的是地址、包头、转发、兼容性，可这份 IPv8 一上来谈的却是 DHCP8、DNS8、WHOIS8、NetLog8、OAuth8、ACL8、XLATE8、Update8，甚至连网卡固件限速、交换机 VLAN、PVRST 根桥、设备认证等级都写进去了。

它看起来不像是在改 IP，更像是在写一个互联网全家桶。

第一离谱，是它的手伸得太长。一个网络层协议草案，本来只该解决“怎么发包、怎么寻址、怎么转发”的问题，可它非要把身份认证、日志、时间同步、软件更新、出口管控都揉进去。换句话说，它不是想做下一代 IP，而是想做下一代互联网管控平台。这就像你本来只是想换个门锁，结果有人顺手把你家水电、燃气、物业、快递柜和监控系统全给你重做了一遍。想法听起来很完整，现实里却意味着阻力大到离谱。

第二离谱，是它嘴上说“100% 兼容 IPv4，旧设备一个都不用改”。草案里反复强调，IPv4 是 IPv8 的真子集，只要把前面的 routing prefix 设成 0，就还是 IPv4，应用不用改、设备不用改、网络不用改。但你再往后看，它又要求 IP version 字段变成 8，要求系统支持新的 64 位地址格式，要求 DNS 支持 A8 记录，要求路由器支持 BGP8、OSPF8、WHOIS8 校验，要求边界设备支持 XLATE8 和一堆新的控制逻辑。说白了，应用层也许可以不改，但操作系统、路由器、交换机、解析器、边界安全设备都得大改。这种兼容更像宣传文案，不像工程现实。

第三离谱，是它一上来就想拿 8 这个版本号。很多人以为 IPv8 只是“6 后面自然轮到 8”，事实上远没这么简单。IANA 的 IP Version Numbers 注册表里，5、7、8、9 这些号早就不是空白，而是已经被标成了 Reserved (Historic)。也就是说，8 不是没人用过的崭新号码，而是有历史背景的保留编号。现在这份草案还专门写了 IANA Considerations，请求把 version number 8 分配给 Internet Protocol Version 8，这就说明它不是沿着一条现成道路往前走，而是先得把已有登记改过来。

第四离谱，是它用 ASN 来当地址前半部分，看着整齐，实际上过于理想化。它的设计是前 32 位写 ASN，后 32 位写主机地址，也就是每个 ASN 理论上都能拿到 42 亿多个地址。草案还很兴奋地说，这样全球路由表就能有结构上限，大致做到一个 AS 一条路由。问题在于，现实互联网里一个 AS 往往对应多个地区、多个出口、多个业务、多个策略，BGP 表之所以膨胀，不只是因为大家乱宣告前缀，而是因为现实网络确实需要细粒度的流量工程。你把它强压成一个 ASN 一条路由，路由表也许好看了，但很多真实需求也被一起砍掉了。

第五离谱，是它对安全的理解太像企业内网，不像公网基础协议。草案里写得很猛，说所有可管理元素都要靠 OAuth2 JWT 授权，本地 Zone Server 缓存公钥；所有出网流量都要先有 DNS8 查询，再校验 WHOIS8 记录；没有 DNS 查过的地址，就默认不给连。这种想法放在企业零信任网络里，也许有人会觉得挺香，但你要把它推到整个互联网层面，就变成另一回事了。因为公网世界里，路由真实性、域名解析行为、接入身份、出口审计，本来就是不同层次的问题。它把这些全部捆死，表面上是统一治理，实际上是把互联网从一个尽量简单的底层协议，改造成了一个处处要认证、处处要中心控制的重型系统。

第六离谱，是它对地址空间的使用方式，处处透着我就喜欢这个数字的任性。它把 127.0.0.0/8 拿来做内部 zone prefix，把 100.0.0.0/8 拿来做 RINE peering，把 222.0.0.0/8 当内部链路 convention。问题是，127/8 在整个互联网运维心智里，几乎已经和 loopback 绑死了。哪怕它在这份草案里说的是 IPv8 的 r.r.r.r 字段，不是传统 IPv4 地址本身，这种“看起来像老东西，含义却完全不同”的设计，也会给日志分析、ACL 书写、培训和故障排查带来巨大的认知混乱。协议设计不是取个顺眼的数字就行，越底层的东西越怕这种语义打架。

第七离谱，是它明明想当全球互联网协议，却满脑子都是企业网和园区网的管理思路。什么 Zone Server 成对部署、交换机端口 OAuth2 绑定、VLAN 4090 管理 VRF、VLAN 4091 OOB VRF、设备接入即认证、甚至 NIC 固件强制限速，这些东西你一看就知道，像是做企业 IT 管理的人写出来的，不像是为全球互联网这种松耦合、异构、自治的系统准备的。互联网之所以能活这么久，很重要的一点恰恰是底层足够简单，复杂性往上层放；而 IPv8 的思路则恰好相反，恨不得把所有复杂性重新塞回网络底座。

第八离谱，是它一边说自己更实用，一边却比 IPv6 还更像理想国。IPv6 至少主要解决的是地址耗尽问题，虽然部署难，但目标相对单一。IPv8 这份草案则试图一次性解决地址耗尽、路由表增长、路由劫持、设备认证、出口控制、日志统一、升级分发、跨企业互联、云上地址重叠，几乎什么都想管。一个协议一旦开始喊“我要把所有历史问题一次性全解决”，通常就说明它离现实部署反而更远了。因为真正落地的标准，往往不是最完美的，而是边界最清楚的。

第九离谱，是它拿“IPv6 推了 28 年才覆盖一半网络流量”当自己出场的理由，这个判断本身已经有点过时了。公开数据并不支持“IPv6 基本失败”这种说法。APNIC Labs 的 30 天平均数据显示，2026 年 3 月下旬到 4 月下旬，全球 IPv6 capable rate 约为 43.19%，亚洲达到 50.12%。Google 的 IPv6 统计页则显示，2026 年 4 月 18 日，其平台访问流量中 IPv6 占比达到 50.16%，而且 3 月 28 日已经出现过首次突破 50% 的记录。也就是说，IPv6 的确推进得慢，但它并没有死，反而已经走到大规模既成事实的阶段了。此时再冒出一个要重写互联网的 IPv8，难度只会比二十年前大得多。

第十离谱，也是最关键的一点：它太像一份写给对现状不满的人看的草案了，而不像一份能被全行业采纳的标准。它的吸引力很容易理解，因为它确实戳中了很多人的痛点：IPv6 难记，双栈麻烦，网络管理碎片化，安全体系七拼八凑，BGP 和路由安全总让人不放心。所以很多人一看会觉得，这提案真敢想，真过瘾。但敢想和能落地，从来不是一回事。Datatracker 现在甚至已经能看到它更新到 02 版，说明作者还在继续推进，可它依然只是个人草案，距离真正进入标准化主航道还差得很远。