一句话定位
EIP-7329 是一份 2023 年 7 月 13 日创建的元类（Meta）提案，状态 Final——它不定义任何技术协议，记录的是一次组织动作：把以太坊标准库拆成两家。EIPs 仓库只留核心协议类改进提案，应用层的 ERC 全部搬进新仓库，配独立网站与自己的评审流程，编号则由一份统一的文档继续协调分配。今天浏览 ERC 时看到的独立域名，就是这份提案留下的路标。
为什么非拆不可
提案的动机段把脉络讲得很直白。EIPs 仓库诞生时社区很小，写代币标准的人和改共识规则的人常在同一个房间，一个仓库装所有标准顺理成章。生态长大后，应用开发与核心开发之间的鸿沟变宽：两边关注的评审节奏、披露强度、工具链完全不同，却被同一套流程与同一批编辑约束。共识层兴起后又开始借用 EIP 流程，流程设计需要在核心协议、应用标准、共识文档三种需求间走钢丝。拆，不是谁对谁错，而是一套流程已经服务不动三种演化速度。
拆的技术含量
这份 Meta EIP 的规范部分像一份迁移清单：用脚本把所有 ERC 与接口类 EIP 从原仓库摘除，迁入保留完整提交历史的新仓库；上线新网站并让 CI 指向新仓库；启用专属子域名；在原网站为每篇 ERC 设置跳转重定向；最后建立统一的编号文档，让编辑继续在同一张表上分配 EIP 与 ERC 号码。两条治理路线各自为政、一条编号轨道保持统一——这个组合是整次拆分最讲究的妥协：彻底分家会让 ERC-20 这类老朋友哪天撞上同号，编号不拆等于给两边留了永不撞车的护栏。
分家换来了什么
拆开之后，两边的差异化的确展开了。应用标准一侧很快长出自己的类别划分、专项评审小组和面向钱包与开发者的文档门户——这些在旧仓库里都因为”技术上不存在类别”而难以名正言顺。核心一侧则可以把评审资源集中于共识改动，不再被数量占优的应用提案淹没议程。代价同样真实：跨边界的提案变麻烦了，一个牵涉协议与合约行为的新标准要在两个流程间穿行；普通读者则多了一条肌肉记忆——查代币标准去 ERC 站，查区块规则去 EIP 站。
一条历史线索
把镜头拉远，这次拆分是标准库演化的第二级台阶。第一级是 EIP 流程本身确立时定下的类型分层（元类、标准轨、信息类），它承认了文档之间的差异；第二级是 EIP-7329，承认差异大到需要物理隔离。同一逻辑还解释着别的分支：RIP 为二层协议单立门户并互划编号地盘，各链生态也复制这套模板自立标准库。标准体系的分裂不是治理失败，恰恰是流程可信的表征——正因为流程能安全分叉，各群体才不必在同一个锅里互相等待。
快速问答
问：拆家后 ERC 还是 EIP 吗？ 答：日常说法还混用，规范上独立编号成 ERC-NNNN；两者从同一号池分配，历史号码不变。
问：旧的 eips 站 ERC 页面还能访问吗？ 答：旧地址设了重定向，跳转即新站对应页；历史提交记录完整保留在新仓库里。
问：这次拆分需要硬分叉吗？ 答：不需要。它是纯流程与仓库层面的动作，链本身毫无感知。
一个常见误会
常见误读是把分家理解成应用层与核心层决裂或内斗。提案文本读下来更像一次延迟多年的家务整理：拆的理由多年不变，难的是每次都在细节上耗尽讨论。协议世界里大量看起来像站队的动作，实际都是被协调成本逼出来的工程安排——先分目录，再谈合作，比在一个仓库里吵三年有效得多。
风险提示：本文仅作技术科普，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。