以太坊Glamsterdam升级现关键漏洞修复：存款路由逻辑变更避免资金错配

以太坊在Glamsterdam升级前识别并修复了一项潜在的资金错配漏洞，该问题可能使外部节点运营商利用分叉时机非法获取协议质押资产。尽管漏洞未造成实际损失，但其影响机制引发社区高度关注。

漏洞成因与风险机制

该漏洞源于“提议者-构建者分离”框架下对待处理存款的处理逻辑缺陷。在分叉激活时，若验证者与构建者使用同一密钥且两者存款均处于排队状态，旧规则会将验证者存款错误计入构建者账户，导致运营商可提取本应属于协议的资金。

值得注意的是，此操作不创建新验证者，也不会立即释放全部质押资产。部分协议设计要求完成提款凭证验证后才释放剩余资金，而由于漏洞存在，该验证条件无法达成，形成持续锁定风险。

修复路径与时间线回顾

漏洞于10月12日首次提出，但在10月19日因缺乏客户端支持被暂时搁置。随后，以太坊基金会推迟Hoodi测试网升级，为深入评估EIP-8037兼容性争取时间。这一延期意外促成修复方案重启。

10月23日，开发者在测试会议中重新聚焦该问题，并推动新增存款排序测试。最终，相关变更于10月26日正式合并进规范，标志着漏洞修复进入实施阶段。

新规则的核心调整

新规则明确区分不同类型的存款去向：分叉时的待处理存款不再依据公钥分配，而是根据提款凭证决定归属。这意味着即使密钥相同，验证者存款仍将保留在验证者队列中，而构建者存款则独立处理。

表格对比显示，旧规则下验证者存款可能被误转至构建者账户，而新规则确保资金流向准确匹配其声明用途，从而消除风险。

重复使用同一密钥作为验证者和构建者仍然允许，但具体资金归属由存款目的决定，提升了系统灵活性与安全性。

后续工作与客户端同步挑战

目前，Teku与Lodestar等主流客户端尚未完成代码同步。尽管Teku已通过基于新规范生成的测试，但其更改仍在审查中；Lodestar的更新也保持开放状态。

此外，旧版参考测试仍基于过时逻辑，可能导致遵循新规则的客户端测试失败。若各客户端在分叉时采用不同判断标准，将引发链状态分歧，威胁网络一致性。

以太坊基金会尚未公布新的Hoodi测试网或Glamsterdam主网激活时间表。不过，部分质押协议已部署预存款检查机制，可主动拒绝已注册构建者的密钥，形成第一道防线。