以太坊开发者修复Glamsterdam升级中验证者存款处理漏洞
据CoinDesk报道，以太坊开发者已修复即将到来的Glamsterdam升级中的一个漏洞。该漏洞可能让运营者取走质押服务本用于新验证者的ETH。修复改变了验证者存款的处理规则，于周一合并，而开发者一周前曾拒绝该修改。
研究员avsetsin发现，运营者若先以特定公钥注册为构建者，而质押服务随后用同一密钥存入ETH启动验证者，草案规则会将两笔存款都记给构建者。avsetsin称这是条件性代码发现，并非已确认的实时漏洞利用，现有检查可阻止攻击，目前没有损失报告。新规则按提款凭证对待处理存款排序，使验证者存款仍归属验证者。Glamsterdam已在Sepolia测试网运行，但10月26日在Hoodi测试网的启动被推迟，主网启动前需确定新日期。
原始来源：
标题：Ethereum fixes Glamsterdam bug that could have sent staking deposits to builders 发布者：CoinDesk 发布日期：2026-10-27 URL：https://www.coindesk.com/tech/2026/10/27/ethereum-fixes-glamsterdam-bug-that-could-have-sent-staking-deposits-to-builders 来源性质：主流加密媒体报道（引用开发者与研究员） 核验情况：多篇英文报道交叉确认，与官方开发讨论一致。 支持内容：漏洞机制（同公钥下构建者与验证者存款归属）、修复内容（按提款凭证排序）、合并时间、无损失报告、测试网状态与延迟。
ABAB AI 解读
Glamsterdam旨在分离构建者与验证者角色，使存款处理需更严格区分。条件性发现表明在特定公钥复用与待处理存款排序下存在潜在归属错误，但现有检查已能阻止实际利用，且无损失报告。修复在最初被拒后因进一步审查而合并，体现客户端团队支持与测试时间对升级安全的影响。
测试网延迟（Hoodi）为实施修复提供窗口，但不改变主网前需完成客户端集成的要求。此类条件性代码问题在升级中常见，及时公开与修复有助于降低实际风险。
ABAB News · 认知定律
条件性代码发现不等于已发生的实时利用或资金损失。
升级规范修复需客户端实现后才能在主网生效。