Glamsterdam是以太坊即将到来的升级，这次查出一个逻辑漏洞，有可能把给验证者的质押ETH错给到区块构建者。开发者先不想改，评估风险后又补上修复。另外还有一个合约相关问题，导致测试网升级推迟，上线前还要持续测试。下面小编简单梳理以太坊开发团队决定修复Glamsterdam升级验证者存款漏洞的技术消息。

以太坊开发者已合并一项修复方案，用于解决即将上线的Glamsterdam升级中的存款处理漏洞。该漏洞原本可能导致区块构建者收到本该划入新验证者账户的ETH，开发者此前曾否决这项修复提案。

以太坊共识规范维护者贾斯汀・特拉利亚（Justin Traglia）于10月26日完成该修复的合并。开发者avsetsin发现，Gloas分叉上线时，待处理存款的处理逻辑存在缺陷。本次修改将依据提取凭证，区分构建者存款与验证者存款，避免二者使用同一公钥时，资金被转入错误账户。

该漏洞仅存在于尚在开发的规则之中，以太坊主网并未发生实际盗币事件。开发者已经将修复内容写入规范，但各个共识客户端仍需要落地代码并开展测试。

以太坊Glamsterdam漏洞暴露验证者存款风险

该问题源于Glamsterdam升级计划内置的提议者-构建者分离机制，该机制将区块构建和区块提议划分为不同角色。构建者组装交易负载，验证者则在以太坊权益证明体系中参与区块提议与确认。

研究员avsetsin于10月12日披露该缺陷，指出网络升级时待处理存款的处理规则存在问题：若构建者先用某一公钥完成注册，之后同一公钥下收到验证者存款，按照原有逻辑，两笔存款都会计入该构建者账户。

研究员列举了这样一种场景：质押运营商收到流动质押协议资金，用于新建验证者。运营商抢先注册成为构建者，就能让协议的验证者存款进入构建者余额，而提取地址由运营商掌控。

avsetsin在GitHub报告中警示：“运营商可以提取协议的资金。”

对应的验证者不会正常创建，质押服务方将难以获取凭证，无法完成常规的存款与资金追回流程。

研究员通过初步代码调研，分析了Lido、Origin以及RocketPool可能面临的风险。相关结论取决于各个协议自身的存款处理逻辑，报告并未证实这些项目已经遭到攻击。

深入评估后，开发者推翻原有决议

尽管研究员明确指出存款路由风险，这份修复提案最初遭到以太坊客户端开发者的反对。10月19日，在核心开发者讨论结束后，特拉利亚关闭了该拉取请求。

特拉利亚写道：“现阶段，各客户端对这项修改的支持不足。”

但该决议并未维持下去，经过进一步研判，开发者在10月23日重新开启这份提案。

随后评审人potuz认可该修复思路，但要求补充针对特定存款组合的测试用例。avsetsin于10月23日补齐测试，覆盖构建者与验证者共用公钥、但需要分开处理存款的场景。

经过客户端团队再度审核，最终修改内容于10月26日并入以太坊共识规范。新规则会把合规的验证者存款送入验证者排队队列，同时允许合法的构建者存款完成注册或者向已有构建者账户增资。

新规则依靠提取凭证区分存款类型，提取凭证决定资金的提取权限。即便构建者和验证者使用相同公钥，二者记录也会相互独立。

Hoodi测试网升级推迟，给开发者留出更多排查时间

规范更新落地之际，开发者还在排查另一项问题，该问题会影响Glamsterdam原定在Hoodi测试网的上线计划。研究员发现EIP-8037存在兼容风险后，以太坊基金会推迟了原定10月26日的升级。

正如crypto.news此前关于本次延期的报道，Hoodi本次拟上线的阿姆斯特丹执行层改动、Gloas共识层改动全部被移除，同步计划的2亿gas上限上调方案也一同延后。

以太坊研究员托尼・瓦尔施泰特（Toni Wahrstätter）解释，EIP-8037会干扰部分智能合约——这类合约在编写时，对交易执行过程中的剩余gas有预设判断。在部分场景下，gas核算异常会造成交易意外回滚，或是触发开发者原本认定不可能执行到的代码分支。

这份合约兼容问题，和本次GitHub修复解决的构建者存款漏洞相互独立。二者都属于Glamsterdam升级范畴，但基金会10月22日宣布延期，专门是为了深入核查EIP-8037和现有合约的交互风险。

以太坊客户端需要落地新版规则

Glamsterdam已于10月6日在Sepolia测试网激活，开发者在该网络测试区块构建改动以及更高的交易处理能力。后续Hoodi测试网的演练时间尚未确定，主网上线日期也没有官宣。

本次合并的存款修复附带回归测试，覆盖Gloas分叉过渡期的存款分类逻辑。客户端团队需要把规范变更写入软件，并完成进一步测试，新版规则才会在后续网络升级中生效。