被撤回的提案也值得读：从 ERC-7897 的退场看提案谱系怎么查

搜资料时撞见一个 ERC 编号，点进去却发现状态写着 Withdrawn——这不代表它讲的东西是错的，只代表这条路被别的路取代了。ERC-7897 就是个典型案例：2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该提案标注 Withdrawn，摘要里直接写了一句“本提案已不再需要，同等功能可由 ERC-7656 实现”。读懂这种退场，本身就是查资料的基本功。

它原本想做什么

ERC-7897 的主题是面向智能账户的钱包关联服务。它观察到 ERC-6551 给 NFT 绑合约的思路很好，但绑出去的东西必须是“账户”，而且玩法基本围着 NFT 转。于是它提出一个注册表：任何 ERC-4337 钱包都可以拥有若干“关联服务合约”，这些服务是钱包名下的 ERC-1167 最小代理，用确定性地址部署，钱包无需改代码就能扩展功能。这份提案的依赖列表写得很长：165、1167、4337、6551、7656——最后两项就是它退场的原因。

谁取代了谁

同一位作者随后推动了 ERC-7656：与其再造一个只服务钱包的注册表，不如把“往合约名下挂服务”抽象成一个统一工厂，NFT 和智能账户都走同一个入口。两条线合并后，ERC-7897 在 2026 年 9 月 9 日核对时对应的 ERC-7656 已标注为 Final。于是一个“钱包专用注册表”和一个“通用链接工厂”二选一，前者体面退场并在正文里留下了指向后者的说明。这是链上标准演进里很健康的一幕：功能收敛到一处，旧编号保留但明确不再推进。

状态词表怎么读

按 EIP-1 的定义，Idea 是尚未入库的前身，Draft 是刚合入仓库的初始形态，Review 表示作者自认可以公开评审，Last Call 是定稿前的最后一次意见窗口，Final 代表文本基本稳定，而 Withdrawn 意味着作者主动撤回、该编号不再复活，若日后重提会被视为新提案。介于中间还有一个 Stagnant：因长期无人推进被自动搁置，但作者或编辑可以把它拉回 Draft。对检索者的操作含义很直接：看到 Withdrawn，立刻去提案正文和依赖列表里找它指向的替代品；看到 Stagnant，则要知道实现可能停留在旧版本，接口细节要以实现仓库的当前代码为准，不能拿文档当现状。

一条实用的追溯动线

检索实战：同一功能的三种落地状态

把 ERC-7656 这条线当样本，还能看到一个常见现象：同一个想法往往存在“定稿的标准、停滞的竞品、撤回的先行者”三种状态并存。比如给 NFT 挂账户这件事，ERC-6551 曾长期是事实标准，ERC-7656 定稿后成为新的收敛点，而 ERC-7897 这类更激进的通用注册表则选择退场。检索者最稳妥的做法是交叉验证：先看 ethereum/ERCs 仓库里的状态字段，再看实现仓库最近一次提交时间，最后看主流钱包与市场文档里引用的到底是哪一个编号。三份证据指向一致，才把结论写进你的判断；三者打架时，永远以“钱包与合约实际执行的那份代码”为准，文档与提案都只是解释。养成记录编号与状态快照的习惯，半年后回看自己的文章或笔记，才不至于被仓库里悄悄变化的状态字段反将一军。

为什么值得多花三分钟

内容站与个人笔记最常见的翻车方式，不是写错事实，而是事实曾经正确。标准文档会被修订、提案会换主人、接口会在最后一轮评审改名。把“查状态”当成引用前的固定动作，成本只是打开仓库文件头部的十几秒，收益却是不依赖任何二手转述。尤其对中文读者，多数解读文章写于提案刚出现的窗口期，恰好是信息最不稳定、误读最多的阶段——原文里一句不起眼的状态行，往往比十篇转述更能说明该标准今天能不能用。

遇到任何编号建议按四步走：第一步看正文头部的状态与依赖字段；第二步搜“取代、supersede、不再需要”等关键词，多数合并会留一句话说明；第三步去讨论帖确认作者与评审人公开表达的结论；第四步以取代者的文本为准再回头看旧文。这样即便引用的是退场提案，也不会把过时接口当成现行标准。本文为协议机制科普，不构成任何投资建议；标准状态以 ethereum/ERCs 仓库文本为准（核验时间 2026 年 9 月 9 日）。