Parity（OpenEthereum）

Parity（OpenEthereum）とは？

Parity（OpenEthereum）は、当初Parity Ethereumとして始まり、後にOpenEthereumとなった、かつてのEthereum実行クライアントです。これは、ユーザー、ノード運営者、開発者、インフラプロバイダー、企業がEthereumに接続し、ブロックを検証し、トランザクションを実行し、Ethereum APIを公開し、Ethereumの状態をローカルで管理できるソフトウェア実装でした。Parity Ethereumは当初Parity Technologiesによって開発され、Rustで記述されていたことに加え、速度、リソース使用量の少なさ、モジュール設計、本番環境向けのEthereumインフラに重点を置いていたことで知られていました。2019年後半、Parity TechnologiesはParity Ethereumのコードベースと保守を、OpenEthereumというオープンな共同プロジェクトへ移行すると発表しました。

公式発表のParity EthereumからOpenEthereum DAOへの移行では、クライアントを複数組織によるメンテナーモデルへ移行する方針が説明されました。

その後、OpenEthereumはコミュニティが保守するEthereumクライアントとして運用されましたが、現在は非推奨となっており、最新のEthereumメインネット運用向けに積極的に保守されている実行クライアントではありません。

OpenEthereumのGitHub組織は、OpenEthereumが非推奨であることを公開しています。

現在の暗号資産ユーザーにとって、Parity（OpenEthereum）は主に、Ethereumの歴史的なクライアント、クライアントの多様性に関する事例、ソフトウェア保守の重要性を示すもの、そしてスマートコントラクトウォレットのセキュリティに関する教訓として重要です。ブロックチェーンエコシステム全体におけるParity Technologiesの現在の取り組みとは混同しないでください。また、平等や数学・コンピューティングにおける偶奇を意味する一般語のparityとも区別する必要があります。

Parity（OpenEthereum）の要点

• Parity Ethereumは、Parity Technologiesが当初開発したEthereum実行クライアントです。
• OpenEthereumは、後にコミュニティが保守するようになったParity Ethereumのバージョンです。
• このクライアントはRustで記述され、速度、モジュール性、Ethereumインフラでの利用で知られていました。
• OpenEthereumは現在非推奨です。最新のEthereumメインネットで標準的に使うクライアントではなく、歴史的なソフトウェアとして扱う必要があります。
• Parity（OpenEthereum）は、複数の独立したクライアント実装がEthereumにとってなぜ有益なのかを示す一助となりました。
• 2017年のParityウォレットに関するインシデントはEthereumクライアント自体とは別の問題ですが、スマートコントラクトのセキュリティに関する重要な教訓として残っています。
• 現在、Ethereumのノード運営者は通常、最新の実行クライアントと最新のコンセンサスクライアントを組み合わせて使用します。
• Parity（OpenEthereum）を理解することは、Ethereumクライアントの歴史、インフラリスク、ソフトウェアのライフサイクル管理を理解するうえで役立ちます。

暗号資産においてParity（OpenEthereum）が重要な理由

Parity（OpenEthereum）が重要なのは、Ethereumが単一のソフトウェアで構成されているわけではないからです。Ethereumは、複数の独立したクライアントチームによって実装されているプロトコルです。クライアントとは、Ethereumのルールに従い、ピアに接続し、データを検証し、トランザクションを実行して、ネットワークの維持を支援するソフトウェアです。

Ethereum公式ドキュメントのノードとクライアントの説明によると、実行クライアントは新しいトランザクションを受信し、Ethereum Virtual Machine上で実行し、最新の状態とEthereumデータベースを保持します。

Parity Ethereumは、Ethereumの初期において最も重要な実行クライアントの一つでした。他のクライアントソフトウェアに加えて別の実装をネットワークに提供し、単一のコードベースへの依存を軽減するのに役立ちました。多数のノードが同じクライアントに依存すると、ブロックチェーンは脆弱になり得るため、これは重要です。支配的なクライアントに重大なバグがあれば、ネットワークの大部分が同時に影響を受ける可能性があります。

