Vitalik Buterinは、イーサリアムを簡素化するための新しい計画を概説しました

Vitalik Buterinは、Ethereum Protocolを簡素化する新しい計画を提案しました。彼はこれを「L1を単純化する」というタイトルのブログ投稿で共有しました

In a recent blog post titled "Simplifying the L1," Vitalik Buterin, a co-founder of Ethereum, has proposed a new plan to simplify the protocol.

「L1を簡素化」というタイトルの最近のブログの投稿で、Ethereumの共同設立者であるVitalik Buterinは、プロトコルを簡素化する新しい計画を提案しました。

The post, which was published on May 3, 2025, sees Buterin suggest that Ethereum should aim to become "close to as simple as Bitcoin" within five years.

2025年5月3日に公開されたこの投稿では、Buterinは、5年以内にEthereumが「ビットコインのようにシンプル」になることを目指すべきだと示唆しています。

This move is intended to help reduce costs and increase security. Buterin admitted that some earlier decisions, including his own, have increased technical complexity and created inefficiencies.

この動きは、コストを削減し、セキュリティを増やすのに役立つことを目的としています。 Buterinは、彼自身を含むいくつかの以前の決定が技術的な複雑さを高め、非効率性を生み出したことを認めました。

"Historically, Ethereum has often not done this (sometimes because of my own decisions). We decided to add more technical DEFIgners to the sync committee system, we've kept the legacy EVM despite its flaws because it was deemed "good enough," and we've generally erred on the side of more features and more complex systems, even when simpler alternatives existed," he wrote.

「歴史的に、イーサリアムはしばしばこれを行いませんでした（時には自分の決定のために）。私たちは同期委員会システムに技術的な脱くsを追加することを決めました。「十分に」と見なされたため、その欠陥にもかかわらず、レガシーEVMを維持しました。

Buterin added that the overengineering had led to delays and an increased risk of bugs.

Buterin氏は、エンジニアリングが行われたため、遅延とバグのリスクが増加したと付け加えました。

"Whenever a technical DEFIgner is working on something, they can feel in their bones how much simpler and tidier their own internal mental model for the system is compared to the actual code that gets output, and how much simpler and tidier their own mental model is compared to the average person's understanding of the system," he explained. "We're also used to simpler code. For example, the Tinygrad project aims to build a deep learning framework that can fit entirely in a single C++ header file, and projects like LUAA attempt to make it possible to write entire AAA games in less code than the average mobile game."

「テクニカルフォーナーが何かに取り組んでいるときはいつでも、システムの実際のコードと比較して、システムの内部メンタルモデルがどれほどシンプルで整頓されているかを感じることができます。 「私たちはコードをより単純なコードにも使用しています。たとえば、TinyGradプロジェクトは、単一のC ++ヘッダーファイルに完全に適合できる深い学習フレームワークを構築することを目的としており、LUAAのようなプロジェクトは、平均的なモバイルゲームよりも少ないコードでAAAゲーム全体を作成することを可能にしようとしています。」

3-Slot Finality Proposed to Simplify Ethereum Consensus

3スロットの最終性は、イーサリアムのコンセンサスを簡素化するために提案されています

Buterin proposed 3-slot finality to simplify the Ethereum consensus process. This change would remove existing elements like epochs, sync committees, and validator shuffling.

ブタリンは、イーサリアムコンセンサスプロセスを簡素化するために3スロットの最終性を提案しました。この変更により、エポック、同期委員会、バリデーターシャッフルなどの既存の要素が削除されます。

3-slot finality reduces the confirmation process to three voting rounds within three slots, where validators first propose a block, then vote on it twice to confirm and finalize it. This model removes complex elements like epochs, sync committees, and validator shuffling, aiming to lower protocol complexity, improve safety, and allow for faster and clearer block finality across the Ethereum network.

3スロットの最終性により、確認プロセスが3つのスロット内で3つの投票ラウンドに減少します。そこでは、バリデーターが最初にブロックを提案し、次に2回投票して確認して最終化します。このモデルは、プロトコルの複雑さを低下させ、安全性を向上させ、イーサリアムネットワーク全体でより迅速かつ明確なブロック最終性を可能にすることを目指して、エポック、同期委員会、バリデーターのシャッフルなどの複雑な要素を削除します。

"The reduced number of active validators at a time means that it becomes safer to use simpler implementations of the fork choice rule, and we can also simply have fewer types of messages that validators need to process and output (for example, no slashing messages). In general, we want to be able to reach a point where the total code size for the consensus-critical parts of the client software is no larger than, say, 100,000 lines of code, or ideally even less than 50,000 lines of code," Buterin added.

