报道区间：2026 年 9 月 21 日 00:00:00 至 2026 年 9 月 28 日 00:00:00，巴厘岛时间 WITA（Asia/Makassar），不含结束时刻。本次更正版覆盖完整的 ISO 第 39 周。

以太坊开发者决定让 Sepolia 在 Glamsterdam 升级时发出 2 亿 gas 上限信号。与此同时，开发者仍在讨论有效区块执行过慢的报告。Nixo 已合并的 Hegotá 范围更新还记录了十项提案进入 CFI。本文关注两项进展之间的张力：后续升级范围逐渐明确，眼前的测试网升级仍需性能证据。下一步应重点观察客户端处理对抗性区块的表现，仅按时激活分叉还不够。

Sepolia 将在分叉时测试更高上限

Justin Traglia 根据 ACDE #246 的决定，于 9 月 24 日合并了 gas 上限计划。提案要求立即发出信号，但实际上限需要数小时才能达到目标。评估升级过渡时必须保留区别：计划不会强行让分叉边界的区块直接达到 2 亿 gas。

决定之前，potuz 在会议上提出了具体警告。他报告 JUMPDEST 分析负载产生了执行超过八秒的有效区块。部分客户端报告的执行时间达到 13–14 秒。Ansgar Dietrichs 则主张提高测试网压力，在主网升级前暴露问题。会议报告有明确的发言人，但不能等同于标准化的跨客户端基准结果。

测试工作已经跟进。execution-specs 于 9 月 25 日合并了 chfast 的随机化 JUMPDEST 分析基准。基准预先为 CREATE 目标注资，并改变初始化代码，以暴露分支预测的成本。下一步应关注可比较的复测和客户端修复。基准合并说明测试覆盖有所改善，不能证明执行缓慢的问题已经解决。

编译器支持推动了 Hegotá 的子程序提案

EIP-7979：EVM 调用与返回操作码在9 月 24 日的决定记录中进入 CFI。Solidity 的 Radek 给出了关键意见。团队此前对优化机会的异议已获解决。Radek 表示，Solidity 会在提案获采纳后使用新指令，但编译器收益较小。Besu 的 Justin Florentine 随后表示，Solidity 的意见让 Besu 愿意将评级从 B 提至 A。实质变化来自实现团队的支持，不能把提案的性能目标当作已测得的网络收益。

开发者对另一项问题保留了判断。EIP-8368：针对新 gas 上限重新校准 CPSB和 EIP-8372：归一化状态 gas 上限仍处于 PFI，等待主网 Glamsterdam 运行 30 天的数据。决定记录允许开发者考虑一项提案，或者拒绝两项提案。下一步应关注数据条件是否满足。CFI 进展不代表更广泛的 gas 计费设计已经收敛。

Hegotá 还新增了一处实现验证环境。Stefan Starflinger 在 9 月 24 日报告 Frames 开发网已于前一天启动。报告标志着开发网工作开始，不能证明互操作测试已经通过。下一步应关注参与客户端和可复现的测试结果。

Gloas 修正了链头选择，Quick Slots 仍需验证

jihoonsong 于 9 月 24 日合并了 0xsamalt 的载荷状态有效性修正。拉取请求指出，Gloas 存在一条错误路径：不符合条件的载荷状态变体可能绕过过滤并成为链头。合并修正了分叉选择规范。判断部署是否就绪，仍需客户端采纳情况和回归测试结果。

巴厘岛时间 9 月 25 日，consensus-specs 合并了 EIP-8198：Quick Slots 的功能规范。参数尚未统一：拉取请求提出首次缩短至十秒，但未指定激活 epoch。已发布的 EIP 却仍规定八秒。Hegotá 元提案仍将 Quick Slots 列为 PFI。本次合并提供了审阅和原型开发基础。形成缩短 slot 的承诺之前，还需统一文档并验证时间预算。

载荷分段研究通过了第二套模拟器的交叉检验

Csaba Király 于 9 月 23 日发表研究，在 Shadow 中使用 QUIC 和 TCP 复测分段载荷传播。作者推荐的设计复现了早期测试结果，差异仅为几个百分点。不过，队列模型改变了基线表现和其他方案的排名。交叉检验增强了研究证据，但不能证明存在普遍适用的加速倍数。

作者明确说明了边界：测试没有包含完整客户端，也未验证带宽模型和独立节点的 CPU 成本。独立的 Linux 检查只在一台机器上运行了 100 个进程。下一步应取得真实资源竞争条件下的完整客户端证据。ACDE 讨论的执行延迟也应纳入评估。

Sources and further reading