一文了解以太网上海升级计划：确认开放型质押提款

2022年11月10日，以太网开发者大会第149届全核心开发者(ACD )电话会议由以太网基金会Tim Beiko主办，本周，开发者讨论了EVM对象格式(EOF )和proto-danksharding相关代码变更的进展，实现了合并后以太网的首次重大升级(上海)。 在这次电话会议期间，开发者们还讨论了其他四个可能纳入上海升级的EIP。 各项建议确实给以太网带来了独特的优势和好处，但开发者们对优先采用哪个EIP还存在很大的争议。 除了上海升级的讨论，开发者还简述了对检查的耐受性的话题，以及为了网络的可扩展性以太网对检查的耐受性的潜在折衷。

上海升级程序

在以前的ACD电话会议中以太网开发者同意将EIP核心列表纳入上海升级。 来自ACD Call #148的完整通话记录在这里。 值得注意的是，从这个核心EIP列表中，开发商同意将质押ETH提款提案纳入上海升级，但没有承诺在同一升级中纳入EOF或proto-danksharding，后两个提案的代码修改更加完善。 尤其是关于EOF的话题，开发者对于是在上海升级的一小部分EIP部分实现EOF，还是试图将EOF的所有愿景与上海之后的以太网升级捆绑在一起犹豫不决。 [ xy 002 ] [ xy 001 ]实施eof [ xy 002 ]

Hedera首席软件工程师Danno Ferrin本周更新了关于上海EOF实施进展的电话会议。 他解释了开发人员倾向于尽早将大多数与实现EOF相关的EIP捆绑到大规模升级中。 开发者正在考虑在上海的升级中包括与实施EOF相关的EIP。 有EIP 3540、EIP 3670、EIP 4200和EIP 4750。 对于是否将EIP 5450包含在EOF相关代码更改列表中，开发者之间仍存在分歧。

Erigon管理层(EL )客户端团队的Andrew Ashikhmin也对Solidity智能合约语言团队能否完全支持和实施全部4个(可能5个) EIP表示担忧。 Ashikhmin强调，在上海承诺升级并激活这些EIP之前，首先要确保Solidity团队为实现这些EIP做好了准备。 Ashikhmin在电话会议上这是“必要的运行状况检查”，Geth EL客户端团队的Marius van der Wijden对此表示赞同。 [ xy 002 ] [ xy001 ] proto-danksharding [ xy 002 ] [ xy001 ]随后，开发者继续讨论了proto-danksharding的最新发展。 与EOF实现不同，名为EIP 4844的proto-danksharding代码的更改只涉及一个EIP。 Diederik Loerakker (通常称为“Protolambda”)是OP Labs的研究员，据他介绍，与EIP 4844有关的事项还在讨论中。 以太坊基金会的Ansgar Dietrichs补充说，这些事项中的一些与blob交易的最低价格设定和上海升级的blob交易吞吐量的下降有关。 这些待办事宜被汇总在Github上。

[ xy001 ]自定义操作码和其他潜在的EIP

在开发人员为上海升级准备EOF和proto-danksharding工作的同时，开发者最初同意继续研究其他四个EIP，以纳入以太网的下一次升级。

1、EIP 4758禁用以太网上的“selfdestruct”操作码：开发者在上次的ACD电话会议上重新审视了关于禁用操作码的对话。 该操作码被广泛认为是开发者在智能合约和dapps(decisionapplication )中使用的不良做法。 此操作码是少数传统操作码之一，虽然gas部署成本是固定的，但网络存储成本可能不受限制。 独立开发者Micah Zoltu说以太网上的某些活动智能合约使用了selfdestruct操作码。 禁用此操作码会损害功能。 Tim Beiko说，对于这些特殊的边缘状况，可能有几种避免办法而且，以太坊基金会需要进行更多的社区扩张。

2、EIP 1153、添加暂存操作码： Uniswap和Optimism团队的代表提出了引入暂存操作码的有说服力的案例，其行为与以太网Facebook的常规存储操作码相同。 但是，每个事务都会丢弃这两个新操作码TLOAD和TSTORE的值。 瞬间保存的动机有很多正如Optimism的Mark Tyneway所解释的，其中之一是节约gas成本。 仅Uniswap，该EIP每年就可能为用户节省300万美元的gas成本。 另外使用临时存储而不是普通存储可以减少以太网的技术债务。 Uniswap和Optimism团队做了大量工作，在各种以太网软件客户端上创建此代码更改的实现，为EIP构建了一个全面的测试套件。 Besu(El )客户团队的Daniel Lehrner感谢外部开发人员为实现EIP 1153所做的准备。 尽管如此，并不是所有开发人员都认为嵌入EIP 1153所带来的额外测试负载是有价值的。 Geth开发者Marius van der Wijden警告说，EIP 1153可能会干扰正在进行的EOF相关EIP的准备工作，导致复杂性。 尽管如此，van der Wijden表示，对于增加代码变更的测试工作还只是“观望”。 开发者同意在Uniswap和Optimism团队外部开发者的帮助下继续EIP 1153的测试，并将其包含在上海的升级中。

3、EIP 2537，添加BLS预编译：以太网基金会的Alex Stokes介绍了将BLS预编译添加到以太网的好处。 Stokes解释说，这有很多原因包括创建更安全的密码学证书的能力、提高与以太网信标链的互操作性，以及向中心质押池添加的功能。 Van der Wijden同意添加BLS预编译是一项重要的代码更改也可能优先于EOF的实施以及EIP 1153。 但由于实施EIP 2537需要大量测试，van der Wijden表示，他担心添加此代码更改会推迟上海的升级。 以太网基金会的Jared Wasinger表示，正在研究能够提供比EIP 2537更简单的实现路径的并行EIP。 开发人员同意研究EIP 2537，并开始减少不同BLS的预编译数，以便可以纳入上海升级。

