9月15日消息,以太坊核心开发者Tim Beiko总结最新一次以太坊核心开发者执行会议(ACDE),会议介绍了Devnet更新、Dencun的新增内容,并对Reth进行了全面概述,具体内容如下:

1.Devnet-8状态更新:网络正在最终确定,许多客户端已开始向其推送新更新。同时,已经开始使用开发者工具系统Kurtosis测试MEV/区块构建流程。Nethermind分享称,他们的blob事务池已准备就绪,经过几天在单个节点上的测试后,他们已将其部署到所有Dencun测试节点上。Geth的blob事务池也已接近完成。Besu正在对其交易池进行更广泛的检修(以限制Blob + 非Blob交易的大小),预计将在下一个版本中发布。Erigon仍在开发其池,希望为devnet-9做好准备。Prysm还注意到接收blob sidecar时存在一些延迟,称它们通常在区块后约500毫秒内出现(处理需要约15毫秒);他们正在调查这个问题,以及这是否可能是由blob和块导入之间的竞争条件引起的。在分叉之前存在一个关于是否允许在内存池中支持blob txn的问题,团队同意不这样做。

2.会议继续上周ACDC电话会议的讨论,讨论是否向验证器激活队列添加常量上限。此后该提案正式定名为EIP-7514(添加最大Epoch流失限制)。简而言之,在最坏的情况下,这将减慢ETH权益百分比的增长速度。以太坊基金会研究员Dankrad在电话会议上表达了他对该提案的支持,并表示这为我们赢得了时间,以便对验证者奖励进行可能更复杂的更改。所有CL团队都赞成这一更改,但需要注意的是,这仅适用于存款队列,不适用于提款队列。经过更多讨论,我们决定将限制设置为8。所以,EIP-7514将成为Dencun升级的一部分。预计EIP和相关的CL规范PR将在未来几天更新以反映所有这些。

3.会议论了另一个最后一刻的提案:在EVM中添加一个操作码来公开blob的基本费用。我们有一个类似的操作码,可以公开EIP-1559的BASEFEE,这个操作码在EIP激活的同时被引入。这使得L2能够更容易地根据L1数据成本确定向用户收取正确gas价格。Optimism一位开发人员认为这并不是获得L2的blob基本费用的唯一方法,因为他们可以查看block header(其中包含用于计算blob基本费用的值)并提供merkle证明这些。尽管如此,他也同意这是一个很好的功能。 Arbitrum目前不进行header解析,如果block header格式最终发生变化,依赖于此对于不可变的L2来说将会出现问题。4844提案的其中一位作者提到,这个操作码没有包含在原始规范中,因为当时希望开发一种更通用的方式来访问block header信息(而不是添加一次性操作码)。也就是说,这样做将是一个比引入此操作码更好的改变,该操作码公开了EL客户端已经需要计算的信息,并且在语义上与BASEFEE操作码几乎相同。客户端团队同意我们应该添加这个操作码,只是为了与BASEFEE保持一致。如果我们未来想出一个“更聪明”的机制,这个新操作码的任何冗余功能也会给使用block header信息的其他操作码带来问题。

4.会议讨论了EIP-4788的一些更新,这些更新将信标根存储在EL上的合约中。在过去的几周里,我们对合约进行了多次审核和模糊测试,这导致了这个PR中描述的一些细微变化。第一个是明确处理0时间戳,使其回滚(与其他无效时间戳一样),而不是返回0。第二个更改是缓冲区大小。假设插槽时间发生了变化,考虑到模运算的工作原理,原始合约会导致存储浪费。通过使用质数(8191),无论插槽时间如何,都应该使用100%的缓冲区。最后,进行了Gas优化,减少了需要加载CALLDATA的次数。审计员将审查这些变更,预计将在下一届ACDE之前收到最终报告。为了保持模糊测试和实施的顺利进行,开发人员同意现在合并提议的更改。

5.会议讨论了讨论了如果系统合约地址是状态的一部分但在执行结束时为空,客户端应该如何处理。虽然这在主网上实际上是不可能的,但通过在创世时设置地址,这是测试中出现的边缘情况。考虑到这种边缘情况的特殊性,并且没有明确的规范行为,开发人员同意花更多时间思考这个问题,并在周一的测试电话会议上继续讨论。这就是规格变更。

以上所有内容都计划包含在devnet-9中。客户团队一致认为,应该可以在下周的ACDC之前实施和测试所有内容。在那次电话会议上,将商定devnet-9的发布日期。