OpenEthereum,即将停止服务

最后更新：2021年10月26日1 分钟阅读

随着 OpenEthereum 被弃用、Erigon 作为继任者启动，我们会尽力确保这次过渡尽可能平顺。

简述

OpenEthereum（前身为 Parity Ethereum）将在伦敦硬分叉（预计 2021 年 8 月 4 日）之后停止对其客户端的开发
如果一切顺利，OpenEthereum 的客户端将在下一次 Eth 硬分叉（上海——预计 2020 年 10 月）之前保持可用
团队将把重心转向 Erigon 客户端（前身为 turbogeth）
Alchemy 正在全力以赴，尽一切可能在分叉期间及之后，让所有团队都能继续使用 OpenEthereum 特有的功能
Alchemy 将尽可能长时间地继续运行 OpenEthereum 节点，用于提供 Kovan、_trace__ 和 _parity__ 端点服务
与此同时，我们正在启动对 Erigon 节点的支持，并与其团队合作，让新客户端在 Kovan、_trace__ 和 _parity__ 功能上达到对等

概述

2019 年底，Parity Technologies 将 Parity Ethereum 客户端的开发从内部项目转移给了一个名为 OpenEthereum Dao 的新组织。从那以后，Gnosis 等团队的开发者们一直努力维护 OpenEthereum 客户端的更新、保持 Kovan 网络的运行，以及提供 _trace__ API 端点。

然而最近，OpenEthereum 宣布其客户端将被弃用，并由与 Erigon（前身为 TurboGeth）团队合作开发的新客户端接替。从长远来看，这对原 OpenEthereum 用户而言应该意味着更快、更可靠、整体体验更好的产品。

在短期内，Alchemy 正在代表我们的用户尽一切可能，与 OpenEthereum 和 Erigon 两个团队合作，确保 OpenEthereum 特有功能的服务不中断。

我们会逐一说明我们为应对 OpenEthereum 三大核心功能所做的一切，你也可以直接跳转到与你相关的部分：trace_ 端点或 Kovan 测试网。

分叉计划

Trace 端点

目前，OpenEthereum 是唯一支持许多团队所使用的 _trace__ 方法的 Ethereum 客户端。由于 OpenEthereum 将在主网上支持伦敦升级，我们预计这些方法会继续由 OpenEthereum 节点提供服务，无需做任何改动。

不过，OpenEthereum 很可能不会再做进一步的改动。这意味着当伦敦升级在主网上线后，如果出现需要更新的共识问题，OpenEthereum 节点及其 trace 功能可能会出现故障。

虽然我们认为这种情况发生的可能性很低，但我们仍会代表用户尽一切可能保持 trace 方法的可用性。

Erigon 团队正在努力为所有相关的 trace 端点添加支持，目标是在伦敦升级准备就绪之前，完成对 OpenEthereum 相应版本的可用替代方案。Alchemy 正在协助提供反馈，并尽快对 _trace__ 命名空间进行迭代，以确保它们能够成为 OpenEthereum 的无缝（或接近无缝）替代品。

与此同时，我们也在启动对 Erigon 的生产环境支持，这样一旦因伦敦升级相关问题需要从 OpenEthereum 故障转移，我们就能将 trace 功能切换到他们的节点上。

Kovan

虽然 OpenEthereum 已经为主网的伦敦升级准备了新的客户端版本，但不会为 Kovan 发布新的客户端。

这意味着 Kovan 将继续运行在柏林时代的 OpenEthereum 节点上，不支持伦敦升级中的新特性，比如 EIP-1559。尽管如此，就大多数产品而言，伦敦升级的变化应该是向后兼容的，Kovan 仍将保持可用。话虽如此，任何使用 Kovan 的人都应该确认自己是否仍能依赖该测试网作为暂存环境（并可以考虑迁移到 Rinkeby 或 Goerli）。

随着时间推移，Erigon 将逐步构建对 Kovan 的支持，将该测试网带入伦敦时代，不过目前还没有具体的时间表。

Parity 端点

目前，Alchemy 只支持 _parity__ 命名空间中的一个方法：parity_getBlockReceipts。该方法将被功能等效的 eth_getBlockReceipts 取代。

当我们迁移到 Erigon 时，不需要做任何改动（我们会将 parity_getBlockReceipts 和 eth_getBlockReceipts 视为同一个方法）。不过，有些字段会缺失——即 Parity 特有的字段，transactionLogIndex 以及 logs 数组中的 _type。这些字段并非关键字段，在 Geth 上调用 eth_getTransactionReceipt 时也同样不存在。