4、EIP 2294 :最后，谷歌的软件工程师Zainan Victor Zhou介绍了EIP 2294。 其代码变更比较简单，只是限制了以太体的链ID字段的字节大小，以往用于支持硬叉后的节点发现。 Victor Zhou在电话会议上表示，由于以太网未来可能会出现分片和多链，所以链ID的用例会更大、更重要。 这是为了防止人们尝试在链ID字段中存储其他类型的数据来使用此字段，Victor Zhou呼吁明确绑定链ID大小。 所有开发人员都同意，这个改变很重要，很容易实现。 Micah Zoltu强调，这样的代码变更需要的只是软分支中选择所需的族。 这意味着以太网客户端团队可以在各自的时间线上实现更改，而无需调整特定的块高度进行更改。 关于呼叫结束时是否将链ID的大小限制为64位或256位，开发者们也进行了一些讨论。 Tim Beiko鼓励开发者离线讨论，通过Discord聊天异步计算出数字。

计划包括在上海升级中的EIP列表越来越多，开发者对优先考虑核心列表以外的哪个EIP存在分歧。 名为“lightclient”的以太网基金会的开发者建议坚持开放式提款，只优先考虑另一个主要的EIP、proto-danksharding、EOF的实施、电话会议中提出的4个EIP中的任意一个。 Tim Beiko认为，然后尝试在下一次升级中捆绑EOF实现、proto-danksharding、BLS预编译和添加暂存操作码是不现实的。 由于会议时间不够，北凯提出了上海升级计划的讨论鼓励开发者在下一次ACD电话会议期间考虑除上海升级质押ETH提款外的其他优先事项。

如何降低以太网节点的运营成本？

在上海升级对话中，独立以太坊开发者Micah Zoltu提出了以太坊抗审的重要考虑事项。 Zoltu解释说，很少有以太坊用户为了执行交易而运行自己的节点，人们依赖Infura和Alchemy等中心化服务。 这些服务积极审查来自特定国家的用户，并审查以太体上的中心化APP (dapps )，如Tornado Cash。 虽然开发者努力通过EIP 4844提高以太体的可扩展性，但在降低以太体节点的运营成本，鼓励更大程度地保证以太体的抗审查方面缺乏努力。 以太网teku(cl )客户团队的开发者Mikhail Kalinin建议在引入EIP 4844后，专注于降低以太网节点的运营成本。 Erigon的Andrew Ashikhmin认为以太体开发者可以关注这两者。 Ansgar Dietrichs先生出于实务上的理由以太网开发者为了在短期内实现可扩展性必须牺牲抗检查性，长期集中于抗检查性。

以太坊基金会研究人员Dankrad Feist的观点是，EIP 4844可以忽略节点运营商运营成本的边际增长，不会对以太网的抗干扰特性造成实质性损害。 Feist还补充说，大多数以太坊用户不运行自己的节点不是因为成本，而是因为用户体验差。 Diederik Loerakker表示，扩展是以太网开发人员的首选，以实现更高级别的中心化，因为诸如EIP 4844之类的代码更改降低了以太网开发人员的使用成本为世界各地的许多人降低准入壁垒。

Nethermind EL客户端团队的Lukasz Rozmej还怀疑EIP 4844是否会对以太体的抗检查性产生负面影响因为理论上很多交易都是在L2 rollup上执行的。 Zoltu解释说，虽然EIP 4844可能会使验证方将来难以审查单一交易，但目前的L2 rollup操作是中心化的，因此可以进行审查。 在结束此次讨论时，Tim Beiko表示，改善运营以太网节点的用户体验应当是社区发展的重点领域。 Beiko建议与以太网核心开发人员相邻的开发团队帮助简化以太网节点的操作，努力让一般用户方便地访问。

其他

除了以上内容外，以太网开发者在这次电话会议上没有讨论几个事项。 它们包括

[ xy001 ]改进Engine API规范建议：Teku开发人员Mikhail Kalinin创建了一个改进以太网API规范的建议。 背景是Engine API是软件便于以太网节点的EL和CL客户端之间的通信。 对Engine API的提案变更可能会在下周四的以太网CL会议上讨论。

上海“酷睿”vs原型开发者测试网：要测试EIP进行上海升级，必须创建多个专用测试网。 山东(Shandong )是以太坊基金会的JavaScript团队推出的测试网络除了与实现EOF相关的一些EIP之外，实现了EIP 4895、EIP 3860、EIP 3651和EIP 3855。 在接下来的几次ACD电话会议上开发人员将协调并创建更多的专用测试网络，以供客户团队测试上海的升级EIP。

Ropsten测试网络终止日期：Afri Schoeden是维护以太网测试网络Goerli的开发人员之一，他在计划的时间线上成立了太坊测试网，并提出了废弃的建议。 这是为了回应APP应用开发者和基础设施提供商对多个以太网测试网络被废弃的不满。 开发人员被鼓励在这个以太网魔术师论坛上就如何负责任地处置像Ropsten这样的公共以太网测试网络分享想法。

推荐阅读

以太坊智能合约是什么(以太坊智能合约是什么语言)？

观察金色实操：从硬件到软件，如何在家中运行以太网节点

合并带来的“紧张不安”导致以太坊投资产品资金外流

以太网开发者解决了合并前的节点中心化问题

一文了解以太网上海升级计划：确认开放型质押提款