Vitalik Buterin a décrit un nouveau plan pour simplifier Ethereum

Vitalik Buterin a proposé un nouveau plan pour simplifier le protocole Ethereum. Il a partagé cela dans un article de blog intitulé «Simplifier le 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.

Dans un récent article de blog intitulé "Simplifier le L1", Vitalik Buterin, co-fondateur d'Ethereum, a proposé un nouveau plan pour simplifier le protocole.

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.

Le message, publié le 3 mai 2025, voit Buterin suggère qu'Ethereum devrait viser à devenir "proche de Bitcoin aussi simple" dans les cinq ans.

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.

Cette décision est destinée à aider à réduire les coûts et à augmenter la sécurité. Buterin a admis que certaines décisions antérieures, y compris la sienne, ont accru la complexité technique et créé des inefficacités.

"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.

"Historiquement, Ethereum n'a souvent pas fait cela (parfois à cause de mes propres décisions). Nous avons décidé d'ajouter plus de définiteurs techniques au système du comité de synchronisation, nous avons gardé l'héritage EVM malgré ses défauts parce qu'il a été jugé" assez bon ", et nous avons généralement commis une erreur de plus de fonctionnalités et de systèmes plus complexes, même lorsque des alternatives plus simples existaient", écrivait-il.

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

Buterin a ajouté que la surixraction avait entraîné des retards et un risque accru de bugs.

"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."

"Chaque fois qu'un défideur technique travaille sur quelque chose, il peut ressentir dans leurs os à quel point son propre modèle mental interne est plus simple et plus cher pour le système est comparé au code réel qui obtient la production, et à quel point son propre modèle mental est plus simple et plus cher. "Nous sommes également habitués à un code plus simple. Par exemple, le projet Tinygrad vise à créer un cadre d'apprentissage en profondeur qui peut s'adapter entièrement dans un seul fichier d'en-tête C ++, et des projets comme Luaa tentent de permettre d'écrire des jeux AAA entiers en moins de code que le jeu mobile moyen."

3-Slot Finality Proposed to Simplify Ethereum Consensus

Finalité à 3 emplacements proposée pour simplifier le consensus Ethereum

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

Buterin a proposé une finalité à 3 slot pour simplifier le processus de consensus Ethereum. Ce changement supprimerait les éléments existants comme les époques, les comités de synchronisation et les mélanges de validateurs.

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.

La finalité à 3 plans réduit le processus de confirmation à trois tours de vote dans trois emplacements, où les validateurs proposent d'abord un bloc, puis votent deux fois pour le confirmer et la finaliser. Ce modèle supprime des éléments complexes comme les époques, les comités de synchronisation et les mélanges de validateurs, visant à réduire la complexité du protocole, à améliorer la sécurité et à permettre une finalité de bloc plus rapide et plus claire sur le réseau Ethereum.

"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.

"Le nombre réduit de validateurs actifs à la fois signifie qu'il devient plus sûr d'utiliser des implémentations plus simples de la règle de choix de la fourche, et nous pouvons également avoir moins de types de messages dont les validateurs doivent traiter et produire (par exemple, pas de messages de frappe). En général, nous voulons être plus gros Code ", a ajouté Buterin.

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.

Cette proposition suggère également d'utiliser des protocoles d'agrégation basés sur Stark. Ce sont des systèmes cryptographiques qui permettent aux validateurs de prouver et de regrouper de grandes quantités de données, telles que des votes ou des transactions, en une seule preuve que d'autres peuvent rapidement vérifier. Dans Ethereum, ces protocoles permettent à tout participant d'agir comme un agrégateur sans avoir besoin de rôles basés sur la confiance ou de comités pré-signés. En supprimant les comités de synchronisation et en s'appuyant sur Starks pour la coordination, Ethereum peut atteindre une validation décentralisée et efficace avec des frais généraux réduits, ce qui rend le réseau plus facile à évoluer tout en le gardant en sécurité.

"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.

"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 Par l'implémentation de référence, "a expliqué 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 propose de modifier la couche d'exécution Ethereum. Il a suggéré de remplacer la machine virtuelle Ethereum (EVM) par RISC-V, qui est une architecture d'instructions minimale. RISC-V peut aider à améliorer les performances dans les preuves de connaissances zéro, qui sont utilisées dans les fonctionnalités de confidentialité et d'évolutivité d'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.

La machine virtuelle Ethereum (EVM) est le composant central qui exécute des contrats intelligents sur Ethereum. Il a été conçu spécifiquement pour le réseau Ethereum et utilise son propre ensemble d'instructions adaptées à la logique de blockchain. L'EVM prend en charge des fonctionnalités telles que le stockage des comptes, la mesure du gaz et l'exécution déterministe, mais sa complexité a augmenté au fil du temps. Cela rend plus difficile la vérification avec des preuves cryptographiques, en particulier pour les systèmes avancés comme les preuves de connaissances zéro.

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, en revanche, est une architecture d'instructions open-source générale (ISA) couramment utilisée dans les processeurs informatiques. Il suit une approche minimaliste avec un petit ensemble d'instructions cohérentes, ce qui facilite la mise en œuvre et la vérification. Vitalik Buterin a proposé d'utiliser une machine virtuelle adaptée à ZK basée sur RISC-V pour simplifier la couche d'exécution d'Ethereum. Ce changement pourrait prendre en charge la génération d'épreuves de connaissances zéro et réduire la complexité globale du protocole