各客户团队的重点推荐： 执行层： - 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

⭐️Glamsterdam 今日客户团队的头条选择⭐️ 执行层： - Geth: EIP-7928（区块级访问列表） - Reth: EIP-7928 + EIP-7732（ePBS） + EIP-7805（FOCIL）扩展 - Erigon（执行层 + 共识层）：EIP-7928 + EIP-7805 + EIP-7782（减少区块延迟） 共识层： - Lighthouse: EIP-7732（ePBS） - Prysm: EIP-7732 + EIP-7805 扩展 - Grandine: EIP-7732 + EIP-7805 扩展 - Lodestar: EIP-7732 + EIP-7805 扩展 + EIP-7919 Pureth 用于执行层 仍然缺少：Teku、Besu、Nethermind 和 Nimbus 这比美国选举更令人兴奋，什么时候上 Polymarket？

ETH 存款队列自 7 月 7 日以来一直在运行，因此查看了从槽位 12080022 到现在的存款请求 - 总共存入 ETH：844,880.39 ETH - 以 0x01 前缀的验证者：25,482 - 以 0x02 前缀的验证者：145 - 存入 32 ETH 的验证者：22,918 - 存入 2048 ETH 的验证者：3 - 1420 名验证者补充了 1 ETH - 目前最高的验证者索引：2,182,939

对比1 GigaGas L1（平均200 MGas区块，约4秒执行）的Stress-test ePBS（EIP-7732）与Electra，和@potuz_eth一起进行4个周期的测试： Electra：28个孤立区块（失去奖励） ePBS：0个孤立区块 EIP-7732是以太坊L1扩展的游戏规则改变者！🔥

分析今天的执行数据 -> 5/31，发现有94个区块没有费用接收者（大约每天2-3个）。 所有使用 mev-boost 的验证者都通过中继器配置了费用接收者，指向仅自建的提议者，我想知道是什么原因导致他们错过执行奖励。

ePBS 🤝 FOCIL 兼容性 简而言之：ePBS 和 FOCIL 是完全兼容的，ePBS 带来的信标区块与执行负载的清晰分离有助于在负载未能满足 IL 条件时保持链的活跃性。 👇

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

刚在 BuilderNet 上提议了一个区块，并获得了很长时间以来的最高出价 🎉

我进行了为期36小时的研究，研究以太坊主网（槽位12029000 -> 12039000）上证明到达时间，以更好地了解我的本地Prysm节点在所有子网中看到验证证明的速度。这对于重组抵抗和评估槽重建提案的时间松弛非常重要。虽然通过Xatu存在类似的数据，但我想要一个本地的视角。结果显示，证明的到达速度很快，但在66%标记之后会出现显著延迟。 - 大多数槽位中，50%的证明在1秒内到达 - 66%通常也在1秒内达到 - 80%以上开始显示出更长的尾部，证明到达时间延长至5-6秒 更多信息在这里：

看起来 Reth 的数据库事务插入性能也得到了大幅提升，真棒的工作！