以太坊客户端修补漏洞，防止ETH奖励被重定向

达多·鲁维奇 2

Glamsterdam规则草案中的一处缺陷本可能将新的验证者存款转入构建者账户，但在任何资金损失发生之前，该缺陷已被修复。

2026年10月29日星期四 · 01:37 美国东部时间 · 阅读时长2分钟

在技术领域

以太坊客户端已修补一个漏洞，该漏洞原本可能让攻击者将本应分配给新验证者的ETH转走。该缺陷存在于Glamsterdam（该网络即将进行的升级）的规则草案中，并在任何人损失哪怕一枚代币之前就已被修复。

规则草案出了什么问题

该漏洞由一位化名为avsetsin的研究人员报告。该漏洞涉及ePBS的规则草案，ePBS是enshrined proposer-builder separation（内嵌提议者-构建者分离）的缩写，是Glamsterdam升级的核心组成部分。

在本案例中，共享的标识符是一个公钥。根据草案规则，当构建者和验证者活动使用同一公钥时，质押存款可能会被错误地记入构建者账户。

该修复改变了存款的排序方式。修订后的协议不再仅依赖公钥，而是根据提款凭证来路由存款。

该补丁并非一次就顺利通过。它最初于2026年10月19日被否决，原因是缺乏足够的客户端支持。

经重新评估后，该变更被恢复。维护者Justin Traglia于2026年10月23日至10月28日期间将其合并到共识规范中。

该更新已在测试网上进行过演练，各测试网的执行时间安排结果不一。Sepolia测试网成功执行了该更新。

另一个以太坊测试网Hoodi在该修复后激活被推迟。

Glamsterdam 旨在正式分离区块构建者与验证者的角色。这是以太坊协议构建方式的重大转变。

如今，负责组装区块的一方与负责提议区块的一方之间的分离在很大程度上发生在核心协议之外。ePBS旨在将这种分工直接写入以太坊的规则之中。

这个漏洞恰好位于这些衔接处之一。构建者和验证者正逐渐成为不同的实体，但草案规则仍允许他们在共用同一密钥时被混淆。

对于任何质押ETH或计划启动验证节点的人来说，眼前的结论令人安心。没有资金损失，修正后的存款逻辑现在依据提款凭证，而不再仅依赖公钥。

最初遭到拒绝这一点也值得注意。它表明，当并非每个团队都准备就绪时，以太坊的多客户端治理机制甚至可能拖慢明显有益的修复。

接下来值得关注的是Hoodi测试网的时间重新安排，以及对ePBS规范的任何进一步修订。

披露：本文由Estefano Gomez编辑。如需了解我们如何创建和审核内容，请参阅我们的编辑政策。