签名里的一个字段压住了聚合
以太坊信标链上，每个时隙里各委员会的验证者要对头链与检查点提交投票。每条投票在数据结构上分两层：验证者真正签名的内容（投票数据），以及信封上的元信息。EIP-7549 关注的正是投票数据里的一个字段——委员会编号。委员会编号本身不是投票内容，只是说明这条票来自哪个委员会，但它此前躺在被签名的消息内部。
后果在聚合环节爆发。签名聚合的前提是消息根完全相同，内容一致、委员会编号不同的两条投票，签名根就不同，聚合时只能分成两组处理。规范给出过一个量级对比：在活跃验证者达到一定规模的链上，挪走编号前，达到三分之二门槛可能需要逐条核对一千三百多条投票；挪走之后，同等内容的投票挤进同一聚合组，核对下限可以压到二十余条，按规范的算法相差六十多倍。
机制怎么改
方案朴素：委员会编号在签名数据里固定为零，真实编号移到信封上的位图字段表达。这样投票数据的签名根在内容相同的情况下天然一致，聚合器可以放心合并。它带来的直接收益是区块打包容量：同样体积的信标区块，能装下更多时隙的投票，规范文档举算的例子是约八个时隙的投票装入此前只能放两个时隙的空间，让投票稀疏的委员会也能被链上验证者确认。
它还有一个常被忽视的受益者：零知识与轻验证路线。证明三分之二验证权重支持某检查点的电路，需要执行成对配对运算，聚合越充分，验证成本越低。这也是该提案常被描述为提高共识效率、为链上轻客户端铺路的原因。
这条 EIP 状态为 Final，随 Pectra 升级在 2025 年 5 月 7 日主网生效，共识层客户端同批更新。
快速问答
问：普通质押者的投票方式变了吗？ 答：没有，投票语义不变，变的只是数据在哪里签名，钱包与节点软件自动处理。
问：挪走编号会影响投票的不可否认性吗？ 答：不会，外层位图同样受聚合结构约束，委员会归属依然可验证。
问：它跟 BLS 签名聚合是什么关系？ 答：BLS 提供聚合的数学工具，EIP-7549 消除的是实践中卡住聚合的结构障碍，两者互补。
一条直觉线
可以把投票想象成寄信：签名内容是信纸正文，委员会编号是信封上的寄件组号。以前组号印在信纸上，两封内容一模一样的信因为组号不同就不算同一封信，盖章验证只能一封一封来。改动之后，正文一字不动、组号挪到信封，同一摞信盖一个组合章就能全部过验。协议里的改动小到只是挪一个字段的位置，工程上的收益却贯穿区块打包、网络转发与链上验证三条链路——这类结构位置决定聚合能力的例子，在共识层设计里反复出现。
对运行节点的读者，还有一层可以留意的背景：投票聚合效率直接影响协议能支撑的验证者规模。委员会数量越多，未聚合票面的转发与验证成本涨得越快；把相同内容的票折叠起来，等于给验证者集合的继续扩张多留了一段余量。这也是它常和聚合签名、轻客户端证明放在同一条演进线上讨论的原因。
常见误区
一是把容量扩大读成验证者数量限制放宽，委员会规模与抽查逻辑不变，变的是投发票据的折叠方式。二是认为旧数据的签名作废，已上链投票继续有效，这是向前兼容的规则切换。三是把它和委员会随机洗牌机制混淆，洗牌管谁分配到哪个委员会，这项改动管票面信息怎么摆放。
风险提示：本文为共识层机制科普，不构成投资建议或质押收益承诺；参数与结构细节以当期共识层规范为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。