以太坊险些让节点运营商提取质押的ETH_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

以太坊险些让节点运营商提取质押的ETH

2026-10-27 16:31:42

核心要点

验证者存款不再能为同密钥的构建者提供资金。仅在分叉时仍处于排队状态的存款面临风险。Hoodi 测试网的延期使一项被拒绝的修复方案重新回到视野。Teku 和 Lodestar 客户端仍需同步更新代码。

漏洞详情与影响机制

该规范变更于 10 月 26 日合并，距离在 GitHub 上报告此漏洞已过去两周。以下说明运营商如何利用此漏洞获取质押者的存款：

池化质押协议通常将运行验证者的工作拆分。协议方提供 ETH，而外部节点运营商持有验证者的签名密钥。以太坊严格区分签名和提款功能，因此运营商可以运行验证者而无法提取协议的质押资产。

Glamsterdam（格伦阿姆斯特丹）升级在执行层变更的基础上，引入了名为 Gloas 的共识层升级，并在“神圣的提议者-构建者分离”（Proposer-Builder Separation）框架下增加了构建者这一新参与者。构建者负责组装每个区块中包含交易的部分，并拥有独立的余额。在分叉发生时，以太坊会将符合条件的、仍在队列中等待处理的存款转换为构建者账户。

漏洞正是存在于这一转换过程中。根据旧规则，一旦待处理的存款为某个密钥注册了构建者，随后所有针对该密钥的存款都会追加到该构建者账户中，无论其提款凭证指向何处。运营商可以从其控制的地址为一个新的密钥排队一个构建者存款。如果此时质押协议也为同一个密钥资助了一个验证者存款，且两者在分叉时均处于待处理状态，那么协议的 ETH 将被计入运营商的构建者余额中，运营商随后即可提取这些资金。

此外，不会创建任何新的验证者。部分协议在证明新验证者携带其提款凭证后才会释放剩余的质押资产，而由于上述漏洞，这一证明永远不会到达。

在后续的评论中，该问题的作者列出了可能受影响的系统设计，包括 Lido 的预存款保证、Origin 的 OETH 以及 Rocket Pool 的 Saturn，但同时也指出这份列表是基于快速 AI 辅助研究得出的，可能存在错误。在这些案例中，潜在的风险仅限于第一笔存款（在 Lido 和 Rocket Pool 的例子中为 1 ETH），其余质押资产将在恢复步骤执行前保持锁定状态。作者将这些描述为“条件性代码发现”，而非“实时利用漏洞”。

只有在分叉激活时仍处于排队状态的存款才可能被错误路由。由于 Glamsterdam 尚未上线主网，因此没有资金损失。

修复过程回顾

10 月 19 日被拒绝，一周后合并。

修复方案于 10 月 12 日提出。经过两次核心开发者会议的讨论，因缺乏客户端支持，该方案于 10 月 19 日被关闭。随后在测试会议中，有人提议在 Hoodi 测试网升级后对其进行原型测试，以避免打乱既定时间表。

三天后，以太坊基金会推迟了 Hoodi 上的 Glamsterdam 激活时间，以调查 EIP-8037 与现有智能合约的交互方式。这一问题与存款无关（我们此前曾报道过此次暂停）。额外的时间重新引发了辩论。10 月 23 日，在下一次测试会议的议程评论中，作者将该存款变更与修订后的时间表联系起来，并于同日添加了存款排序测试。最终，该变更于 10 月 26 日合并。

新规则的作用

分叉后，构建者存款和验证者存款在 EIP-8282 下已经走不同的路径。此次修复将相同的逻辑应用于分叉时的队列：决定每笔待处理存款去向的依据是提款凭证，而非公钥。

分叉时的待处理存款	旧规则	新规则
验证者存款，与构建者使用相同密钥	计入构建者账户	保留在验证者队列中
有效的验证者存款，与验证者使用相同密钥	阻止注册	注册构建者
无效的构建者存款，已有验证者	保留给验证者	保留给验证者

重复使用一个密钥作为验证者和构建者仍然是允许的；存款中声明的目的决定了它将为哪个账户提供资金。

分叉前仍需完成的工作

客户端团队现在必须发布相同的规则。10 月 27 日开放的 Teku 更改仍处于审查中，Lodestar 的相关更改也保持开放状态。

此外，一项晚期更改必须在所有客户端中一致地落地。旧的参考测试编码了之前的路由逻辑，因此遵循新规则的客户端会通过失败的测试。Teku 的作者报告称已通过从更新后的规范生成的测试，但该规范尚未打包为正式的规范版本。如果客户端在分叉时对同一队列应用不同的规则，它们将计算出不同的余额，并对链的状态产生分歧。

基金会尚未设定新的 Hoodi 日期或 Glamsterdam 主网日期。依赖存款证明的质押协议也有自己的防线：据该问题的作者称，预存款检查可以拒绝那些已经携带构建者存款的密钥，从而防止此类场景的发生。

展开阅读全文