以太坊最新ACDE会议：将重点放在Pectra Devnet 1的发布及EOF和EIP 7702的开发上

金色财经报道，Galaxy研究副总裁Christine Kim总结第192次以太坊核心开发者执行（ACDE）电话会议，开发人员分享了他们实施各种代码变更的最新进展，包括以太坊改进提案（EIP）7702和在Pectra中加入以太坊虚拟对象格式（EOF）。EF 开发者运营团队的pk910还分享了Pectra Devnet 1的最新进展。 此外，开发者们对EOF的看法存在分歧，决定暂时将EOF纳入Pectra。另外在就EIP 7742或RIP 7212做出决定之前，开发人员应将重点放在Pectra Devnet 1的发布以及EOF和EIP 7702的开发上。

8月16日消息，Galaxy 研究副总裁 Christine Kim 总结第 194 次以太坊核心开发者执行（ACDE）电话会议，本周开发人员表示 Pectra Devnet 2 已经稳定，但信息页面上有涉及合并区块生成器规范的问题，Teku/Erigon 节点和 Prysm 客户端也存在问题，目前仍在进行测试。Prysm 开发人员 Potuz 介绍了 EIP 7732，这是一项在以太坊上实现提议者与构建者分离的正式提案。开发者的目标是在两周内推出带有 EIP 7702 更新规格的 Pectra Devnet 3。若一切按计划进行，开发人员计划在之后的 Pectra Devnet 4 中加入 EOF。

3月22日消息，Galaxy研究副总裁Christine Kim发文总结第130次以太坊核心开发者共识(ACDC)电话会议，开发人员在会上讨论和协调以太坊共识层(CL)的变化。本周，开发人员讨论了与Dencun升级相关的突出行动条目，Pectra升级建议以及以太坊网络层的改进。开发人员同意将EIP 7251(增加max_effecve_balance)纳入Pectra，并继续研究EIP 7547(包含列表)，以便可能包含在升级中。 其中，以太坊基金会研究员Danny Ryan在讨论Pectra代码变更时，重点提到了两个主要的提案EIP 7251和EIP 7547，并强调了做出决定的紧迫性。他指出，团队需要在3月底前做出决定，以便在5月实现Electra的功能原型和开发网络。 此外，会议还讨论了两个关于轻客户端开发的草案提案，包括同步委员会惩罚和轻客户端数据回填两个组件，会议征求CL客户端团队对这些组件的意见，特别是EIP 7251(增加max_effecve_balance)对参与同步委员会的大型验证者惩罚条件的影响。

金色财经报道，Galaxy 研究副总裁 Christine Kim 分享了以太坊核心开发者（ACDE）最新一次电话会议的主要内容，开发人员在会上讨论和协调对以太坊执行层(EL)的更改。本周，开发人员主要讨论的点包括： 1、执行 API 中添加的一项新功能将使用户能够从交易中访问返回数据； 2、Geth 的最低优先级小费要求； 3、Pectra Devnet 进度更新； 4、Pectra 升级时间线预期

7月5日消息，据以太坊论坛上分享的第191次以太坊执行层核心开发者会议(ACDE)的总结，此次会议讨论了Pectra更新、以及EIP-7212等多个提案。1.关于Pectra更新，在推出Devnet-1之前，正在等待更多的客户端做好准备，但预计将在接下来的一两周内实现，EIP-7702的新更新将会引入Devnet-2上。2.EIP-7212提案得到了支持，关于是否将其正式纳入Pectra的问题，但将等到下一次ACDE再做出决定；该提案在密钥/钱包管理方面带来了许多很好的用户体验改进，并且采用了广泛支持的加密曲线。3.会议还讨论了一项提案，即在预部署系统合约中添加事件，以便与EIP-7002和EIP-7251进行跨层通信，大家一致认为这一改变是有意义的，并将更新相应的合约。4.会议呼吁停用EIP-158 2，以简化部署EIP-7702和Verkle迁移的影响；鉴于7702的最新更新，这一提案不再必要。5.最后会议讨论了在其他协议改进方面取得的进展，如历史过期和blob内存池的更改，以简化像rollup这样的用户使用blob的方式；有人呼吁更定期地更新EIP-4444的进展，并呼吁rollup和客户采取各种措施，以更智能地处理从blob生产者到链上blob纳入的流程。

9月15日消息，以太坊核心开发者TimBeiko总结最新一次以太坊核心开发者执行会议（ACDE），会议介绍了Devnet更新、Dencun的新增内容，并对Reth进行了全面概述： 1.Devnet-8状态更新：网络正在最终确定，许多客户端已开始向其推送新更新。同时，已经开始使用开发者工具系统Kurtosis测试MEV/区块构建流程。Nethermind分享称，他们的blob事务池已准备就绪，经过几天在单个节点上的测试后，他们已将其部署到所有Dencun测试节点上。Geth的blob事务池也已接近完成。Besu正在对其交易池进行更广泛的检修（以限制Blob+非Blob交易的大小），预计将在下一个版本中发布。Erigon仍在开发其池，希望为devnet-9做好准备。 2.会议继续上周ACDC电话会议的讨论，讨论是否向验证器激活队列添加常量上限。此后该提案正式定名为EIP-7514（添加最大Epoch流失限制）。简而言之，在最坏的情况下，这将减慢ETH权益百分比的增长速度。 3.会议论了另一个最后一刻的提案：在EVM中添加一个操作码来公开blob的基本费用。我们有一个类似的操作码，可以公开EIP-1559的BASEFEE，这个操作码在EIP激活的同时被引入。这使得L2能够更容易地根据L1数据成本确定向用户收取正确gas价格。 4.会议讨论了EIP-4788的一些更新，这些更新将信标根存储在EL上的合约中。在过去的几周里，我们对合约进行了多次审核和模糊测试，这导致了这个PR中描述的一些细微变化。第一个是明确处理0时间戳，使其回滚（与其他无效时间戳一样），而不是返回0。第二个更改是缓冲区大小。假设插槽时间发生了变化，考虑到模运算的工作原理，原始合约会导致存储浪费。通过使用质数（8191），无论插槽时间如何，都应该使用100%的缓冲区。最后，进行了Gas优化，减少了需要加载CALLDATA的次数。审计员将审查这些变更，预计将在下一届ACDE之前收到最终报告。为了保持模糊测试和实施的顺利进行，开发人员同意现在合并提议的更改。 5.会议讨论了讨论了如果系统合约地址是状态的一部分但在执行结束时为空，客户端应该如何处理。虽然这在主网上实际上是不可能的，但通过在创世时设置地址，这是测试中出现的边缘情况。考虑到这种边缘情况的特殊性，并且没有明确的规范行为，开发人员同意花更多时间思考这个问题，并在周一的测试电话会议上继续讨论。这就是规格变