摘要：Beiko在会议聊天框中表示，最终确定EIP7702的设计是Pectra的「头号未解决的规格问题」，并建议开发人员组织另一次分组讨论电话会议，以达成其撤销机制的共识。Beiko补充说，当前形式的EIP7702的实现不会在他看来大大延迟客户端团队的进度，如果开发人员现在试图将其从Pectra规格中移除，可能会对Devnet1造成复杂情况。...

原文标题：Ethereum All Core Developers Execution Call #190 Writeup

原文作者：Christine Kim

原文来源：galaxy

编译：Luccy，BlockBeats

编者按：以太坊所有核心开发者都执行电话（ACDE），每两周举行一次，主要讨论和协调以太坊的实施（EL）的更改。此次为 ACDE 第 190 在这次电话会议上，重点讨论了这次会议 EIP 7251 和 7702、以太坊虚拟对象格式（EOF）以及 PeerDAS 等议题。会议期间，Beiko 还建议了一个新的 EIP 讨论模板，强调以太坊开发者资源页面「eth-clients」的重要性。Galaxy Digital 研究副总裁 Christine Kim 详细记录本次会议的要点，BlockBeasts 原文编译如下：

2024 年 6 月 20 日，以太坊开发人员齐聚一堂 Zoom 参与了 All Core Developers Execution (ACDE) call #190大会。ACDE 电话会议是一系列每两周举行一次的会议，由以太坊基金会协议支持 Tim Beiko 主持人，开发人员在会议上讨论协调以太坊执行（EL）的更改。

本周，开发人员介绍了他们在实施各种代码变更方面的进展，包括以太坊改进提案（EIP）7251 和 7702，以及以太坊虚拟对象格式（EOF）和 PeerDAS。

Beiko 还分享了一个用途 EIP 讨论建议模板，EF 开发运营工程师 Parithosh Jayanthi 介绍了一个新的 GitHub 页面，名叫「eth-clients」，用于以太坊主网和测试网的配置。最终，Beiko 提示团队，下次 ACDE 通话将在 7 月 4 日的美国假期举行。虽然他不会参加会议，但他不会参加会议， EF 研究员 Alex Stokes 将取代他主持会议。

Pectra Devnet 1

会议开始时，开发人员讨论了Pectra Devnet 1.开发人员旨在下周推出。 Pectra 下一个升级的专用测试网络。与之前的测试网络相比。 Devnet 0 与新测试网相比，主要有以下规范变化：

· 增强了 EL 触发的验证器合并

· 用 EIP 7702 取代了 EIP 3074

EL 客户端团队正在推动他们 Devnet 1 实现。每一个主要以太坊坊。 EL 团队代表分享了他们的最新进展：

· Besu：他们的 Devnet 1 第一个版本已经准备好了，但仍有一些测试不足，团队对气费定价操作的规格有疑问。

· Nethermind：他们正在审查他们的内容 Devnet 1 实现各种代码变更和软件支系的结合，并编写测试用例。

· Erigon：他们有 EIP 7702 文稿实现，正在审查，正在审查 EIP 7251 最新变化，即增强 EL 触发的验证器合并。

· Reth：他们的 Devnet 1 实现应该是下次 ACD 会议前完成。

· EthereumJS：团队正在进行中 EIP 7702 预计将在一周左右准备实现 Devnet 1。

· Geth：团队也在进行中 EIP 7702 的实现。

当客户端团队分享他们的进展时，一个名字叫做「Racytech」开发人员问 EOF 实现是否会被排除在外 Devnet 1 以外。Beiko 确定 EOF 不会在 Devnet 1 上面的测试，而且 EOF 实现应以最新实现为基础 Pectra 规格，而不是最后一个 Deneb 规格。EF 开发运营工程师 Barnabas Busa 强调这一策略将使调整 EOF 变得更加困难，因为 Pectra 规格正在变化，同时也在调整。「即便如此，这仍然是正确的，因为我们希望团队在核心 Pectra EIPs 工作并修复这些错误。因此，这是基于之前的分叉，然后在最后阶段，然后基于 Prague 更合理，还要发现所有的错误，」Beiko 说。Prague 是 Pectra 升级的 EL 名字。

EIP 7702 更新

尽管开发人员正在努力工作，尽管开发人员正在努力工作 Devnet 1 获得EIP 7702，但有可能对代码进行重大修改，以支持新功能，特别是客户撤销 EIP 7702 授权交易的能力。

一个名为「Lightclient」的 Geth 开发人员提出了支持 EIP 7702 撤销的新变化。他解释道：「在任何时候都不容易看到你有什么授权，也很难知道哪些已经被撤销，哪些没有。有一些设计模式可以避免这种情况，但事实上，我们可能不知道钱夹将如何使用这个功能。为了方便防御，我记得 Vitalik 上次电话会议或小组讨论室提到，我们可以保存这些授权，而不是让授权成为必须包含在交易中的临时事务，这样你就可以随时查看账户分配了哪些代码。」

一个名为「Arik」开发人员说他更喜欢 EIP 7702 新版本，而不是 Lightclient 提出的变化。Arik 说，在新的 EIP 7702 下面会有一些特定的用例。Lightclient 反驳了这些评论，称旧版本 EIP 7702 所有支持用例仍保留，并增加了强大的可撤销机制。然而，Lightclient 还指出，这些变化使 EIP 在客户端实现更为复杂。Beiko 会议聊天框中表示，最终决定 EIP 7702 的设计是 Pectra 的「头号未解决的规格问题」，并建议开发人员组织另一次小组讨论电话会议，以达成撤销机制的共识。「如果我们在下次会议上有一个大家普遍满意的版本，无论是当前版本还是调整版本，都可以成为 Devnet 2 有一部分，那将是非常好的，」Beiko 说。

Besu 开发者 Daniel Lehrner 如果规格可能在质疑中， Devnet 2 开发人员是否应该花时间在改变上 Devnet 1 获得新版本的 EIP 7702。他说：「这些建议非常不同，所以我们可能会在几周后实现一些建议，因为 7702 再次改变，不得不部分丢弃的物品。」加密钱夹 Safe 的创始人 Richard Meissner 他说，在他看来，钱夹团队在检测网上实现了某个版本 EIP 7702 这很有帮助。Beiko 补充说，目前的形式 EIP 7702 在他看来，实现客户端团队的进度不会大大延迟。如果开发人员现在试图将其从现在开始 Pectra 在规格中删除，可能是对的 Devnet 1 导致复杂的情况。

EOF 更新

提到 EOF，Busa 表示他的团队将执行其他团队 Pectra 更改代码后进行检测 EOF 实现。EOF 就绪情况在 GitHub 跟踪上面。目前，有两种 EL 客户端团队，Besu 和 Reth，一切都实现了 EOF EIP，而其他团队仍在努力实现所有的努力 EOF EIP。来自 Erigon 团队代表指出，模拟包括 EOF 交易以太坊块的额外功能测试将是有用的。EF 检测小组成员 Mario Vega 在聊天中，他的团队正在发布更多信息 EOF 测试，并将在下次进行 EOF 分组会议分享更多内容。单独以太坊协议开发者 Danno Ferrin 说，因为 EOF 现在规格已经最终确定，EOF 电话会议已从每周一次改为每两周一次。目前，电话会议已由每周一次改为每两周一次。 EOF 重点是测试和客户端实现。