ヴィタリック・ブテリンは、今後5年間で Ethereum Bitcoinのようなシンプルさを採用することを提唱している。

ヴィタリック・ブテリン氏は、 Ethereum 問題ないふりをやめるべきだと述べた。金曜日、ブテリン氏は長文の提案を発表し、 Ethereum 過度に複雑な仕組みを廃止し、5年以内に Bitcoin のクリーンな構造に近づくよう求めた。.

「Ethereum 世界の台帳になりたい」とヴィタリック氏は記し、暗号資産、金融、ガバナンス、認証、そして記録の基盤レイヤーとしての役割を指摘した。しかし、実際にそこに到達するには、チェーンは拡張性と復元力の両方を備えなければならないと彼は述べた。そして現状では、それを実現するには複雑すぎるという。.

Fusakaハードフォークは、L2データ容量を10倍に増加させると予想されています。 Ethereumの2026年ロードマップでは、L1データ容量をそれに匹敵するほど増強することを約束しています。ネットワークはすでにプルーフ・オブ・ステークに移行し、クライアントの多様性を向上させ、ゼロ鍵（ZK）の検証可能性と量子耐性に取り組んでいます。.

しかしヴィタリック氏は、コアプロトコルが肥大化したままであれば、これらのことは何の意味も持たないと述べた。「シンプルさの重要性に光を当てる必要がある」と彼は記した。彼は、 Bitcoinの設計――ブロック、ハッシュ、プルーフ・オブ・ワーク、そしてそれ以上のものは何もない――こそが、 Ethereum 従うべきモデルだと指摘した。.

ヴィタリックは Ethereum コンセンサスレイヤーの簡素化を推進

ヴィタリック氏は、 Ethereum コンセンサスレイヤーを書き換えることでこの目標を達成できると述べた。彼は現在のビーコンチェーンを「3スロットファイナリティ」と呼ばれるものに置き換えたいと考えている。これにより、スロット、エポック、コミッティシャッフル、その他の可動部品が排除される。.

「これは200行のコードで構築できる」と彼は 書いているを提供しtron、システムから多くの無駄を省くことができると述べた。バリデーターセットが小さくなることで、フォーク選択ルールも簡素化される。

彼は、 Ethereum STARKベースのアグリゲーションを採用すべきだと述べた。そうすれば、特別な信頼やビットフィールドへの過剰な支払いを必要とせずに、誰でもアグリゲーターになれる。暗号は複雑だが、システム全体に影響を与えることなく、枠内に収められている。これにより、よりシンプルなピアツーピア層への道が開かれる。.

バリデータ機能（エントリー、エグジット、引き出し、キー変更、非アクティブリークなど）は、行数を削減し、システム保証を読みやすくするために再構築する必要があります。Vitalik氏は、コンセンサスの最大の利点は、実行層と密接に関連していないため、trac破ることなく進化できることだと述べています。.

しかし、本当の問題は Ethereum 仮想マシンだと彼は言った。.

ヴィタリックはEVMを廃止しRISC-Vに移行したいと考えている

ヴィタリック氏は、EVMは時代遅れのガラクタだらけだと述べた。彼はEVMを、もはや誰も使っていない暗号技術のために最適化された、過剰に設計された256ビットマシンと呼んだ。彼は、複雑さの大部分は彼自身の選択によるものだと認めた。.

SELFDESTRUCT オペコード削除をめぐる争いは時間の無駄だった。EOF に関する議論も同様だ。彼の解決策は、小さなアップグレードを省き、EVM だけを交換するというものだった。.

彼は、RISC-VやCairoのような他のVM（ Ethereumのゼロ知識証明システムで使用されているものと同じ）への移行を提案した。「簡潔なデータから、これにより効率が100倍向上する可能性があることがわかります」と彼は述べた。仕様がシンプルになれば、実行速度が速くなり、バグも少なくなる。. 

開発者にはより多くの選択肢が与えられます。SolidityとVyperは新しいVMにコンパイルされ、通常のプログラミング言語を使用する開発者は初めて Ethereumtracを記述できるようになります。楕円曲線演算を除いて、ほとんどのプリコンパイルは廃止される可能性があります。.

ヴィタリック氏は、RISC-Vがすぐに完成するわけではないことを認めた。準備が整うまでの間、彼はtracサイズの上限引き上げや新しいDUP/SWAPオペコードの追加など、現在のEVMへの迅速なアップグレードを予定している。しかし、真の目標は全体を置き換えることだ。彼の計画は4つのステップから成る。.

まず、すべての新しいプリコンパイルには、オンチェーン版RISC-Vが付属する必要があります。次に、開発者はRISC-VとEVMの両方でtracを記述できるようになります。3つ目に、 Ethereum ハードフォークを行い、プリコンパイルを削除してRISC-Vtracに置き換えます。4つ目に、EVMはRISC-V内に再実装され、tracインタープリターとしてオンチェーンで実行されます。.

ヴィタリック氏は、 Ethereum 異なる場所で同じ作業を行うために異なるツールを使うことで時間を無駄にしていると指摘した。彼は、データの可用性、P2Pブロードキャスト、そして履歴保存に必要な消去コードを挙げた。これら3つはすべて同じコードを使うべきだ。シリアル化フォーマットについても同様で、 Ethereum コンセンサス層で既に使用されており、スマートtrac内でも機能するSSZに完全移行すべきだ。.

彼は、 Ethereumのマークル木もひどいと述べた。現在の六進法構造ではブロックの証明が困難だ。より優れたハッシュを持つ二分木に切り替えれば、証明はより速く、より安価になるだろう。実行とコンセンサスの両方に同じ二分木を使うべきだ。.