Ethereum公式のクライアントの多様性に関するドキュメントでは、単一のクライアントへの過度な依存がシステミックリスクを生む可能性があると説明されています。

そのため、Parity（OpenEthereum）は現在のメインネット用クライアントではありませんが、重要な存在です。その歴史から、Ethereumが複数のクライアント、異なるプログラミング言語、独立したチーム、継続的な保守を重視する理由が分かります。

Parity EthereumとOpenEthereumの違い

Parity Ethereumは、Parity Technologiesが開発したEthereumクライアントの当初の名称です。OpenEthereumは、プロジェクトがParity Technologiesの直接的な管理から離れた後に使われた名称です。移行は2019年12月に発表されました。Parityは、より幅広いコミュニティの参加を可能にするオープンな共同モデルへ、コードベースと保守を移行すると発表しました。

2020年2月には、ParityはOpenEthereumに貢献者が参加も公開しました。チームはDAO所有のライセンス方式から離れ、当面はコードベースをGPLv3の下で維持すると説明しています。

この名称変更は重要です。古いガイド、設定ファイル、フォーラム投稿、ログ、Dockerイメージなどに、Parity Ethereumという名称が残っている場合があるためです。別の資料ではOpenEthereumと記載されていることもあります。Ethereumクライアントの歴史に関する議論では、この2つの名称は密接に関連しています。実際の違いは、Parity EthereumがParity主導の時期を指し、OpenEthereumがその後のコミュニティ保守期を指すことです。現在は、両方の名称を同じクライアントファミリーの一部として理解するとともに、最新のEthereumメインネット運用向けには積極的に保守されていないことも認識する必要があります。

Ethereum実行クライアントの役割

Ethereum実行クライアントは、Ethereumのトランザクション、スマートコントラクトの実行、アカウント残高、ガス計算、レシート、ログ、状態遷移を処理するノードソフトウェアの部分です。EthereumがProof of Stakeへ移行する前、実行クライアントはEth1クライアントと呼ばれることがよくありました。Merge後、Ethereumノードでは通常、実行クライアントとコンセンサスクライアントの両方が必要です。実行クライアントはトランザクションを処理し、実行状態を維持します。コンセンサスクライアントは、Proof of Stakeのコンセンサス、ブロック提案の調整、アテステーション、フォーク選択を処理します。Ethereumのノードに関するドキュメントでは、完全にトラストレスな検証には実行とコンセンサスの両方の実装が必要と説明されています。Parity（OpenEthereum）は実行クライアントに分類されます。Ethereumのブロックを処理し、トランザクションの実行を検証し、状態を維持し、Ethereumのピアに接続し、アプリケーション向けにJSON-RPCインターフェースを公開できました。現代的な意味での単体のウォレットではありませんでしたが、Parityソフトウェアには、歴史上の時期によってウォレット関連のツールやインターフェースも含まれていました。OpenEthereumをクライアントとして語る場合、主に消費者向けウォレットアプリではなくノードインフラを指します。

Parity（OpenEthereum）の仕組み

Parity（OpenEthereum）はEthereumのピアツーピアネットワークに接続し、Ethereumプロトコルのルールに従って動作しました。このクライアントを実行するノードは、ピアを検出し、ブロックをダウンロードし、ブロックヘッダーを検証し、トランザクションを実行し、Ethereumのローカルデータベースを維持し、ローカルまたはリモートのアプリケーションにAPIを公開できました。OpenEthereumのドキュメントでは、このクライアントは高速で機能が豊富であり、マイナー、サービスプロバイダー、インフラ運営者によるミッションクリティカルな利用を想定して構築されたと説明されていました。

OpenEthereumのドキュメントでは、高度なコマンドライン操作、設定可能なAPI、高速同期などの機能が紹介されていました。

他のEthereumクライアントと同様に、OpenEthereumはJSON-RPCインターフェースに対応しており、アプリケーションはチェーンデータを照会し、署名済みトランザクションを送信できました。

EthereumのJSON-RPC APIドキュメントでは、標準化されたAPIメソッドを通じてEthereumアプリケーションが実行クライアントと通信する仕組みが説明されています。

