摘要: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 重点是测试和客户端实现。
PeerDAS 更新
Busa 简要介绍了 PeerDAS 实施工作的进展。他指出,下一个,下一个。 PeerDAS Devnet 将在一到两周内上线。与上次相比。 ACDC 会议讨论也是如此,PeerDAS 它将基于最终确定 Dencun 设计规格,而不是设计规格, Pectra 规格。
公告
Beiko 提出了一个新的默认模板,供默认模板使用 EIP 作者在 Ethereum Magicians 应用程序在帖子中。这个新模板旨在促进对应。 EIP 高质量审查。
Jayanthi 介绍了「eth-clients」GitHub 页面为以太坊开发人员提供了多种资源,包括以太坊测试网络和主网络的标准配置。目前,所有页面都是由所有页面组成的。 CL 客户端团队的代表维护。Jayanthi 呼吁 EL 客户端团队代表自愿协助维护 GitHub 页面。
Lightclient 询问客户端团队在历史数据过期处理方面的进展情况。这次会议没有分享这方面的更新。
Beiko 他说他不会主持下一个美国假期 7 月 4 日举办的 ACDE 电话会议。届时,电话会议。EF 研究员 Alex Stokes 将取代他主持会议。