今すぐシンプルにすることで、重要な利点が引き出されます。type: disc;">より簡単な検証とセキュリティ:コードが少ないということは、脆弱性や攻撃が隠れる余地が少ないということです。
メンテナンス負担の軽減:レガシーシステムが少ないため、将来のアップグレードがスムーズになります。
幅広い貢献者ベース:よりシンプルな設計により、より多くの開発者が参加するようになります。
より強固な中立性:明確で予測可能なルールは、操作や政治利用が難しくなります。
ネットワークが安定し、成熟する準備が整った今、Vitalik氏は冗長な部分を一掃する時だと考えています。

1.よりシンプルなコンセンサス層
コンセンサスをシンプルにする取り組みとして、ブテリン氏は、古い複雑なシステムをよりシンプルな設計に置き換えることを主張する、新しいビームチェーンの提案を指摘しました:
3 スロットの最終決定性を持つ、より合理化されたカーネル:サイクル、委員会の再編成、同期委員会などの技術的なシステムを排除する。委員会などの技術的なシステムを排除し、コンセンサスエンジンをより理解しやすく、監査しやすく、保守しやすくしています。
よりシンプルなフォーク選択ルール:任意の時点でアクティブな検証者の数を減らし、チェーンのどのバージョンに従うかを決定する複雑さを減らし、セキュリティを向上させます。
よりシンプルな投票収集(STARKに基づく):特定の参加者を信頼したり、重複したデータを扱ったりすることなく、バリデータの投票をより簡単かつコスト効率よく収集できます。
より明確なバリデーターのライフサイクル:バリデーターの登録、登録解除、キーの更新、オフラインからの復旧をより簡単にすることで、エッジケースを減らし、ネットワークがより明確なセキュリティウィンドウを定義できるようにします。
単純化されたピアツーピア通信:少ないプロトコルコンポーネントにより、ノードの接続、同期、整列が容易になります。
2.よりシンプルな実行レイヤー
Vitalik氏は、Etherの現在の仮想マシンであるEVMを、よりシンプルでモダンなRISC-V代替マシンに置き換えることを改めて支持しました。EVMは肥大化し、スケーラビリティの妨げになると主張している。
RISC-Vに関する記事を見逃した人のために補足すると、この汎用仮想マシンはハードウェア版Linuxと考えることができます。
よりシンプルなVM仕様: EVMよりも理解しやすく、アップグレード時のバグも少ない!理解しやすく、バグが少なく、アップグレードが簡単で、長期的なメンテナンスに適しています。
特殊なケースのショートカットが少ない(コンパイル済み):組み込み関数のほとんどを通常のスマートコントラクトコードに置き換え、基礎となるプロトコルを合理化し、保守しやすくします。
すでにZKにある:RISC-Vのゼロ知識証明の高速化により、Polygon、Risc Zero、SP1などのプロジェクトで採用されています。
より柔軟な言語:開発者は、Solidity だけでなく、Rust や Move のような言語も使用できます。
Vitalik はこれを、潜在的にパフォーマンスを 100 倍向上させ、基盤をよりよく再構築する機会と見なしています。
3. 後方互換性への移行
まだ EVM に依存しているアプリやツールはどうなるのでしょうか?Vitalikは、基本的なプロトコルにレガシーなお荷物を永久に残すことなく、すべてを動作させ続けるように設計された段階的な移行計画を示しました。
目標は、レガシー機能をコアプロトコルから移行することです。古いファイルをクラウドに保存するようなもので、必要であればまだ利用可能ですが、デスクトップ上のスペースを取ることはありません。これは、既存のすべてのビルドコンテンツとの互換性を維持しながら、コアプロトコルを合理的に保ちます。
RISC-V プリコンパイルから始める:新しい機能は RISC-V を使用して構築されます。仮想マシンにより適しています。
両方のタイプのVMをサポート:移行中、開発者は完全な相互互換性でEVMまたはRISC-Vのどちらかでデプロイできます。
プリコンパイルされたコードをRISC-Vコードに置き換える:組み込み関数のほとんどをシンプルなオンチェーンRISC-Vコードに置き換えることで、プロトコルの肥大化を削減します。
EVMをコントラクトにラップする:EVMをRISC-Vスマートコントラクトに移行することは、古いロジックがまだ動作することを意味しますが、プロトコルの最も繊細な部分に干渉しません。
このようにして、イーサはすでに構築されたものを破壊することなく、その基盤を一掃することができます。

最後に、Vitalikは、ネットワーク全体のツールを標準化することで、イーサをシンプルにしたいと考えています。
現在、プロトコルの異なる部分は、同じ問題をわずかに異なる方法で解決することがよくあります。これらの部分を共有標準の下で統一すれば、複雑さが軽減され、スタック全体のメンテナンスが容易になります。
Unified System of Shared Coding (SSZ):ネットワークの状態を追跡するために、コンセンサス層ですでに使用されています。これをイーサネット全体に拡張することで、ツールが簡素化され、アプリケーションの構築や接続が容易になる。
Unified Data Splitting Methodology (Corrective Coding):イーサネットは、データ可用性のサンプリング、P2Pブロードキャスト、履歴ストレージなど、複数の方法でデータを分割し、検証します。どこでも同じ手法を使用することで、コードの量を減らし、速度を向上させ、正確なデータ検証を保証します。
統一された状態構造(ツリー構造):現在の複雑なMerkleデータツリーを、よりシンプルなバイナリデータツリーに置き換えることで、スペースを節約し、証明をスピードアップし、軽量なアプリケーションをより効率的に実行できるようにします。
これらの小さな変更は大げさに聞こえないかもしれませんが、システムの総重量を減らします。


一言で言えば、エーテルの強みは常にその柔軟性にあります。
Vitalikのビジョンは、パワーを失うことなくシンプルさを取り戻し、Etherをより合理化し、明確にし、構築しやすくすることを目指しています。Etherが世界で最も重要なデータやシステムをサポートしたいのであれば、スケーラブルであるだけでなく、永続的である必要があります。