このため、Parity（OpenEthereum）のようなクライアントは、Ethereumのデータを必要とするウォレット、エクスプローラー、dApp、インデクサー、サービスにとって重要なインフラでした。クライアントのあらゆる内部仕様を把握していなくても、ユーザーはその恩恵を受けられました。一方、インフラ運営者は、同期モード、APIの公開、データベース管理、ログ、ポート、鍵、ピア接続、アップグレード要件を理解する必要がありました。

Rustが重要だった理由

Parity EthereumはRustで記述されていたことで知られていました。Rustは、パフォーマンスとメモリ安全性の両立を支援するよう設計されたシステムプログラミング言語です。ブロックチェーンインフラでは、クライアントが複雑なネットワーク処理、データベース、暗号技術、トランザクション実行、コンセンサスに関連するロジックを扱うため、プログラミング言語の選択が重要です。重要なインフラにおけるメモリ安全性のバグは、深刻な問題になり得ます。クライアントの処理が遅いと、ノード運営者に運用上の問題が生じる可能性があります。モジュール型のクライアントは、サービスへのカスタマイズや統合が容易な場合があります。ParityのRustベースの実装は、Ethereumに別の技術的な選択肢をもたらし、Rustインフラに関心のある開発者を引き付ける一助となりました。多様性とは、異なるチームが存在することだけではないため、これはクライアントの多様性にとって有益でした。異なるプログラミング言語、アーキテクチャ、依存関係、エンジニアリング上の前提も重要です。すべてのクライアントが同じ方法で実装されていれば、ある種類のバグが多くのクライアントに同時に影響する可能性があります。同じプロトコルルールに照らして積極的に保守・テストされている場合、異なる実装によってそのリスクを軽減できます。

OpenEthereumの非推奨化

OpenEthereumは現在、非推奨となっています。

OpenEthereumのGitHub組織はプロジェクトを非推奨と明記しており、関連する複数のリポジトリはアーカイブされています。

OpenEthereumのリリースページには、2022年のv3.3.5を含む過去のリリースが掲載されています。

ブロックチェーンクライアントには継続的な保守が必要なため、これは重要です。Ethereumでは、ネットワークアップグレード、実行仕様の変更、ガススケジュールの更新、APIの変更、セキュリティ修正、コンセンサスレイヤーとの調整が行われます。保守されなくなったクライアントは、現在のプロトコルに対応できなくなる可能性があります。また、セキュリティパッチや互換性の更新が適用されないこともあります。そのため、古いOpenEthereumのガイドを、現在のEthereumメインネット運用向けの手順として扱うべきではありません。歴史的なソフトウェアは、研究、古いプライベートネットワーク、アーカイブ調査、Ethereumの開発史の理解には今も役立つ場合があります。特別な理由があり、リスクを理解している場合を除き、現在のEthereumノード運用の標準的な選択肢として扱うべきではありません。

Parity（OpenEthereum）とEthereumクライアントの多様性

クライアントの多様性とは、ブロックチェーンネットワークが複数の独立したクライアント実装によって支えられていることです。単一のクライアントがネットワーク全体を支配しない場合、Ethereumの堅牢性は高まります。多くのユーザーが異なるクライアントを使えば、1つのクライアントのバグでネットワーク全体が停止する可能性を抑えられます。異なるチームがそれぞれ異なるバグを発見し、異なるエンジニアリング上の選択を行うため、クライアントの多様性はレジリエンスの向上にもつながります。Parity Ethereumは、ネットワークが重要な成長期にあったEthereumのクライアント多様性に貢献しました。OpenEthereumもその後、一定期間その役割を引き継ぎました。現在のEthereumエコシステムでも、クライアントの多様性はネットワークの健全性に関わる主要な課題とされています。Ethereumのクライアント多様性に関するページは、支配的なクライアントにバグがあると多くのノードが同時に影響を受ける可能性があるため、リスクが生じると警告しています。Parity（OpenEthereum）から得られる教訓は、複数のクライアントが望ましいということだけではありません。より重要なのは、積極的に保守されているクライアントが複数必要だということです。非推奨のクライアントは、最新のテストとサポートを受けている実装と同じ安全上のメリットをもたらしません。

