オリジナル：L1を簡素化します

Ethereumは、世界の元帳になることを目指しています。文明資産と記録を保存するためのプラットフォームであり、金融​​の基礎層として機能します

The article "Simplifying the L1" by Vitalik Buterin, compiled by lenaxin and ChainCatcher, focuses on the importance of protocol simplicity in maintaining the scalability and resilience of Ethereum.

レナキシンとチェーンキャッチャーによって編集されたVitalik Buterinによる「L1を単純化する」という記事は、イーサリアムのスケーラビリティと回復力を維持する上でのプロトコルシンプルさの重要性に焦点を当てています。

While scalability is a crucial aspect, often discussed in terms of Layer 2 (L2) rollups and scaling solutions, simplicity plays a vital role in both scalability and overall system health.

スケーラビリティは重要な側面であり、多くの場合、レイヤー2（L2）ロールアップとスケーリングソリューションの観点から議論されますが、シンプルさはスケーラビリティとシステム全体の健康の両方で重要な役割を果たします。

The article highlights how Bitcoin's minimal protocol, focusing on coins moving between unspent outputs, forms the core logic of the system, which even a clever high school student can understand. Programmers have also written Bitcoin clients as hobby projects, showcasing the accessibility of the protocol.

この記事では、ビットコインの最小限のプロトコルが、先にない出力の間を移動するコインに焦点を当て、賢い高校生でさえ理解できるシステムのコアロジックを形成する方法を強調しています。プログラマーはまた、Bitcoinクライアントを趣味のプロジェクトとして書いており、プロトコルのアクセシビリティを紹介しています。

Simplicity provides a key advantage for a blockchain aiming to become a globally recognized neutral foundational layer, like Bitcoin or Ethereum.

シンプルさは、ビットコインやイーサリアムのようなグローバルに認められたニュートラルな基礎層になることを目的としたブロックチェーンの重要な利点を提供します。

Historically, Ethereum has often failed to stick to the principle of simplicity in protocol design, partly due to Buterin's own decisions, which has directly led to high research and development costs, frequent security vulnerabilities, and a closed development culture. The root of these problems often lies in the pursuit of short-term gains that have been proven ineffective in practice.

歴史的に、イーサリアムはしばしば、プロトコル設計の単純さの原則に固執することができませんでした。これは、Buterin自身の決定のために、高い研究開発コスト、頻繁なセキュリティの脆弱性、閉鎖開発文化に直接つながっています。これらの問題の根源は、実際には効果がないことが証明されている短期的な利益の追求にしばしばあります。

This article will explain how Ethereum can achieve a level of protocol simplicity close to that of Bitcoin in the next five years.

この記事では、イーサリアムが今後5年間でビットコインのプロトコルの単純さに近いレベルの単純さをどのように達成できるかを説明します。

Simplifying the Consensus Layer

コンセンサスレイヤーを簡素化します

The new consensus layer proposal (formerly named "Beam Chain") aims to integrate research achievements from the past decade in consensus theory, zero-knowledge proofs (ZK-SNARK), staking economics, and other fields to construct an optimal consensus mechanism for Ethereum aimed at long-term development.

新しいコンセンサス層の提案（以前は「ビームチェーン」と名付けられた）は、過去10年間の研究成果をコンセンサス理論、ゼロ知識証明（ZK-SNARK）、ステーキング経済学、およびその他の分野に統合することを目的としています。

Compared to the existing beacon chain, this proposal features significantly simplified characteristics, specifically reflected in the following aspects:

既存のビーコンチェーンと比較して、この提案は、以下の側面に特に反映されている大幅に単純化された特性を特徴としています。

* It adopts a three-slot finality model (3SF) to simplify the complexity of the common coin and beacon chain synchronization.

* 3スロットの最終モデル（3SF）を採用して、共通のコインとビーコンチェーンの同期の複雑さを簡素化します。

* It introduces a new PoS (Proof of Stake) variant named "HyPoS" to combine the advantages of standard PoS and PoS with common coins, aiming for better performance in the Byzantine fault tolerance (BFT) setting.

*標準のPOSとPOSの利点を一般的なコインと組み合わせるために、「Hypos」という名前の新しいPOS（杭の証明）バリアントを導入し、ビザンチン障害トレランス（BFT）設定でのパフォーマンスの向上を目指しています。

* It adopts a modular design pattern, integrating ZK-SNARKs to efficiently verify the execution layer and simplify the consensus layer.

*モジュラー設計パターンを採用し、ZK-SNARKSを統合して実行レイヤーを効率的に検証し、コンセンサスレイヤーを簡素化します。

* It simplifies the structure of the state and adopts a binary Merkle tree to improve the efficiency of light clients.

*状態の構造を簡素化し、光クライアントの効率を向上させるためにバイナリマークルツリーを採用します。

* It adopts a more efficient and concise data availability (DAS) sampling technique.

