给 IPv4 续命或是提出一个相对兼容 IPv4 的方案是老生常谈的话题了，一些老保或者想搞个大新闻的人总是会想办法弄点活出来，其实已经在 IETF 中见怪不怪了。
有些朋友可能今天看到了 draft-thain-ipv8-00 以后可能会觉得：“啊？怎么 IPv6 还没推广开，就来个新玩意儿？这群人在搞什么？”这样的剧情时不时就会上演一次。
不了解 IETF 工作流程的话可能不太清楚，其实任何一个人都可以为互联网“添砖加瓦”，写一个 draft 并发表是一件很简单的事情。尤其是现在还有 AI 的帮忙，也许花个几分钟时间就能写出一个看起来像样的“IPv10”方案并提交成为 draft-tadokoro-ipv10-00。
但显然，这些 draft 想要能够获得工作组的支持、正式被 IETF 讨论，可以说是基本不可能的事情：IETF 看的是 Rough Consensus 和 Running Code。如果一个方案没法获得行业支持或者实际落地，他永远只能躺在草案库里吃灰。
有些朋友可能今天看到了 draft-thain-ipv8-00 以后可能会觉得：“啊？怎么 IPv6 还没推广开，就来个新玩意儿？这群人在搞什么？”这样的剧情时不时就会上演一次。
不了解 IETF 工作流程的话可能不太清楚，其实任何一个人都可以为互联网“添砖加瓦”，写一个 draft 并发表是一件很简单的事情。尤其是现在还有 AI 的帮忙，也许花个几分钟时间就能写出一个看起来像样的“IPv10”方案并提交成为 draft-tadokoro-ipv10-00。
但显然，这些 draft 想要能够获得工作组的支持、正式被 IETF 讨论，可以说是基本不可能的事情：IETF 看的是 Rough Consensus 和 Running Code。如果一个方案没法获得行业支持或者实际落地，他永远只能躺在草案库里吃灰。
https://www.ietf.org/archive/id/draft-thain-ipv8-00.html
于是我们有了 IPv8 草案
省流（群友想看的东西）：
对 IPv4 向后兼容
IP格式为 r.r.r.r.n.n.n.n
r.r.r 是 32-bit ASN
n.n.n.n 是 32-bit Host Address
所有网络协议认证统一使用 OAuth2 JWT 管理，同时有通用的 OAuth8 NetLog8 DHCP8
使用 0.0.0.0.n.n.n.n 表示 IPv4 地址
127.0.0.0/8 被表示为 127.x.x.x.n.n.n.n，其中 x.x.x 表示内部区域
于是我们有了 IPv8 草案
省流（群友想看的东西）：
对 IPv4 向后兼容
IP格式为 r.r.r.r.n.n.n.n
r.r.r 是 32-bit ASN
n.n.n.n 是 32-bit Host Address
所有网络协议认证统一使用 OAuth2 JWT 管理，同时有通用的 OAuth8 NetLog8 DHCP8
使用 0.0.0.0.n.n.n.n 表示 IPv4 地址
127.0.0.0/8 被表示为 127.x.x.x.n.n.n.n，其中 x.x.x 表示内部区域