Parity（OpenEthereum）とMerge

EthereumのMergeでは、ネットワークがProof of WorkからProof of Stakeへ移行しました。Merge後、最新のEthereumノードでは通常、実行クライアントとコンセンサスクライアントを組み合わせます。Ethereumの移行期には、OpenEthereumはすでに保守終了に近づいていました。つまり、現在のメインネットノード運用における標準的なMerge後のEthereumクライアント構成に、OpenEthereumは含まれていません。現在のEthereumノード運営者は、最新のEthereumドキュメントに従い、積極的に保守されている実行クライアントとコンセンサスクライアントを選択する必要があります。Mergeによって、実行クライアントとコンセンサスクライアントの違いも、より明確になりました。以前からのユーザーは、Ethereumクライアントの実行が、単一の主要なノードソフトウェアを動かすように感じられた時代を覚えているかもしれません。現在のEthereumインフラは、より明確にレイヤー化されています。この背景を踏まえると、Parity（OpenEthereum）のような歴史的クライアントは、当時の状況に即して理解する必要があります。これらはEthereumの過去において重要でしたが、現在のノード推奨とは異なります。

Parity WalletとParity Ethereumクライアント

Parity WalletとParity Ethereumクライアントには歴史的な関連がありますが、同じものとして扱うべきではありません。Parity Ethereumは、Ethereumへの接続と利用を目的とした実行クライアントでした。Parity Walletは、Parityソフトウェアに関連するウォレット機能やスマートコントラクトウォレットツールを指します。この違いが重要なのは、よく知られた2017年のParityインシデントがマルチシグウォレットのスマートコントラクトに関するものであり、Ethereumプロトコル全体の障害ではなかったためです。初心者は「Parityハッキング」と聞くと、Ethereumクライアント自体がハッキングされたと考えるかもしれません。しかし、それは正しい教訓ではありません。より適切な教訓は、大量の価値を管理するスマートコントラクトウォレットのコードに問題があると、大きなリスクにつながり得るということです。クライアントソフトウェア、ウォレットインターフェース、スマートコントラクト、ユーザーの鍵は、それぞれ異なるレイヤーです。あるレイヤーの問題が大きな損失を引き起こしても、他のすべてのレイヤーに問題があったとは限りません。正確な暗号資産リスク分析には、この区別を理解することが重要です。

2017年のParityマルチシグウォレットインシデント

Parityのマルチシグウォレットに関するインシデントは、Ethereumの歴史で最もよく知られたスマートコントラクトのセキュリティ事案の一つです。2017年7月、Parityのマルチシグウォレットコントラクトの脆弱性により、攻撃者は影響を受けたウォレットから150,000 ETH超を盗み出すことができました。

OpenZeppelinによるParityウォレットのマルチシグハッキングに関する分析では、脆弱性がParity Multisig Walletのバージョン1.5以降に影響したと説明されています。

2017年11月には、同年7月20日以降に作成されたParityのマルチシグウォレットに、別の重大な問題が発生しました。

Parity自身のセキュリティ警告によると、標準的なマルチシグコントラクトで使われるParity Walletライブラリコントラクトに脆弱性が見つかりました。

11月のインシデントでは、共有ライブラリコントラクトが破棄されたため、多くの影響を受けたウォレットで資金を移動できなくなりました。これらの事案は、スマートコントラクトウォレットのバグがいかに危険かを示したため、まとめて取り上げられることがよくあります。また、再利用可能なコントラクトライブラリが、連鎖的なリスクを生み得ることも示しました。多数のウォレットが同じ脆弱なライブラリに依存している場合、1つのバグが多くのユーザーに同時に影響する可能性があります。

Parityから学ぶスマートコントラクトのセキュリティ