「一度にアクティブなバリデーターの数の減少は、フォーク選択ルールのより単純な実装を使用する方が安全になることを意味します。また、バリッターが処理して出力する必要があるメッセージを少なくすることもできます（たとえば、メッセージは一般的にはありません）。ブタリンは追加しました。

This proposal also suggests using STARK-based aggregation protocols. These are cryptographic systems that allow validators to prove and bundle large amounts of data, such as votes or transactions, into a single proof that others can quickly verify. In Ethereum, these protocols let any participant act as an aggregator without needing trust-based roles or preassigned committees. By removing sync committees and relying on STARKs for coordination, Ethereum can achieve decentralized, efficient validation with reduced overhead, making the network easier to scale while keeping it secure.

この提案は、スタークベースの集約プロトコルの使用も提案しています。これらは、バリーターが投票や取引などの大量のデータを証明し、他の人が迅速に検証できる単一の証明にバンドルできるようにする暗号化システムです。イーサリアムでは、これらのプロトコルにより、参加者は信頼に基づいた役割や事前署名された委員会を必要とせずにアグリゲーターとして行動させることができます。同期委員会を削除し、調整のためにスタークに依存することにより、イーサリアムはオーバーヘッドを減らして分散型の効率的な検証を実現し、ネットワークを安全に保ちながら拡張しやすくします。

"We can also use STARK-based aggregation protocols to aggregate attestations and other messages, and crucially, these protocols can be implemented in a modular fashion. For example, we can have one open-source reference implementation of the STARK system, but different client teams can choose to use their own preferred programming language and build their own implementations of the STARK aggregator and generate proofs in a format of their choosing, as long as they can be checked by the reference implementation," Buterin explained.

「スタークベースの集約プロトコルを使用してアテトレーションやその他のメッセージを集約することもできます。重要なことに、これらのプロトコルはモジュール式ファッションで実装できます。たとえば、スタークシステムのオープンソースリファレンス実装を1つ持つことができますが、異なるクライアントチームは、独自のプログラミング言語を使用することを選択し、Stark Aggatorの選択肢を作成することで、Stark Aggatorの選択を作成することを選択できます。参照実装」とButerinは説明しました。

Buterin proposes changing the Ethereum execution layer. He suggested replacing the Ethereum Virtual Machine (EVM) with RISC-V, which is a minimal instruction set architecture. RISC-V may help improve performance in zero-knowledge proofs, which are used in Ethereum’s privacy and scalability features.

Buterinは、Ethereum実行レイヤーの変更を提案しています。彼は、Ethereum Virtual Machine（EVM）をRISC-Vに置き換えることを提案しました。これは、最小限の命令セットアーキテクチャであるものです。 RISC-Vは、Ethereumのプライバシーとスケーラビリティ機能で使用されるゼロ知識証明のパフォーマンスの向上に役立つ場合があります。

The Ethereum Virtual Machine (EVM) is the core component that executes smart contracts on Ethereum. It was designed specifically for the Ethereum network and uses its own set of instructions tailored to blockchain logic. The EVM supports features like account storage, gas metering, and deterministic execution, but its complexity has grown over time. This makes it harder to verify with cryptographic proofs, especially for advanced systems like zero-knowledge proofs.

Ethereum Virtual Machine（EVM）は、Ethereumでスマートコントラクトを実行するコアコンポーネントです。 Ethereum Network専用に設計されており、ブロックチェーンロジックに合わせた独自の指示セットを使用しています。 EVMは、アカウントストレージ、ガス計量、決定論的実行などの機能をサポートしていますが、その複雑さは時間とともに増加しています。これにより、特にゼロ知識証明のような高度なシステムでは、暗号化された証明で検証することが難しくなります。

RISC-V, on the other hand, is a general-purpose, open-source instruction set architecture (ISA) commonly used in computer processors. It follows a minimalist approach with a small, consistent set of instructions, making it easier to implement and verify. Vitalik Buterin proposed using a ZK-friendly virtual machine based on RISC-V to simplify Ethereum’s execution layer. This shift could support faster zero-knowledge proof generation and reduce the overall complexity of the protocol

一方、RISC-Vは、コンピュータープロセッサで一般的に使用される汎用のオープンソース命令セットアーキテクチャ（ISA）です。これは、小さな一貫した一連の命令セットを備えたミニマリストのアプローチに従い、実装と検証を容易にします。 Vitalik Buterinは、RISC-Vに基づいてZKに優しい仮想マシンを使用して、Ethereumの実行レイヤーを簡素化することを提案しました。このシフトは、より速いゼロ知識の証明生成をサポートし、プロトコルの全体的な複雑さを減らすことができます