以太坊上海升级计划：确认开放质押提现

上海升级计划

在之前的 ACD 电话会议中，以太坊开发者同意将 EIP 的核心列表纳入上海升级。 来自 ACD Call #148 的电话的完整记录在这里。 值得注意的是，从这份核心EIP列表来看，开发者同意将质押的ETH提现提案纳入上海升级，但直到后两项提案才承诺将EOF或proto-danksharding纳入同一升级。 代码更改进一步充实。 尤其是在EOF这个话题上，开发者一直在犹豫是通过上海升级的EIP部分的一小部分来实现EOF，还是尝试将EOF的整个愿景捆绑到上海之后的以太坊升级中。

EOF 实现

Hedera 的首席软件工程师 Danno Ferrin 在本周的电话会议上提供了有关上海 EOF 实施进展的最新信息。 他解释说，开发人员倾向于尽早将大部分与 EOF 实现相关的 EIP 捆绑到一个大型升级中。 上海升级中开发者考虑的与EOF实现相关的EIP包括EIP 3540、EIP 3670、EIP 4200、EIP 4750。对于EIP 5450是否应该列入EOF相关代码变更列表，开发者之间还存在分歧.

Erigon 执行层 (EL) 客户端团队的 Andrew Ashikhmin 也对 Solidity 智能合约语言团队是否能够完全支持和实施所有四个（或可能五个）EIP 表示担忧。 Ashikhmin 强调，在承诺在上海升级激活这些 EIP 之前，首先需要确认 Solidity 团队已经做好了这些 EIP 落地的准备。 Ashikhmin 在电话会议上表示，这是“必要的健全性检查”，Geth EL 客户团队的 Marius van der Wijden 对此表示赞同。

原始分片

然后，开发人员继续讨论了 proto-danksharding 的最新发展。 与 EOF 实现不同，只有一个 EIP 与 proto-danksharding 代码更改相关联，即 EIP 4844‌。 根据 OP Labs 研究员 Diederik Loerakker（俗称“Protolambda”）的说法，目前还有一些与 EIP 4844 相关的问题正在讨论中。以太坊基金会的 Ansgar Dietrichs 补充说，其中一些问题与设置最低限度有关上海升级的 blob 交易价格和降低 blob 交易吞吐量。 这些积压工作总结在 Github‌‌上。

禁用自毁操作码和其他潜在的 EIP

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

1. EIP 4758‌，禁用以太坊上的“selfdestruct”操作码：开发人员重新审视上次 ACD 电话会议中有关禁用被开发人员广泛认为对智能合约和去中心化应用程序 (dapps) 中使用的不良做法至关重要的操作码的对话。 该操作码是为数不多的传统操作码之一，它们的部署成本是固定的，但网络存储成本可能是无限的。 独立开发者 Micah Zoltu 重申，以太坊上一些活跃的智能合约仍在使用 selfdestruct 操作码，禁用它会破坏功能。 Tim Beiko 说，对于这些特殊的边缘情况，以太坊基金会可能会采取一些变通办法和更多的社区外展活动。

2. EIP 1153‌，Addition of Ephemeral Storage Opcodes：来自 Uniswap 和 Optimism 团队的代表提出了一个令人信服的案例，介绍了一个与以太坊上的常规存储操作码行为相同的临时存储操作码，除了这两个新操作码的值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, Adding BLS Precompilation：以太坊基金会的Alex Stokes介绍了以太坊加入BLS预编译的优势。 Stokes 解释说，这有很多原因，包括创建更安全的加密证明的能力、与以太坊信标链更好的互操作性，以及去中心化权益池的附加功能。 Van der Wijden 同意添加 BLS 预编译是一个重要的代码更改，甚至可能优先于 EOF 实现和 EIP 1153。但是，由于实现 EIP 2537 需要进行大量测试，van der Wijden 表示他担心添加此代码更改会延缓上海的升级。 以太坊基金会的 Jared Wasinger 提到他正在开发一个并行 EIP，它可以提供比 EIP 2537 更简单的实现路径。开发人员同意在 EIP 2537 上工作，并开始减少不同 BLS 预编译的数量，以可能包含上海升级。

4. EIP 2294‌：最后，Google 的软件工程师 Zainan Victor Zhou 介绍了 EIP 2294。它的代码变化比较简单，只是简单地限制了以太坊传统上用于促进硬分叉的链 ID 字段的字节大小。 稍后节点发现。 Victor Zhou在电话会议中表示以太坊信标链，由于未来以太坊有分片和多链的可能性，chain ID的用例会变得更大更重要。 为了防止人们试图通过在其中存储其他类型的数据来利用链 ID 字段，Victor Zhou 呼吁对链 ID 大小进行显式绑定。 所有开发人员都同意此更改很重要且易于实施。 Micah Zoltu 强调，这样的代码更改只需要一个软分叉，这意味着以太坊客户团队可以在自己的时间线上实施更改，而无需为更改协调特定的块高度。 开发人员之间也有一些关于在调用结束时将链 ID 大小限制为 64 位还是 256 位的讨论。 Tim Beiko 鼓励开发人员离线讨论并在 Discord 聊天中异步计算数字。

基于计划纳入上海升级的 EIP 列表不断增加，开发人员对哪些 EIP 优先纳入核心列表之外存在分歧。 一位化名“lightclient”的以太坊基金会开发人员提议坚持开放提款，并只优先考虑另一个主要的 EIP，无论是 proto-danksharding、EOF 实现，还是电话会议上提出的四个中的一个。 Tim Beiko 认为，在下次升级时尝试捆绑 EOF 实现、proto-danksharding、BLS 预编译以及添加临时存储操作码是不现实的。 由于会议时间不足，Beiko 提出了上海升级方案的讨论，并鼓励开发者准备在下次 ACD 电话会议上讨论上海升级中除质押 ETH 提现外的最高优先级。

如何降低以太坊节点的运营成本（增加审查阻力）？

在关于上海升级的谈话中，独立的以太坊开发者 Micah Zoltu 提出了一个关于以太坊抗审查的重要讨论项目。 Zoltu 解释说，很少有以太坊用户运行自己的节点来执行交易，人们依赖像 Infura 或 Alchemy 这样的中心化服务，这些服务会主动审查来自特定国家的用户并审查以太坊的去中心化。 应用程序 (dapps)，例如 Tornado Cash。 虽然开发人员正在努力通过 EIP 4844 提高以太坊的可扩展性，但一直缺乏努力来降低运行以太坊节点的成本并鼓励更好地保证以太坊的审查阻力。 Ethereum 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 rollups 的操作是中心化的，因此是可审计的。 在结束讨论时，Tim Beiko 表示，改善运行以太坊节点的用户体验应该是社区未来关注的一个领域。 Beiko建议与以太坊核心开发者相邻的开发团队应该帮助简化以太坊节点的操作，并努力让普通用户更容易访问。

其他杂项

除上述内容外，还有一些以太坊开发人员未在此次电话会议上讨论的内容以太坊信标链，包括：