祝以太坊10岁生日快乐！ 说这个项目改变了生活是轻描淡写 ❤️

这就是它： 在#Ethereum主网提出的首个4500万Gas限制区块！🔥🚀 下一个目标：6000万 📈

燃气限制正在缓慢上升！我们很快就会达到4500万。如果你运行一个验证节点，你所需要做的就是更新你的软件！

各客户团队的重点推荐： 执行层： - Geth: EIP-7928（区块级访问列表） - Reth: EIP-7928 + EIP-7732（ePBS） + EIP-7805（FOCIL）扩展 - Erigon（执行层 + 共识层）：EIP-7928 + EIP-7805 + EIP-7782（减少区块延迟） - Nethermind: EIP-7928 + EIP-7732，同时支持EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805扩展 共识层： - Lighthouse: EIP-7732（ePBS） - Prysm: EIP-7732 + EIP-7805扩展 - Grandine: EIP-7732 + EIP-7805扩展 - Lodestar: EIP-7732 + EIP-7805扩展 + EIP-7919 Pureth用于执行层 - Teku: EIP-7732 - Nimbus（共识层 + 执行层）：EIP-7732 + EIP-7919

有没有人知道过去为以太坊建立数学带宽利用模型的努力？随着我们扩展L1的容量和吞吐量，扩展blob，重构插槽，增加传播效率，添加新机制（例如FOCIL，BAL），分片内存池等，我们正在与EIP-7870的限制作斗争。 我们将受益于一个模型，可以输入参数，如区块燃气限制、内存池压力、blob数量、传播开销和效率因素、blob数量、blob利用率、验证者数量、活跃对等体数量、检查点同步活动等，以便可视化它们在插槽时间线上的堆叠情况。同时，当我们的选择违反EIP-7870时，也能提醒我们。 在设计时，这将帮助我们考虑权衡、带宽分配、吞吐量/有效吞吐量。此外，它有助于推动关于主动流量整形的讨论，在不同的时刻明确优先考虑某些类型的活动（并限制其他活动的带宽），以最大化整体系统效率。 本质上是下面非常基本图表的可调数学模型（省略了很多内容）。

查看了整个以太坊验证者集，以计算在Pectra升级后错过了多少合并机会。 关键统计数据： - 自Pectra以来，激活了96,672个新验证者 - 其中79,547个验证者本可以合并，他们重用了一个Pectra之前的提款凭证 - 14,362个验证者重用了一个Pectra之后的提款凭证 - 这仅留下2,763个真正“独特”的验证者！ 在某个时刻，我们必须问是什么阻止了验证者合并，是工具的成熟度、信心的时间框架，还是其他原因？ 很高兴帮助任何人合并或讨论这个问题，欢迎私信我。

不，真的，@ethereum 的分叉 "头条" 到底是什么？提议的 EIP 对谁有利？我们该如何进行比较？ 我在 @ethereumfndn 的团队正在努力让升级过程更易于理解。我很高兴能分享一个我们一直在开发的小工具：🧵↓

在与客户开发者进行了一周非常高效的面对面交流后，我们制定了一个计划，讨论如何应对扩展和可能出现的挑战。 未来将会有稳定的分析和逐步更新的燃气限制。

证明传播： 在错过的时隙（没有区块）中，证明者会延迟到证明截止时间。这为我们提供了关于非聚合证明何时到达节点的干净数据。即使是快速、连接良好的Xatu节点（DC托管）在1秒后也仅看到约40%的证明；较慢的节点在2秒后达到40%。这些是优于平均情况的延迟观察。

Checkpoint 系列的特别互作版！ Checkpoint 帖子是 @ethereum 核心开发的可访问更新。 在过去的一周里，核心开发者和研究人员在@BerBlockWeek期间聚在一起进行了面对面的黑客周，这是他们对所作所为的内部观察：