知乎的中文翻译：互联网协议第 8 版（ IPv8 ）
号称兼容 IPv4，但同样需要使用新的 IPv8 Header 。
地址格式是：r.r.r.r.n.n.n.n ，前面的 r 是扩展新空间，后面的 n 是现有 IPv4 地址范围。
还再附加一大堆配套内容。
附加内容当中有一堆十分奇怪的提议，其中之一居然要求交换机强制做 VLAN 硬件 OAuth2 验证。
原文：Three independent enforcement layers provide defence in depth: NIC firmware ACL8, Zone Server gateway ACL8, and switch port OAuth2 hardware VLAN enforcement.
不清楚这是否等于要求交换机必须无条件开启 VLAN 功能，如果是，那么纯二层交换机的地位尴尬了。
至于为什么怀疑这是用 AI 聊天 Vibe 出来，是因为草案有这么一句：draft-thain-wifi8-00 WiFi8 Protocol
提案中的“WiFi8”是指“用于 IPv8 的无线网络协议扩展”
https://www.thenetworkdna.com/2026/04/internet-protocol-version-8-ipv8.html
但在现实中，WiFi 8 特指 WiFi 联盟正在设计、仍未完成的 IEEE 802.11bn 。
当下 IT 从业人员，尤其是网络行业从业人员，不可能不知道未来有 WiFi 8 。
再说了，既然现在有 WiFi 4 、WiFi 5 、WiFi 6 、WiFi 7 ，那么很自然地会推导出将来大概率会有 WiFi 8 ，从而主动使用其他字词以避免造成歧义。
所以这下就有两个可能：要么是作者纯手写+不知道 WiFi8 ，要么是跟 AI 聊出来的 Vibe 草案+作者没检查。
提到兼容 IPv4，提案说 IPv8 does not require dual-stack operation 。不需要双栈？那么怎么互通？靠的是“8to4 隧道”。似曾相识，IPv6 也有 6to4 隧道。
还有一点我个人觉得是夸大其词的：No modification to IPv4 application required （现有 IPv4 应用程序无需修改）
IPv4 应用程序在新版系统运行接收到 IPv8 地址，但大量程序内部的sin_addr大小早就固定了的，没办法容纳 IPv8 地址，想存都存不下啊。除非继续写入到后面的 padding 区间。
而且新麻烦不止这一个。htonl()和 ntohl()是 32bit integer 的函数，大量程序早就写死使用 uint32 变量接受返回值，一旦传入 IPv8 地址就只能截断。
Nginx 的例子：
https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/ngx_http_huff_encode.c#L186
#define ngx_http_huff_encode_buf(dst, buf) \
(*(uint32_t *) (dst) = htonl(buf))
https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/v2/ngx_http_v2.h#L341
#define ngx_http_v2_write_uint32_aligned(p, s) \
(*(uint32_t *) (p) = htonl((uint32_t) (s)), (p) + sizeof(uint32_t))
这么一来，“No modification”也不太可能。
