撰文：ChristineKim
1月5日，以太坊开发者们在休息两周后召开了2023年首次全核心开发者(ACD)电话会议。从2023年开始，ACD电话会议将更名为ACD执行(ACDE)电话会议，以反映开发者们对以太坊执行层变化的关注。他们还将在@EthereumProtocolYouTube频道进行直播，而不是在@EthereumFoundationYouTube频道。ACDE电话会议由以太坊基金会的TimBeiko主持，它是以太坊开发者讨论和协调以太坊协议变更的两个会议系列之一，而另一个系列会议，开发人员已将其重命名为ACD共识(ACDC)电话会议，重点讨论与以太坊共识层开发相关的主题。
在第152次全核心开发者执行(ACDE)电话会议上，开发人员同意从上海升级中删除与EOF实施相关的代码更改。有关EOF的更多信息，请在此处阅读之前的电话会议记录。他们还同意拒绝将新EIP添加到上海升级，这主要是为了确保质押ETH提款的时间表不会延迟。作为上海升级唯一的主要代码更改，质押ETH提款功能目前正在一个开发者测试网络上进行测试。据悉，开发者们的目标是在下个月推出上海/Capella升级的公共测试网，并暂定于2023年3月的某个时间启动主网升级。随后，开发者们简要讨论了以太坊执行层和共识层之间不同序列化方法的问题，以及引入Poseidon哈希函数作为EVM的预编译的新EIP。
上海升级计划
以太坊基金会的DevOps工程师BarnabusBusa更新了质押ETH提款测试的状态。他表示，在圣诞节前推出的上海开发者测试网络，当前已进展到4,000个区块。目前，所有EL和CL客户端组合都在该测试网上运行，其中Teku-Erigon和Lighthouse-Erigon等一些客户端组合遇到了问题。Busa提到，开发者们正努力在客户端团队的帮助下尽快启动一个新的开发者测试网。
然后，以太坊基金会Geth(EL)客户端的软件开发者MariusvanderWijden向上海升级较小的EIP之一提交了一个小的设计更改。提议的更改纠正了该EIP中令人困惑的失败模式，其中违反initcode限制导致零地址错误而不是OOG错误。根据以太坊基金会Ipsilon团队开发者PawelBylica的说法，这样做的最初动机是为了促进用户友好性。然而，开发者们一致认为，将失败模式更改为OOG错误，会减少客户端实现中的混乱与漏洞。
延后EOF，将其排除在上海升级之外
接下来，一名以太坊基金会Geth(EL)客户端软件开发者(化名为“lightclient”)介绍了EOF实现的最新进展。
英国知名电竞选手Mongraal在MINT游戏Dookey Dash中获胜:金色财经报道，NFT系列Bored Ape Yacht Club（BAYC）在推特上表示，MINT游戏Dookey Dash的Golden Key获胜者为Sewer Pass 21915，该持有者是英国知名电竞选手Mongraal（外号蒙古），得分超过92.8万。3月8日玩家将能够使用通行证召唤能量源，所有Sewer Pass持有人都可以在2月22日重新进入下水道，并有机会在奖励回合中为他们的能量源赢得伙伴特性。
注：Mongraal真实姓名是KyleJackson，以玩Fortnite而闻名，曾经是TeamSecret战队的一员。[2023/2/16 12:10:22]
作为背景，EOF代表EVM对象格式，其对以太坊的代码执行环境进行了一些更改。在其他变化中，与EOF实现相关的EIP将改进以太坊的交易格式，以更明确地区分智能合约代码和数据，并帮助EVM在未来更容易升级。lightclient表示，在假期期间，致力于EOF实现的开发者们举行了两次会议，并讨论了相关EIP规范。在这些会议期间，开发者们同意删除其中一个EIP，并使这些EIP中的数据部分成为强制性的，而不是可选的，以略微提高数据解析的简单性。据lightclient表示，EOFEIP的测试也在取得进展。EOFEIP的参考测试尚未正式发布，但以太坊基金会的安全负责人MartinHolstSwende已经开始对EOF的不同客户端实现进行差异测试。
“为EOF创建一个效果最好的案例并不容易，问题是有很多陷阱。例如，如果你希望某些东西以某种方式失败，在EOF中，你必须非常具体，并且必须确保在达到你真正想要测试的内容之前，测试不会在其他地方失败。所以，我认为如果我们以某种方式集中错误，这将是非常有价值的，”以太坊基金会测试团队的MarioVega表示。
基于EOF实现以及测试的现状，TimBeiko提出了一个问题，即开发者们在下一次以太坊升级中包含这些EIP是否仍然可行的问题。在这个话题上，以太坊联合创始人VitalikButerin表达了他对仓促实施EOF的担忧，因为目前没有明确的路线图来确保未来对EVM的升级不会更加繁琐，也不会增加以太坊的技术债。Vitalik表示：
“在EVM中，删除一些东西比删除其他功能要困难得多，你有用EVM代码编写的应用程序，如果EVM发生了变化，那么这些应用就无法更改…我最大的担忧之一是对EVM的改进，特别是因为它很难弃用和实际删除一些东西，EVM开发的哲学允许基本上大量的持续改进，而不是很快地致力于真正接近于不会更改的东西，这会让我们冒着创建一个V2，然后创建一个V3，然后创建一个V4的风险，但仍然需要V1、V2和V3作为共识代码的一部分，因为我们没有移除它们的好方法。”
对此，来自Erigon(EL)客户端团队的AndrewAshikhmin表示，他担心如果开发人员将EOF实施推迟到“完美”时，他们也会失去测试实现的动力和机会，从而无法获得关于提议的代码更改的真实反馈。Ashikhmin在电话会议上表示:
“如果我们试图让它变得完美，那么它就像一个永不结束的超级项目。”
为了应对围绕EOF实施的持续不确定性，以太坊基金会的研究员AnsgarDietrichs提议开发者们将相关EIP从上海升级中撤出，并致力于在接下来的几周内积极解决实施方面的这些问题以及EVM升级的前进道路。VanderWijden表示，从他的观点来看，在本周的电话会议上试图决定EOF的实施似乎有些仓促，他说：“我觉得现在要对EOF做出决定有点压力，我不认为这是好事。”对此，lightclient承认，基于假期期间EOF测试的进展，将其纳入上海升级，将会推迟整个升级大约一个月的时间。lightclient在电话会议上提到说:“如果我们试图在2月初进行主网测试网升级，我认为到那时我们无法准备好。”
在开发者们同意将EOF实施排除在上海升级之外后，Beiko提议再等两周，然后再决定是否应将EOF包括在上海之后的Cancun升级中。在之前的电话会议中，开发们同意将Cancun升级集中在EIP4844?之上，而从Beiko的角度来看，如果EOF再次被拒绝，那么过早地在Cancun包含EOF可能会导致混乱。而Lightclient反对这一想法，并争辩说，如果开发者们不承诺在像Cancun这样的升级中实施EOF，那么它将推迟实施工作，并进一步削弱EOF的发展势头。Beiko回应说，在两周后的下一次ACDE电话会议上会重新讨论何时包含EOF实施的问题，这应该不会对EOF的发展势头产生重大影响。有关不同核心开发人员关于EOF实施以及EVM升级的前进道路的建议的更多详细信息，请参见此处?和此处?。
随着EOF被排除在上海升级，MariusvanderWijden暂时提议将EIP1153?纳入到上海升级中，而几位参加电话会议的开发者则强烈反对在上海升级中添加新的EIP，以降低延迟质押ETH提款的风险。随后，开发者们重申了他们的承诺，即尝试以2月初为目标启动上海公共测试网。
RLP还是SSZ？
开发者们还讨论了EthereumNimbus(CL)客户端团队开发者EtanKissling的提议。Kissling在之前的ACDC电话会议上分享了这个提案，总结如下：简而言之，在EL区块头和CL执行负载头之间有两个使用不同序列化格式编码的字段。由于这两个字段的编码方式不同，因此会为构建钱包和以太坊轻客户端带来额外的开销和复杂性。Kissling提出的解决方案之一，是向EL添加一种在CL中使用的新序列化格式。或者，CL客户端可以合并一些方法，以支持EL中称为RLP的代码。然而，这并不理想，因为SSZ格式是编码结构化数据的更现代和更新的序列化格式。在任何一种情况下，所涉及的编码数据字段都与质押ETH提款相关，因此，EL或CL端为确保数据格式一致性而进行的任何更改，都需要以太坊客户团队进行额外的工作。AndrewAshikhmin强调，围绕这个问题做出的决定是“紧急的”，因为它关系到了上海升级。
为了让客户端团队有更多的时间来考虑Kissling提出的解决方案之间的权衡，Beiko建议开发人员在下周的ACDC电话会议上重新讨论这一话题，并在1月19日的下一次ACDE电话会议上决定该怎么做。下周四ACDC电话会议的议程可在这里?找到。
EIP5843和EIP5988
最后，开发者们简要讨论了两个新的EIP。EIP5843?向以太坊虚拟机(EVM)引入了高效的模块化加法、减法和乘法，它是由以太坊基金会软件开发者JaredWasinger提出的EIP。然而，Jared并没有出席本周的电话会议，这就是为什么开发者们同意在未来某个日期重新讨论该EIP的原因。
随后，StarkWare的探索主管AbdelhmaidBakhta介绍了EIP5988?，它为以太坊引入了一种新的预编译，提高了在网络上运行零知识证明的效率。“基本上，每次我们想要证明像Merkle证明这样的存储证明时，在以太坊上都非常昂贵，因为我们没有任何ZK友好的哈希函数，”Bakhta解释道。关于这个EIP，以太坊基金会研究员DankradFeist表示，在他看来，将任何类型的算术哈希函数纳入协议还为时过早，因为它们当前还处于早期测试性质，并且它们可能会对以太坊的安全性产生未知的影响。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。