Parityウォレットのインシデントからは、スマートコントラクトのセキュリティに関する長く残る教訓がいくつも得られました。第一の教訓は、アクセス制御を明示し、慎重にテストする必要があることです。デプロイ時または認可された関係者のみが呼び出せる関数が公開されたままだと、壊滅的な事態につながる可能性があります。第二の教訓は、スマートコントラクトライブラリが単一障害点になり得ることです。多くのコントラクトが1つの共有ライブラリに依存している場合、そのライブラリの破棄や破損が、依存するすべてのコントラクトに影響する可能性があります。第三の教訓は、マルチシグウォレットの安全性は実装の品質に左右されることです。複数の署名を要求する考え方は有効ですが、コントラクトのコードに問題があれば、セキュリティモデルが損なわれる可能性があります。第四の教訓は、監査、正式なレビュー、バグ報奨金、段階的なデプロイが重要だということです。第五の教訓は、アップグレード可能または再利用可能なコントラクトのパターンを、大きな資金を預ける前に十分に理解する必要があることです。第六の教訓は、プロトコルのセキュリティとアプリケーションのセキュリティを区別する必要があることです。Ethereumは稼働を続けましたが、影響を受けたスマートコントラクトウォレットでは、深刻な損失や資金の凍結が発生しました。

Parity（OpenEthereum）とノード運営者

ノード運営者にとって、Parity（OpenEthereum）は現在の標準ツールというより、理解しておくべき歴史的なクライアントです。ノード運営者は、保守状況、プロトコルへの対応、セキュリティ更新、データベースの互換性、APIの動作、ピア接続、運用ドキュメントに注意を払う必要があります。Ethereumは進化を続けるため、非推奨のクライアントを使うと運用リスクが生じる可能性があります。古いインフラを使うと、チェーンとの非互換、データ破損、API障害、ピアからの隔離、セキュリティ修正の未適用などに直面する可能性があります。インフラ運営者は、本番ノードを構築する際に最新のEthereumクライアントドキュメントを使う必要があります。また、クライアントチームの発表、ネットワークアップグレードへの対応状況、クライアント多様性に関するデータも監視する必要があります。Parity（OpenEthereum）は、過去のEthereumインフラがどのように構築されたかを学ぶうえで、今も有用です。クライアントのライフサイクル管理が重要な理由を理解するうえでも役立ちます。ブロックチェーンノードは、一度インストールすれば終わりではありません。ソフトウェアがサポート終了を迎えた際に、継続的に更新、監視、保護し、最終的に移行する必要があるインフラです。

Parity（OpenEthereum）と開発者

開発者は、RPC API、ローカルノード、テスト環境、インフラサービスを通じてEthereumとやり取りするためにParity（OpenEthereum）を利用していました。開発者はアプリケーションをクライアントに接続し、チェーンデータを照会し、署名済みトランザクションを送信し、イベントを監視できました。そのパフォーマンスと同期機能は、インフラ負荷の高い一部のワークロードにとって魅力的でした。しかし、現在の開発者は、古いOpenEthereum固有の動作に依存しても問題ないと考えるべきではありません。クライアントによって、APIの動作、トレース機能、設定、プルーニングの動作、デバッグ方法、データベース構成に小さな違いがある場合があります。可能であれば、最新のアプリケーションは積極的に保守されている複数のクライアントでテストする必要があります。これにより、特定のクライアントの独自仕様に依存するリスクを軽減できます。Ethereumが目指す実装の多様性も支援できます。古いドキュメントを読む開発者は、歴史的なパターンと現在のベストプラクティスを切り分けることが重要です。古いParityの例は概念を理解するのに役立つ場合がありますが、現在の本番システムでは最新クライアントのサポートが必要です。

Parity（OpenEthereum）とJSON-RPC

