なぜイーサリアムネットワークのアップグレードプロセスを改善するのでしょうか?

以太坊爱好者

特邀专栏作者

2020-11-30 18:49 (UTC+8)

この記事は約2223文字で、全文を読むには約4分かかります

新しいプロセスはどのようなものですか?なぜ調整する必要があるのですか?

AI要約

新しいプロセスはどのようなものですか?なぜ調整する必要があるのですか?

編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下から引用しました

イーサリアム愛好家 (ID: ethfans)

、著者: Pooja Ranjan、翻訳者および校正者: Min Min & A Jian、許可を得て Odaily によって複製されました。

次のアップグレード (ベルリンアップグレード) が目前に迫っており、それに向けてネットワークアップグレードプロセスを計画しています。数回のブレインストーミングの後、EIPIP チームはネットワークアップグレードプロセスを改善する方法についていくつかの提案を考え出しました。この記事で共有した情報が EIP 作成者やコミュニティ全体にとって役立つことを願っています。新しいプロセスがどのようなものなのか、そしてなぜそれがイーサリアムブロックチェーンの開始以来実施されてきたネットワークアップグレードプロセスの調整であるのかを見てみましょう。

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

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

以前は、ネットワークアップグレードプロセスは EIP 標準化プロセスにリンクされていました。コア EIP は、標準化されたプロセスとともにメインネットにデプロイされます。

画像の説明

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

合意の衝突

イーサリアムはオープンソースコミュニティプロジェクトです。コアプロポーザルをメインネットワークにデプロイする場合は、まずコミュニティとコアクライアント (イーサリアムノード) の同意を得る必要があります。 EIP がイーサリアムコアクライアント開発者とコミュニティの両方に受け入れられると、次のネットワークアップグレードに組み込まれます。

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

透明性

コア EIP の数が大幅に増加

透明性

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

新しいネットワークアップグレードプロセス

画像の説明

-新しいネットワークアップグレードプロセス-

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

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

インクルージョンを考慮する

検討対象 (CFI) とは、次のネットワークアップグレードの最初のフェーズに含まれることが期待される提案を指します。公式発表のために、提案された作成者または支持者に Eth1.0 仕様リポジトリに問題を作成してもらうことが提案されています。
デブネットステージ
CFI 承認を取得: このバケットには、クライアントのおおよそのコンセンサスを取得した EIP が含まれています。コア開発者は、ルールに準拠する PR を検討します。クライアントは、都合に応じてこれらの提案を独自に実装し始めることができます。

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

CI devnet にデプロイ済み: これは、devnet に現在デプロイされている EIP をリストします。最新バージョンの devnet (含まれるもの) は、おそらく次のアップグレードで実装されるでしょう。
最初のレベルのタイトル
メインネットフェーズ

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