在以太坊核心开发者执行层会议（ACDE#229）上，Glamsterdam 的升级有了一些实质性的进展，核心还是保障 BAL 和 ePBS 的升级，会影响这两个核心 EIP 升级的提案都会被取消或者延迟。同时也开始讨论 Hectota 升级中的一些核心提案的进展。
Glamsterdam 升级的关键里程碑
本次会议最核心的成果是正式确立了 DevNet 2 将于 2 月 4 日启动。为了配合这一节点，客户端团队正在全力完善测试网工作。开发者 Stefan 已经更新了相关文档，特别补充了关于客户端功能开关（Feature Flags）的描述。这一改动将赋予测试网更大的灵活性，允许开发者在测试中针对性地开启或关闭特定优化，从而进行更精准的对比分析。
与此同时，关于 Block Access List (BAL) 的优化标准也达成了共识。虽然协议层面并没有强制规定具体的实现路径，但为了防止状态读写成本失衡导致 Gas 定价偏差或性能瓶颈，开发团队达成了一项约定：所有客户端需在硬分叉前完成并行执行、批量读取以及并行状态根计算这三大核心优化。这也意味着，BAL 的引入不仅仅是规则的变更，更是对客户端性能的一次全面体检。
给升级减负
为了确保升级的安全性和工程的可行性，会议对 Glamsterdam 的升级范围进行了一次清理，剔除了几项非必要的 EIP。其中最值得关注的是关于 EIP-7610 的讨论。该提案目的是规范非空存储地址创建时的回滚逻辑，虽然 Geth 等客户端已经实现了这一功能，但 Reth 团队提出了务实的反对意见：考虑到触发该情况需要哈希碰撞或量子计算级别的算力，在工程上为了这种极小概率事件增加代码负担并不划算。经过权衡，会议最终决定将其排除。同样的，涉及本地构建者标志的 EIP-7872 和涉及创世文件格式的 EIP-7949，也被认定为工具层面的标准化问题，不再写入共识协议。
Hectota 进展
在处理眼下任务的同时，会议也为下一阶段的 Hectota 升级预留了讨论空间。目前的焦点集中在三个方向：分别是通过协议层解决 MEV 问题的加密交易池（EIP-8105）、探索账户抽象新形态的 Framed Transactions（EIP-8141），以及试图统一执行层数据结构的 SSZ 迁移方案。所有书面提案都将在 2 月 4 日前提交，用于后续深入辩论。
当然，也还是存在一些分歧。在网络层优化上，关于是否在交易池广播中增加 Nonce 和 Sender 信息（EIP-8077）引发了争议。虽然这能解决 Nonce 空缺问题，但 Nethermind 和 Besu 团队担忧这会让广播消息体积翻倍，鉴于现有客户端已有替代方案，目前的共识倾向于暂缓实施以节省带宽。此外，针对 Hectota 的提案，开发者们也表现出了谨慎的态度，无论是加密交易池可能对执行流水线造成的干扰，还是账户抽象变更的必要性，都还需要更多的数据支持。
下一步计划
随着 2 月 4 日 DevNet 2 启动日期的临近，接下来的重点除了确保网络平稳运行外，还需要重点测试 1.5 亿 Gas Limit 以及新的智能合约大小限制对网络性能的实际影响。而在 2 月底之前，完成 BAL 的核心优化并产出基准测试数据，将是确定最终 Gas 重定价参数的关键一步。
在以太坊核心开发者执行层会议（ACDE#229）上，Glamsterdam 的升级有了一些实质性的进展，核心还是保障 BAL 和 ePBS 的升级，会影响这两个核心 EIP 升级的提案都会被取消或者延迟。同时也开始讨论 Hectota 升级中的一些核心提案的进展。
Glamsterdam 升级的关键里程碑
本次会议最核心的成果是正式确立了 DevNet 2 将于 2 月 4 日启动。为了配合这一节点，客户端团队正在全力完善测试网工作。开发者 Stefan 已经更新了相关文档，特别补充了关于客户端功能开关（Feature Flags）的描述。这一改动将赋予测试网更大的灵活性，允许开发者在测试中针对性地开启或关闭特定优化，从而进行更精准的对比分析。
与此同时，关于 Block Access List (BAL) 的优化标准也达成了共识。虽然协议层面并没有强制规定具体的实现路径，但为了防止状态读写成本失衡导致 Gas 定价偏差或性能瓶颈，开发团队达成了一项约定：所有客户端需在硬分叉前完成并行执行、批量读取以及并行状态根计算这三大核心优化。这也意味着，BAL 的引入不仅仅是规则的变更，更是对客户端性能的一次全面体检。
给升级减负
为了确保升级的安全性和工程的可行性，会议对 Glamsterdam 的升级范围进行了一次清理，剔除了几项非必要的 EIP。其中最值得关注的是关于 EIP-7610 的讨论。该提案目的是规范非空存储地址创建时的回滚逻辑，虽然 Geth 等客户端已经实现了这一功能，但 Reth 团队提出了务实的反对意见：考虑到触发该情况需要哈希碰撞或量子计算级别的算力，在工程上为了这种极小概率事件增加代码负担并不划算。经过权衡，会议最终决定将其排除。同样的，涉及本地构建者标志的 EIP-7872 和涉及创世文件格式的 EIP-7949，也被认定为工具层面的标准化问题，不再写入共识协议。
Hectota 进展
在处理眼下任务的同时，会议也为下一阶段的 Hectota 升级预留了讨论空间。目前的焦点集中在三个方向：分别是通过协议层解决 MEV 问题的加密交易池（EIP-8105）、探索账户抽象新形态的 Framed Transactions（EIP-8141），以及试图统一执行层数据结构的 SSZ 迁移方案。所有书面提案都将在 2 月 4 日前提交，用于后续深入辩论。
当然，也还是存在一些分歧。在网络层优化上，关于是否在交易池广播中增加 Nonce 和 Sender 信息（EIP-8077）引发了争议。虽然这能解决 Nonce 空缺问题，但 Nethermind 和 Besu 团队担忧这会让广播消息体积翻倍，鉴于现有客户端已有替代方案，目前的共识倾向于暂缓实施以节省带宽。此外，针对 Hectota 的提案，开发者们也表现出了谨慎的态度，无论是加密交易池可能对执行流水线造成的干扰，还是账户抽象变更的必要性，都还需要更多的数据支持。
下一步计划
随着 2 月 4 日 DevNet 2 启动日期的临近，接下来的重点除了确保网络平稳运行外，还需要重点测试 1.5 亿 Gas Limit 以及新的智能合约大小限制对网络性能的实际影响。而在 2 月底之前，完成 BAL 的核心优化并产出基准测试数据，将是确定最终 Gas 重定价参数的关键一步。