JSON-RPCは、多くのEthereumアプリケーションが実行クライアントとの通信に使う一般的なインターフェースです。Parity（OpenEthereum）はJSON-RPCメソッドを公開し、アプリケーションがアカウント、ブロック、トランザクション、ログなどのEthereum情報を取得できるようにしていました。過去には、そのパフォーマンスと機能を理由にParityを選ぶインフラプロバイダーもありました。ただし、RPCエンドポイントを公開すると、設定を誤った場合にセキュリティリスクが生じます。安全でない公開RPCエンドポイントは、データ漏えい、悪用、サービス拒否攻撃のリスクを招くほか、設定によっては危険な管理操作を可能にする場合があります。ノード運営者は、認証、ファイアウォール、メソッド制限、レート制限、運用監視を理解しないまま、機密性の高いAPIをインターネットに公開してはなりません。この教訓はParity（OpenEthereum）だけでなく、すべてのEthereumクライアントに当てはまります。理論上は安全なクライアントソフトウェアでも、安全でない設定で導入すれば危険になり得ます。運用上のセキュリティもノードのセキュリティの一部です。

Parity（OpenEthereum）と最新のEthereumクライアントの比較

Parity（OpenEthereum）は開発とサポートが終了しているため、現在も積極的に保守されているEthereumクライアントとは異なります。現在のEthereumノード運営者には、最新のネットワークアップグレード、実行ルール、API、コンセンサスとの連携、セキュリティパッチに対応するクライアントが必要です。Ethereumの最新ドキュメントでは、サポート対象のクライアント構成を使用し、実行クライアントとコンセンサスクライアントの分担を理解するよう推奨されています。最新のEthereumノードは、「古いクライアントを1つインストールして放置する」だけでは運用できません。ソフトウェアを継続的に選定し、保守する必要があります。OpenEthereumの歴史的重要性を、現在の本番環境での利用適性と混同してはなりません。大きな影響を与えたクライアントでも、時が経てば時代遅れになることがあります。これはオープンソースインフラでは自然なことです。プロジェクトは名称変更、フォーク、非推奨化、アーカイブ、置き換え、または新たな開発方針への統合を経る場合があります。重要なのは、実資産、バリデーターの役割、または事業上不可欠なインフラでクライアントを運用する前に、現在の保守状況を確認する習慣です。

OpenEthereumが非推奨となった理由

Ethereum実行クライアントの保守には、長期的なエンジニアリングリソース、プロトコルアップグレードへの対応、テスト、ピアツーピア機能の保守、APIサポート、セキュリティ対応能力が必要なため、OpenEthereumは非推奨となりました。Ethereumの成長に伴い、クライアント全体を最新の状態に保つコストは増大しました。OpenEthereumの非推奨化は、オープンソースインフラには歴史的重要性だけでなく、積極的に保守する担当者が必要だという現実を反映しています。その後、エコシステム内の議論では、OpenEthereumではなく他の稼働中の実行クライアントを検討するようユーザーに案内するものもありました。どのクライアントへ移行するかは、運営者のニーズ、データベース要件、パフォーマンス目標、運用変更への許容度によって異なります。ユーザーにとっての大きな教訓は明確です。暗号資産クライアントは、過去の評判だけで評価すべきではありません。現在の保守状況、互換性、セキュリティ対応、コミュニティのサポート状況で評価する必要があります。非推奨のソフトウェアも一部の状況では動作しますが、価値ある取引が行われるライブネットワークで使うと危険な場合があります。

Parity（OpenEthereum）が示すオープンソース暗号資産インフラの教訓

Parity（OpenEthereum）は、オープンソースの暗号資産インフラが強力である一方、維持には大きな労力が必要であることを示しています。オープンソースソフトウェアは、多くの人が検査、フォーク、改善、再利用できます。しかし、オープンソースだからといって、自動的に安全であったり、継続的に保守されたりするわけではありません。リポジトリの活動が停止することがあります。メンテナーチームが別の分野に注力することもあります。クライアントがアップグレードに対応できない場合もあります。スマートコントラクトライブラリに重大なバグが含まれることもあります。人気のツールが時代遅れになっても、古いガイドがオンラインで流通し続けることがあります。そのため、暗号資産ソフトウェアに依存する前に、日付、リポジトリの活動状況、リリースノート、セキュリティ勧告、公式ドキュメントを確認する必要があります。オープンソースの透明性は有益ですが、継続的なレビューと適切な運用規律を組み合わせる必要があります。Parity（OpenEthereum）は、オープンソースのブロックチェーンインフラがもたらす可能性と、それに伴う責任の両方を示す事例です。

