This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Vitalikの新しい文:シンプルさに戻る、イーサリアムの未来はそれほど複雑ではない
*原文タイトル:*L1の簡素化
原文作者:ヴィタリック・ブテリン
コンパイラ:Asher(**@Asher_0210)*
! Vitalikの新しい記事:シンプルさに戻ると、イーサリアムの未来はそれほど複雑である必要はありません
編者按:かつてビットコインは私たちを驚かせました——高校生でも理解できるプロトコルでありながら、世界の非中央集権的金融システムを支えることができました。そして、私たちがイーサリアムを振り返ると、かつて約束された「世界コンピュータ」は、今日では複雑さに足を縛られています:重い仮想マシン、維持が困難なコンセンサス機構、層を重ねたプレコンパイル契約、データ構造、そしてGasメカニズム。再出発の時です。イーサリアムをシンプルな軌道に戻しましょう。単にスケーラブルであるだけでなく、理解可能で、維持可能で、検証可能であるべきです。
イーサリアムの目標は、世界的な台帳になることです。文明の資産を保持し、記録するプラットフォームとして、金融、ガバナンス、高価値データの認証など、重要なインフラストラクチャの基盤プロトコルを支えます。このビジョンを実現するためには、2つのコア能力、すなわちスケーラビリティとレジリエンスを両立させる必要があります。
Fusakaのハードフォークは、L2データスペースに10倍の向上をもたらし、2026年のロードマップではL1にも同様の拡張を計画しています。同時に、MergeはEthereumをPoSコンセンサスに移行させ、クライアントの多様性が急速に改善され、ZK検証可能性と量子耐性の研究が継続的に進められ、アプリケーション層もますます強力になっています。しかし、スケーラビリティとパフォーマンスの他に、見落とされがちで同様に重要なレジリエンスの基盤があります:プロトコルのシンプルさ(simplicity)。
シンプルさこそが、分散化の究極の盾である
ビットコインの最も素晴らしい点は、そのプロトコルの極端なシンプルさです:
コードを理解している高校生でさえ、ビットコインプロトコルの動作原理を完全に理解することができますし、プログラマーはそのシンプルさを生かして、趣味のプロジェクトとしてクライアントを独自に実装することもできます。このシンプルさには以下の利点があります:
歴史的に、イーサリアムはこの点で理想的ではなく、それが不必要な開発コスト、安全リスク、研究文化の閉鎖を引き起こしました。今後5年間で、イーサリアムはビットコインのようにほぼシンプルになる可能性があります。私たちは共通層と実行層の2つのレベルから取り組むことができます。
簡素化コンセンサス層
未来の新しいコンセンサスメカニズム(以前はbeamチェーンと呼ばれていた)は、過去10年間のコンセンサス理論、ZK-SNARK、ステーキングエコノミーなどの深い蓄積を融合させており、その目標は長期的に最適で著しく簡素化されたコンセンサス層を構築することです。重要な措置には次のようなものが含まれます:
コンセンサス層の利点は、EVMの実行と比較して独立しており、これらのアップグレードをより自由に行うことができる点です。真の難点は、実行層をどのように簡素化するかです。
実行レイヤーを簡略化する
実行層こそが真の「黒魔法の集積地」である:複雑なEVM命令セット、長くて理解しにくいプリコンパイル契約、拡張が難しいSELFDESTRUCT、歴史的な互換性の負担が重すぎるため、EVMの代わりにシンプルで高性能、ZKネイティブフレンドリーなVM、例えばRISC-Vを使用することが推奨され、その利点は次の通りである:
しかし、移行は強制的な「ハードフォーク」ではなく、古い契約を EVM インタープリターで実行し続けることです。このインタープリター自体が RISC-V で書かれた契約です。Apple が Rosetta を使用して ARM チップに移行したように、Ethereum は仮想マシンを痛みなくアップグレードできます。
共有コンポーネントで、より優雅なシステム基盤を構築する
将来的なイーサリアムプロトコルは、システムの複雑さを根本的に低下させるために、より多くの「共有コンポーネント」を統合すべきである:
これは、イーサリアムの基盤が「さまざまなパッチの妥協」から構成されなくなり、真のエンジニアリング美学によって構築された「プロトコルブロック」となることを意味します。
複雑なものが終わるとき、それは単純化を始める最良の機会です
シンプルさは多くの面で非中央集権と似ており、システムのレジリエンスへの上流価値です。シンプルさを本当に重視するには、文化的な変化が必要で、その利益はしばしば即座には定量化できませんが、派手な機能を放棄し、追加の努力を払うコストはすぐに明らかになります。しかし、時間が経つにつれて、シンプルさの価値は徐々に現れ、ビットコインがその最良の例です。
tinygradのアプローチを参考にし、Ethereumの長期的な規範として合意コードの最大行数の目標を設定することを目的とし、合意の重要なパスの複雑さを可能な限りBitcoinのシンプルさに近づけることを目指します。歴史的なルールに関連するロジックは依然として保持されますが、非合意のパスに隔離されるべきです。同時に、全体的な設計は「よりシンプルなソリューションを優先する」という理念を貫き、システム全体の複雑さよりも局所的なカプセル化を選好し、明確な属性と検証可能性を持つアーキテクチャの選択を優先的に採用すべきです。