--- title: "OpenEthereum、事業終了へ" description: "OpenEthereumが非推奨となる中、AlchemyがErigon Clientへのスムーズな移行をどう実現しているかを解説します。" --- # OpenEthereum、事業終了へ OpenEthereumが非推奨となり、後継としてErigonが立ち上がる中、私たちは移行をできる限りスムーズにするためにここにいます。 ## Tl;dr - OpenEthereum \(旧Parity Ethereum\)は、London hardfork\(2021年8月4日予定\)以降、[クライアントの開発を停止します](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) - 順調にいけば、OpenEthereumのクライアントは次のEthハードフォーク\([Shanghai](https://github.com/ethereum/pm/issues/267) - 2020年10月予定\)まで稼働を続けます - チームは[Erigonクライアント](https://github.com/ledgerwatch/erigon)\(旧turbogeth\)に注力を移します - Alchemyは、フォークの前後を通じてOpenEthereum特有の機能をすべてのチームが利用できるよう、可能な限りの対応を進めています - AlchemyはKovan、\_trace\_\_、\_parity\_\_エンドポイントの提供のため、可能な限りOpenEthereumノードの運用を継続します - 並行して、Erigonノードのサポートを立ち上げており、新しいクライアントでKovan、\_trace\_\_、\_parity\_\_機能のフィーチャーパリティを実現するためErigonチームと協力しています ## 概要 2019年末、Parity Technologiesは[Parity Ethereumクライアントの開発を](https://www.parity.io/blog/parity-ethereum-openethereum-dao/)社内プロジェクトから、OpenEthereum Daoという新しい組織へと移管しました。それ以降、[Gnosis](https://gnosis.io/)などの開発者たちが、OpenEthereumクライアントを最新の状態に保ち、Kovanネットワークを稼働させ続け、\_trace\_\_ APIエンドポイントを利用可能な状態に維持してきました。 しかし最近、OpenEthereumは[クライアントを非推奨にすることを発表しました](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd)。後継として、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のような](https://www.alchemy.com/overviews/what-is-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](https://github.com/ethers-io/ethers.js/issues/1721)と、_logs_配列内の\_typeが欠落します。これらのフィールドは重要なものではなく、[Geth](https://www.alchemy.com/overviews/what-is-a-geth-node-and-how-to-run-one)でeth_getTransactionReceiptを呼び出した際にも存在しません。 ## まとめ Londonまでの数週間、ユーザーの皆様がBerlinから可能な限りスムーズに移行できるようにすることが、私たちにとって最大の焦点です。OpenEthereumからの移行やLondon全般について何かご質問があれば、遠慮なく[mike@alchemy.com](mailto:mike@alchemy.com)まで直接ご連絡ください。