Parity（OpenEthereum）に関するよくある誤解

よくある誤解の一つは、ParityとOpenEthereumがまったく無関係な2つのクライアントだというものです。実際には、OpenEthereumはParity Technologiesの管理からプロジェクトが移行した後に、Parity Ethereumクライアントを引き継いだものです。もう一つの誤解は、OpenEthereumが現在推奨されるEthereumメインネットクライアントだというものです。プロジェクトは非推奨であるため、現在の推奨クライアントではありません。三つ目の誤解は、ParityのマルチシグインシデントがEthereumプロトコルの障害だったというものです。これはEthereumのコンセンサス自体の障害ではなく、スマートコントラクトウォレットの障害でした。四つ目の誤解は、過去に動作していた古いクライアントなら安全だというものです。ネットワークは変化するため、ブロックチェーンクライアントには継続的な保守が必要です。五つ目の誤解は、クライアントの多様性を保つためなら、古いクライアントを何でも実行すればよいというものです。健全な多様性には、積極的に保守され、安全性が確保され、最新の状態に保たれた実装が必要です。六つ目の誤解は、Rustのコードベースなら自動的に安全だというものです。Rustは一部のメモリ安全性リスクを軽減できますが、すべてのロジックバグ、コンセンサスバグ、設定ミス、スマートコントラクトの脆弱性を防ぐものではありません。

非推奨クライアントに伴うセキュリティリスク

非推奨のブロックチェーンクライアントソフトウェアを使うと、深刻なセキュリティリスクや運用リスクが生じる可能性があります。第一のリスクは、プロトコルとの非互換です。クライアントが現在のネットワークルールに対応していないと、誤ったチェーンを追跡したり、同期できなくなったりする場合があります。第二のリスクは、セキュリティ修正が適用されないことです。クライアントを保守するチームが存在しなければ、既知の脆弱性が修正されないまま残る可能性があります。第三のリスクは、ピア接続の不安定さです。古いクライアントは最新のピアへの接続が難しくなったり、古いネットワークの前提に依存したりする場合があります。第四のリスクは、APIの不一致です。アプリケーションが求める新しいRPCの動作に、古いクライアントが対応していない場合があります。第五のリスクは、運用上の混乱です。古いドキュメントが現在のEthereumアーキテクチャと矛盾する場合があります。第六のリスクは、誤った安心感です。ノードが稼働しているように見えても、信頼できる最新かつ安全なデータを提供していない可能性があります。これらの理由から、非推奨のクライアントは、明確な歴史研究、テスト、またはプライベートネットワークの目的がある場合に限って使用する必要があります。

Parity（OpenEthereum）を安全に調査する方法

まず、公式のParity移行に関する投稿を確認し、名称変更の理由を理解します。次に、OpenEthereumのGitHub組織を確認し、現在の保守状況を確かめます。続いて、過去のクライアントの動作を理解するため、古いOpenEthereumのドキュメントを確認します。その後、その歴史的な情報を現在のEthereumノードのドキュメントと比較します。次に、Ethereumのクライアント多様性に関する資料を読み、複数の実装が重要な理由を理解します。ウォレットのインシデントを調べる場合は、クライアントソフトウェアとスマートコントラクトウォレットのコードを区別してください。可能な限り、信頼できるセキュリティ分析と元のセキュリティ警告を参照してください。リスクを十分に理解していない限り、古いバイナリをダウンロードしたり、価値のある資金を使って古いコードを実行したりしないでください。古いブログ記事を現在の運用ガイダンスとして利用しないでください。現在のEthereumノード運用には、最新のEthereumドキュメントと保守中のクライアントのリリースを利用してください。

Parity（OpenEthereum）を一文で説明すると

Parity（OpenEthereum）はRustベースのEthereum実行クライアントで、Parity Ethereumとして始まり、後にOpenEthereumとなりました。現在は非推奨ですが、Ethereumクライアントの歴史、多様性、暗号資産インフラのリスクを理解するうえで重要です。

