OpenEthereum、事業終了へ
著者: Alchemy Team
OpenEthereumが非推奨となり、後継としてErigonが立ち上がる中、私たちは移行をできる限りスムーズにするためにここにいます。
Tl;dr
- OpenEthereum (旧Parity Ethereum)は、London hardfork(2021年8月4日予定)以降、クライアントの開発を停止します
- 順調にいけば、OpenEthereumのクライアントは次のEthハードフォーク(Shanghai - 2020年10月予定)まで稼働を続けます
- チームはErigonクライアント(旧turbogeth)に注力を移します
- Alchemyは、フォークの前後を通じてOpenEthereum特有の機能をすべてのチームが利用できるよう、可能な限りの対応を進めています
- AlchemyはKovan、_trace__、_parity__エンドポイントの提供のため、可能な限りOpenEthereumノードの運用を継続します
- 並行して、Erigonノードのサポートを立ち上げており、新しいクライアントでKovan、_trace__、_parity__機能のフィーチャーパリティを実現するためErigonチームと協力しています
概要
2019年末、Parity TechnologiesはParity Ethereumクライアントの開発を社内プロジェクトから、OpenEthereum Daoという新しい組織へと移管しました。それ以降、Gnosisなどの開発者たちが、OpenEthereumクライアントを最新の状態に保ち、Kovanネットワークを稼働させ続け、_trace__ APIエンドポイントを利用可能な状態に維持してきました。
しかし最近、OpenEthereumはクライアントを非推奨にすることを発表しました。後継として、Erigon(旧TurboGeth)のチームと協力して構築された新しいクライアントが登場します。長期的には、これによって旧OpenEthereumユーザーにとって、より高速で信頼性が高く、全体的により良い体験がもたらされるはずです。
短期的には、AlchemyはOpenEthereumとErigon両方のチームと協力しながら、ユーザーのためにOpenEthereum特有の機能の提供が途切れないよう、可能な限りの対応を行っています。
OpenEthereumの3つの主要機能への対応について順に説明しますが、関連するセクション(trace_エンドポイントまたはKovanテストネット)まで読み飛ばしていただいても構いません。
フォークの計画
Traceエンドポイント
現在、多くのチームが利用している_trace__メソッドをサポートしているEthereumクライアントはOpenEthereumのみです。OpenEthereumはMainnetでLondonをサポートするため、これらのメソッドは引き続きOpenEthereumノードから提供され、変更は不要だと見込んでいます。
ただし、OpenEthereumは今後さらなる変更を行う可能性は低いでしょう。つまり、Londonがmainnetで稼働した際に、更新が必要となるようなコンセンサス関連の問題が発生した場合、OpenEthereumノードとそのtrace機能が動作しなくなる可能性があります。
これは可能性としては低いと見ていますが、ユーザーのためにtraceメソッドをアクセス可能な状態に保つべく、可能な限りの対応を行っていきます。
Erigonチームは、関連するすべてのtraceエンドポイントのサポート追加に注力しており、Londonの準備が整う前に、OpenEthereumのバージョンに代わる実用的な代替機能を用意することを目指しています。Alchemyは_trace__ネームスペースについてフィードバックを行い、できる限り迅速に改善を重ねることで、OpenEthereumのドロップイン(またはそれに近い)代替となるよう協力しています。
同時に、London関連の問題によりOpenEthereumからのフェイルオーバーが必要になった場合に備え、trace機能をErigonのノードに切り替えられるよう、Erigonの本番環境サポートの立ち上げも進めています。
Kovan
OpenEthereumはmainnet向けのLondon対応の新しいクライアントバージョンを用意していますが、Kovan向けの新しいクライアントはリリースされません。
つまり、KovanはBerlin時代のOpenEthereumノード上で稼働し続け、EIP-1559のようなLondonの新機能はサポートされません。とはいえ、ほとんどのプロダクトに関する限り、Londonの変更は後方互換性があるはずで、Kovanは引き続き利用可能です。それでも、Kovanを利用している方は、ステージング環境としてテストネットを引き続き頼れるか確認しておくべきです(RinkebyやGoerliへの移行も検討する価値があります)。
今後、ErigonはKovanのサポートを構築し、テストネットをLondon時代へと移行させていく予定ですが、具体的な日程はまだ決まっていません。
Parityエンドポイント
現時点で、Alchemyが_parity__ネームスペースでサポートしているメソッドはparity_getBlockReceiptsの1つのみです。このメソッドは、機能的に同等なeth_getBlockReceiptsに置き換えられます。
Erigonへ移行する際には、変更を行う必要はありません(parity_getBlockReceiptsとeth_getBlockReceiptsの両方を同一のメソッドとして扱います)。ただし、一部のフィールド、具体的にはParity特有のフィールドであるtransactionLogIndexと、_logs_配列内の_typeが欠落します。これらのフィールドは重要なものではなく、Gethでeth_getTransactionReceiptを呼び出した際にも存在しません。
まとめ
Londonまでの数週間、ユーザーの皆様がBerlinから可能な限りスムーズに移行できるようにすることが、私たちにとって最大の焦点です。OpenEthereumからの移行やLondon全般について何かご質問があれば、遠慮なく[email protected]まで直接ご連絡ください。
Alchemy Newsletter
リリース情報をいち早く受け取る
ニュースレターに登録する
Alchemyの最新のプロダクト情報とリソースをお届けします
メールアドレスを入力すると、当社のマーケティング情報およびプロダクト最新情報の受信に同意したことになります。Alchemyが受け取った情報をプライバシー通知に従って取り扱うことに同意するものとします。購読はいつでも解除できます。
関連記事

Alchemyが支えるステーブルコイン決済
支払いは届いているか、届いていないかのどちらかだ。Cash App、Slash、AllScale、Pana、Usualがステーブルコインのオンチェーンの部分をAlchemyでどう運用しているかを紹介する。

トレーディングチームが低レイテンシーRPCにAlchemyを選ぶ理由
トレーディングチームがAlchemyを選ぶのは、市場が動くときの低レイテンシーな読み取りと書き込み、そして出来高のピーク時でも資金が決済される際の信頼できる記録のためだ。

東京で構築するなら、どのRPCプロバイダーを選ぶべきか
東京を提供するRPCプロバイダー5社を、5つのチェーンでベンチマークした。比較結果と、レイテンシに敏感なチームにとって差が出るポイントを示す。