*より効率的で簡潔なデータ可用性（DAS）サンプリング手法を採用しています。

* It introduces a new type of aggregate signature scheme to reduce the communication overhead and improve throughput.

*通信のオーバーヘッドを減らし、スループットを改善するために、新しいタイプの集計署名スキームを導入します。

* It adopts a simpler and more efficient slot scheduling algorithm.

*よりシンプルで効率的なスロットスケジューリングアルゴリズムを採用します。

* It streamlines the handling of slashing conditions and reduces the occurrence of slashing cases.

*スラッシング条件の処理を合理化し、スラッシングケースの発生を減らします。

* It employs a more efficient and easily deployable upgrade mechanism.

*より効率的で簡単に展開できるアップグレードメカニズムを採用しています。

* It adopts a more flexible and extensible architecture to support future innovations.

*将来の革新をサポートするために、より柔軟で拡張可能なアーキテクチャを採用しています。

This new consensus layer will provide the underlying foundation for the next stage of Ethereum's development, and its simplicity and efficiency will be crucial in ensuring the long-term scalability, security, and decentralization of the Ethereum ecosystem.

この新しいコンセンサスレイヤーは、イーサリアムの開発の次の段階の基礎となる基盤を提供し、そのシンプルさと効率性は、イーサリアムエコシステムの長期的なスケーラビリティ、セキュリティ、および分散化を確保するために重要です。

Simplifying the Execution Layer

実行レイヤーを簡素化します

The complexity of the Ethereum Virtual Machine (EVM) continues to grow, with many complex designs proving unnecessary (in many cases due to my decision-making errors):

Ethereum Virtual Machine（EVM）の複雑さは成長し続けており、多くの複雑なデザインが不要であることが証明されています（多くの場合、意思決定エラーのため）：

* A 256-bit virtual machine overly optimized for specific cryptographic algorithms, which have gradually lost importance.

*特定の暗号化アルゴリズム用に過度に最適化された256ビットの仮想マシンは、徐々に重要性を失いました。

* Over-designed precompiled contracts for single-use scenarios that are rarely utilized.

*めったに使用されない使い捨てシナリオの過剰設計された事前に設計された契約。

* An attempt to patch existing problems in a piecemeal fashion is no longer feasible. Removing the SELFDESTRUCT opcode requires significant effort but yields limited benefits, and recent debates about EOF further highlight the difficulties of making incremental modifications to the virtual machine.

*既存の問題を断片的にパッチする試みは、もはや実現可能ではありません。 SelfDestruct Opcodeを削除するには、かなりの努力が必要ですが、限られた利益をもたらし、EOFに関する最近の議論は、仮想マシンに漸進的な変更を加えることの難しさをさらに強調しています。

As an alternative, I recently proposed a more radical transformation path: rather than making medium-scale (but still disruptive) modifications to the EVM for a 1.5x performance boost, it would be better to transition directly to a new and significantly superior virtual machine architecture for a hundredfold performance leap. Similar to The Merge, we aim to reduce the number of disruptive changes while enhancing the strategic value of each change.

別の方法として、私は最近、より根本的な変換パスを提案しました。1.5倍のパフォーマンスブーストのために、中規模の（しかしまだ破壊的な）修正をEVMに変更するのではなく、100倍のパフォーマンスの跳躍のために新しいかなり優れた仮想マシンアーキテクチャに直接移行することをお勧めします。マージと同様に、各変化の戦略的価値を高めながら、破壊的な変化の数を減らすことを目指しています。

Specifically, I suggest adopting the RISC-V architecture or the virtual machine used by Ethereum's ZK proof programs to replace the existing EVM. This transformation will bring:

具体的には、既存のEVMを置き換えるためにEthereumのZK証明プログラムで使用されるRISC-Vアーキテクチャまたは仮想マシンを採用することをお勧めします。この変換は次のとおりです。

* A significant reduction in the virtual machine's complexity, simplifying the protocol and reducing the occurrence of vulnerabilities.

*仮想マシンの複雑さを大幅に削減し、プロトコルを簡素化し、脆弱性の発生を減らします。

* Improved efficiency and performance, enabling faster transactions and lower gas fees.

*効率とパフォーマンスの向上、より速い取引とガス料金の削減を可能にします。

* Enhanced programmability and flexibility, allowing for the development of more advanced and sophisticated dapps.

*プログラマ性と柔軟性を向上させ、より高度で洗練されたダップの開発を可能にします。

* Greater interoperability with other blockchains and ecosystems.

*他のブロックチェーンやエコシステムとの相互運用性の向上。

* A more vibrant and active developer community.

*より活気に満ちたアクティブな開発者コミュニティ。

The main challenge lies in the fact that, unlike the immediately implementable EOF solution, the new virtual machine will take longer to benefit developers. A short

主な課題は、すぐに実装可能なEOFソリューションとは異なり、新しい仮想マシンが開発者に利益をもたらすのに時間がかかるという事実にあります。短い