FAQ

Parity（OpenEthereum）とは何ですか？

Parity（OpenEthereum）は、Parity Ethereumとして始まり、後にOpenEthereumとなった歴史的なEthereum実行クライアントのファミリーです。

Parity EthereumとOpenEthereumは同じものですか？

OpenEthereumは、Parity Ethereumクライアントを引き継いだ、後期のコミュニティ保守版です。

Parity Ethereumを開発したのは誰ですか？

Parity Ethereumは当初、Parity Technologiesが開発しました。

Parity Ethereumはどのプログラミング言語で記述されていましたか？

Parity EthereumとOpenEthereumはRustで記述されていました。

OpenEthereumは現在も保守されていますか？

いいえ。OpenEthereumは非推奨となっており、関連するリポジトリはアーカイブされています。

現在のEthereumメインネットノードとしてOpenEthereumを実行できますか？

非推奨であり、最新のネットワーク要件に合わせた保守も終了しているため、現在のEthereumメインネットで標準的に選ぶべきクライアントではありません。

Parity（OpenEthereum）は何をしていましたか？

トランザクションを処理し、EVMのロジックを実行し、状態を維持し、ピアに接続し、APIを公開するEthereum実行クライアントとして機能していました。

ParityがEthereumにとって重要だったのはなぜですか？

Ethereumにもう一つの主要な独立クライアント実装をもたらし、クライアントの多様性を支えたためです。

OpenEthereumはどうなりましたか？

OpenEthereumは最終的にサポート終了を迎え、非推奨となり、積極的に保守されるEthereumクライアントではなくなりました。

ParityウォレットのインシデントはEthereumクライアントのバグと同じですか？

いいえ。Parityウォレットのインシデントは、Ethereumプロトコルの中核ではなく、マルチシグのスマートコントラクトウォレットコードに関するものでした。

Parityウォレットのインシデントから得られる主な教訓は何ですか？

バグが大きな価値に恒久的な影響を及ぼす可能性があるため、スマートコントラクトウォレットのコードは慎重に設計、監査、テスト、監視する必要があるということです。

OpenEthereumの非推奨化から得られる主な教訓は何ですか？

暗号資産インフラには継続的な保守が必要であり、過去に重要だったという理由だけで古いクライアントソフトウェアを信頼すべきではないということです。

まとめ

Parity（OpenEthereum）はEthereumの歴史における重要な存在です。Parity Technologiesが開発したRustベースの実行クライアント、Parity Ethereumとして始まりました。その後、オープンなコミュニティ保守へ移行し、OpenEthereumとなりました。長年にわたり、Ethereumのインフラ、パフォーマンス、クライアントの多様性に貢献しました。現在、OpenEthereumは非推奨であり、最新のEthereumメインネットで標準的に使うクライアントではなく、歴史的なソフトウェアとして扱う必要があります。その歴史には、重要な暗号資産の教訓がいくつも含まれています。第一に、複数の独立したクライアント実装があるブロックチェーンネットワークは、より堅牢です。第二に、クライアントの多様性が役立つのは、クライアントが積極的に保守され、現在のプロトコルルールに適合している場合に限られます。第三に、オープンソースインフラには、長期的なエンジニアリング支援、セキュリティ対応、アップグレードへの備えが必要です。第四に、実際の価値を保有するユーザーにとって、ウォレットのスマートコントラクトのバグはプロトコルのバグと同じくらい危険になり得ます。Parityウォレットのインシデントは、スマートコントラクトライブラリの欠陥が巨額の盗難や資金凍結につながる可能性を示しました。OpenEthereumの非推奨化は、影響力のあったインフラでもサポート終了を迎えることを示しました。現在のユーザーにとって最も安全な方法は、Parity（OpenEthereum）を主要な歴史的クライアントとして理解しつつ、ライブネットワークでの活動には最新かつ保守中のEthereumソフトウェアを利用することです。Parity（OpenEthereum）を理解することで、初期のクライアント競争から、より成熟した現在の実行・コンセンサスクライアントのエコシステムに至るEthereumの進化を把握できます。