Ethereum ネットワークのアップグレード プロセスを改善する理由は何ですか?

次のアップグレード（ベルリン アップグレード）が間近に迫っており、それに向けてネットワーク アップグレード プロセスが準備されています。数回のブレーンストーミングセッションを経て、EIPIP チームはネットワーク アップグレード プロセスを改善するためのいくつかの提案を出しました。この投稿で共有された情報が EIP 作成者とコミュニティ全体に役立つことを願っています。新しいプロセスがどのようなものか、そしてイーサリアム ブロックチェーンの開始以来実施されてきたネットワーク アップグレード プロセスを調整する時期が来ている理由について見てみましょう。

ネットワークアップグレードとは何ですか?

ネットワーク アップグレードは、Ethereum プロトコルに新しい機能を追加する方法です。一般的に、これらのアップグレードは、ネットワークのスケーラビリティ、ユーザー エクスペリエンスの向上、セキュリティの強化を実現するように設計されています。それぞれの新機能は、EIP (Ethereum Improvement Proposal) で詳細に説明されています。ネットワーク内のすべてのノードが新しい機能を有効にすることに同意すると、特定のブロックの高さでネットワークのアップグレードが行われます。 Ethereum は分散化されており、誰も他の人にノードのアップグレードを強制することはできないため、ネットワーク内の一部の参加者がアップグレード プログラムをアクティブ化しないことを決定した場合、アップグレード プログラムをアクティブ化したノードとの通信が停止し、ネットワークが分岐します。

ネットワーク アップグレード プロセスを変更する理由は何ですか?

これまで、ネットワーク アップグレード プロセスは EIP 標準化プロセスと連動していました。コア EIP は、標準化されたプロセスとともにメインネットに展開されます。

-旧バージョンネットワークアップグレードプロセス-

合意の衝突

Ethereum はオープンソースのコミュニティ プロジェクトです。コア提案をメインネットに展開する場合は、まずコミュニティとコアクライアント（Ethereum ノード）の同意を得る必要があります。 EIP が Ethereum コア クライアント開発者とコミュニティの両方に承認されると、次のネットワーク アップグレードに組み込まれます。

イーサリアム開発者がイスタンブールのアップグレードの準備を進める中、コミュニティはEIP 1057 (ProgPow) に関して合意に達していません。この提案は一部の人々から支持されましたが、多くの人々からも強く反対されました。最終的に、イーサリアムのクライアントは合意に達することができませんでした。

この提案はネットワークのアップグレードには含まれませんでしたが、EIP 標準化プロセスを経ています。これは、EIP 標準化をネットワーク アップグレード プロセスから分離することの重要性を強調しています。

コアEIPの数は劇的に増加した

初期の頃は、ネットワークのアップグレード プロセスはうまく機能し、EIP の総数は比較的少なかったです。過去数年間でイーサリアム ブロックチェーンへの貢献者の数が劇的に増加したため、ネットワークを改善する方法に関する EIP の数も飛躍的に増加しました。これにより複雑さが増し、ネットワーク上の EIP をアップグレードするための正式なプロセスをどのように設計するかについての議論が活発化します。

透明性

Ethereum ブロックチェーンの採用が増加するにつれて、多くの貢献者が集まり、Ethereum ネットワークを強化するためにネットワーク アップグレード用の EIP を提出するようになりました。 EIP で提案された改善を各クライアントが実装するには、多大な労力が必要です。各 EIP の実装に必要な工数を考慮すると、すべての EIP を次のアップグレードに含めることはできません。プロセスを理解しないと混乱が生じる可能性があります。したがって、アップグレード プロセスの透明性を高めるためにドキュメントを更新する必要がありました。

新バージョンのネットワークアップグレードプロセス

-新バージョンネットワークアップグレードプロセス-

現在のネットワーク アップグレード プロセスは、EIPIP チームによる複数のブレインストーミング セッションと、Ethereum 開発者およびコミュニティ全体との継続的なコミュニケーションの結果です。

現在のネットワーク アップグレード プロセスは、EIP 標準化プロセスから正式に分離されています。ただし、上の図には、さまざまな段階での EIP の推奨ステータスも含まれています。 EIP プロセスは、次のアップグレード前の EIP の状態を示すために、大きく 3 つの段階に分かれています。

組み込むことを検討する

包含の検討 (CFI) とは、提案が次回のネットワーク アップグレードの最初の段階に含まれることが予想されることを意味します。公式発表のために、提案者または提唱者に Eth1.0 仕様リポジトリに問題を作成させるよう提案する人もいます。

Devnetフェーズ

このフェーズでは、クライアント開発者が提案について話し合い、Devnet (開発者テストネット) の実装を進めるための合意に達します。これはクライアント開発者向けに設計されていますが、他のコミュニティ メンバーも使用できます。ただし、テストネットは予告なくシャットダウンされる可能性があるため、dApps のテストに使用することはお勧めしません。現在の Devnet は YOLO テストネットです。現在のバージョンは YOLO 2.0 で、次回のネットワーク アップグレードで導入される予定の提案が含まれています。

• CFI 承認済み: このバケットには、クライアントから一般的な合意を得た EIP が含まれます。ルールを満たす PR が提出されると、コア開発者がそれを検討します。クライアントは都合の良いときにこれらの提案を独自に実装し始めることができます。

• CI devnet 待合室: 一部の (ただしすべてではない) クライアントによって明示的に承認された EIP、または統合を待機している一部の作業は、一時的に CI devnet 待合室に配置されます。このセクションには他の種類の提案も含まれる場合がありますが、何らかの理由により、次の CI devnet バージョンでは考慮されません。

• CI devnet にデプロイ済み: 現在 devnet にデプロイされている EIP が一覧表示されます。 devnet の最新バージョン (コンテンツを含む) は、おそらく次のアップグレードで利用可能になるでしょう。

メインネットフェーズ

• テストのグリーン ライト: これは、最新の Ethereum コア開発者会議時点での、パブリック テストネットへの展開に適した EIP のリストです。

• パブリック テストネット: 初期のネットワーク アップグレード プロセスに似ています。コアクライアント開発者によって合意され、開発ネット上で実装およびテストされたすべての EIP は、現在、パブリック (PoW) テストネットにデプロイされています。テストネット上で数週間実行しても大きな問題が見つからない場合は、メインネットにデプロイできます。

• メインネット: イーサリアムのコア開発者はブロック番号を設定し、これらの提案がイーサリアム メインネットで最終的に有効になる日付を推定します。

メインネットがアクティブ化されると、ネットワークのアップグレードプロセス全体が完了します。ネットワークアップグレード推進チームが次回のアップグレードに向けて準備を進めています。

ネットワーク アップグレード プロセス トラッカー

大規模な分散型ネットワーク上でのアップグレードの管理は、良好なコミュニケーションがなければ大きな課題となる可能性があります。 Network Upgrade Tracker を通じて検討中の EIP を迅速に確認し、Eth1.0 仕様リポジトリを通じてクライアントの進捗状況を追跡できます。

ネットワークのアップグレードプロセスに関する議論は1年前に始まりました。ハードフォークの EIP プロセスの最初のバージョンは、EIP 作成者とコミュニティから好評を得ました。このプロセスはコア開発者会議でも議論されましたが、緊急の必要性のため棚上げされました。ただし、ネットワーク アップグレード プロセスは改善されており、現在はより優れたプロセスになっています。

現在の Ethereum ネットワーク アップグレード プロセスに関するご意見やご提案を共有するための Ethereum Magician の仲間にようこそ。

改善の提案をしてくださった James Hancock、Hudson Jameson、Micah Zoltu、Tim Beiko に感謝します。