谁在管理提案仓库
EIP-5069 创建于 2022 年 5 月，类型 Meta，状态 Living——和 EIP-1 一样是持续更新的组织文档。它回答一个平时没人问的问题：以太坊的提案仓库是谁在管、按什么规则管。手册开头的自我定位很精炼：编辑团队既是档案管理员，确保社区整体不丢失历史；也是出版者，让关心进展的人能持续看到最新提案。
使命清单：做四件事
手册把编辑的工作划成正面清单：出版提案——把所有提案连同历史与讨论记录长期免费公开，以此维系透明并让后来的决策者能回看；组织讨论——给任何愿意文明参与的人保留论坛；守护质量——按各提案目标受众定义的标准，守住一个”尽量少主观”的底线；服务整个社区包括未来的人。四条没有一条涉及”判断哪个想法更好”。
负面清单才是重点
手册用同样篇幅写了编辑不做什么，这一半才是这份文档的筋骨。不裁判胜负：面对多个竞争提案，一律全部发表，编辑”不做决定以太坊该走哪条路的事”，也不相信存在唯一正确的解法。不背书正确性：偶尔给技术反馈，但不承担深度审查，发表不等于认可。不管理进度：不跟踪实现状态、不排期、不定分叉日期与内容。不维护注册表：因为注册表意味着条目会无限增长，而提案的目标是最终不可变。不提供法律建议：商标、版权、专利等归作者和实现者负责。每一条都能在现实中找到对应的争议——把发表当背书、把仓库当路线图，是最常见的两种误读。
组织结构与决策程序
手册写道：编辑团队由若干编辑加一名”共识守护者”（Keeper）组成，Keeper 从编辑中选举产生，职责是判定某个议题是否已达成粗略共识，以及已定的事是否需要在什么情况下重新打开。成员开放申请，通用要求包括认同上述使命、读写说英语流利、读评过 EIP、参与治理。决策分两条线：不涉及争议的单提案事务，编辑可自便；涉及选举 Keeper、增删编辑、任何可能引发争议的事，走正式程序——书面征集意见，三十天内全员表态构成法定人数，逾期则缩到已表态者；增员需本人同意且无人反对，罢免则除当事人外无人反对即通过；平票用双方认可的方式随机裁决，手册举的例子包括视频通话抛硬币或猜拳。
普通读者的用法
这份手册是给外部读者的校准器：看到”提案进了仓库”，它只说明格式与讨论合规，不代表任何人认可其技术；看到”某提案被拒”，先分清被拒的是仓库收录还是开发者会议的推进动议——两个不同环节、不同主体。理解这两条边界，能过滤掉相当一部分治理新闻的标题党。
快速问答
问：EIP 编辑和核心开发者是同一拨人吗？ 答：不是。编辑管仓库流程与文档质量；协议方向与升级内容由 All Core Devs 等治理渠道决定，手册明确划清了这条线。
问：Living 状态是什么意思？ 答：文档随实践持续修订，不会被标成终态。同类的还有描述流程本身的元提案。
问：想申请当编辑要准备什么？ 答：手册列的是通用条件，具体资格由现任编辑各自把握；可预期的路径是长期参与提案评审与讨论。
一次常见误读复盘
拿一个真实场景检验这份手册：某”重大升级提案获以太坊官方通过”的头条在群里刷屏，点进去往往只是提案页面状态从 Draft 变成 Review，或者一份争议提案按手册规则被收录发表。按 EIP-5069 的边界逐项核对就能自动拆解：发表不等于背书（负面清单第二条）；收录竞争提案的一方不代表否决另一方（第一条）；进度跟踪不归编辑管（第三条）。真正的推进信号在另一条线上——客户端仓库的里程碑、升级元提案的条目、带激活高度的公告。把两条线混起来，是加密新闻误报的头号来源；这份手册存在的意义，就是让两条线的分界有正式文本可查。
风险提示：本文只做治理文档介绍，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。