Le co-fondateur de Ethereum, Vitalik Buterin, estime que la résilience et l'évolutivité à long terme de la blockchain dépendent de la simplicité, comme le bitcoin

Dans un article de blog le 3 mai, il a décrit comment «Ethereum dans 5 ans peut devenir proche de Bitcoin».

Ethereum co-founder Vitalik Buterin envisions an instance of Ethereum's consensus layer code and a portion of the execution layer code. Together, they span less than 1,000 lines of code, aiming to make it simple enough for a high-school student to comprehend. In contrast, the code for a single large Unix program can exceed 1 million lines.

Le co-fondateur Ethereum Vitalik Buterin envisage une instance du code de couche consensus d'Ethereum et une partie du code de couche d'exécution. Ensemble, ils couvrent moins de 1 000 lignes de code, visant à rendre les choses assez simples pour qu'un lycéen puisse comprendre. En revanche, le code pour un seul grand programme UNIX peut dépasser 1 million de lignes.

Simplicity is often underestimated in programming. It renders programs more accessible, reduces the cost of creating new infrastructure and maintaining existing infrastructure, and minimizes the risk of bugs.

La simplicité est souvent sous-estimée dans la programmation. Il rend les programmes plus accessibles, réduit le coût de la création de nouvelles infrastructures et du maintien de l'infrastructure existante et minimise le risque de bogues.

Recently, Ethereum has been making good progress in becoming more robust, thanks to the integration of proof-of-stake (PoS) and Zero-Knowledge Succinct Non-Interactive Argument of Knowledge (zk-SNARK). However, we haven't yet sufficiently prioritized simplicity of design, which has led to additional costs.

Récemment, Ethereum a fait de bons progrès en devenant plus robuste, grâce à l'intégration de la preuve de la preuve (POS) et de l'argument non interactif succinct de connaissance (ZK-Snark). Cependant, nous n'avons pas encore suffisamment hiérarchisé la simplicité de la conception, ce qui a entraîné des coûts supplémentaires.

Historically, Ethereum has often neglected this aspect (sometimes due to my own decisions), contributing to excessive development expenditure, various security risks, and a relative lack of interoperability with external R&D culture, often in pursuit of benefits that have proven illusory.

Historiquement, Ethereum a souvent négligé cet aspect (parfois en raison de mes propres décisions), contribuant à des dépenses de développement excessives, à divers risques de sécurité et à un manque relatif d'interopérabilité avec la culture de la R&D externe, souvent à la recherche de prestations qui se sont révélées illusoires.

I believe that over the next 3-5 years, we can and should make significant progress in this direction. We can aim to make Ethereum 5 years from now have consensus-critical code that is close to as simple as Bitcoin, which is something that many people have set as a goal for a long time.

Je crois qu'au cours des 3 à 5 prochaines années, nous pouvons et devons faire des progrès significatifs dans cette direction. Nous pouvons viser à faire Ethereum dans 5 ans qui ont un code critique consensuel qui est proche de Bitcoin, quelque chose que beaucoup de gens ont fixé comme objectif depuis longtemps.

One of the best things about Bitcoin is how beautifully simple the protocol is. A smart high-school student can read the protocol and understand the main concepts and architecture of the protocol.

L'une des meilleures choses à propos de Bitcoin est à quel point le protocole est magnifiquement simple. Un élève de lycée intelligent peut lire le protocole et comprendre les principaux concepts et l'architecture du protocole.

We want to be able to say the same about Ethereum. I think we can get close.

Nous voulons pouvoir en dire autant sur Ethereum. Je pense que nous pouvons nous rapprocher.

3-slot finality will allow us to eliminate concepts like slots, epochs, and sync committees from the common view. A basic implementation of 3-slot finality can be done in about 200 lines of code, which is simpler than the 1,008 lines of code for the main Harvest aggregator contract.

La finalité à 3 plans nous permettra d'éliminer des concepts tels que des créneaux, des époques et des comités de synchronisation de la vue commune. Une implémentation de base de la finalité à 3 emplacements peut être effectuée dans environ 200 lignes de code, ce qui est plus simple que les 1 008 lignes de code pour le contrat d'agrégateur de récolte principal.

We will also have fewer active validators at a time, which will make it safer to use simpler implementations of the fork choice rule.

Nous aurons également moins de validateurs actifs à la fois, ce qui rendra plus sûr d'utiliser des implémentations plus simples de la règle de choix de la fourche.

We will use STARK-based aggregation protocols for efficient validator slashing aggregation, and anyone can be an aggregator. The complexity of the aggregation cryptography itself is significant, but it is at least highly encapsulated complexity, which has much lower systemic risk toward the protocol.

Nous utiliserons des protocoles d'agrégation basés sur STARK pour une agrégation efficace de réduction des validateurs, et n'importe qui peut être un agrégateur. La complexité de la cryptographie d'agrégation elle-même est importante, mais c'est au moins une complexité très encapsulée, qui présente un risque systémique beaucoup plus faible envers le protocole.

This will likely enable a simpler and more robust P2P architecture. We can also rethink and simplify several facets, such as validator entry and exit, inactivity leak, and more, both by reducing line-of-code (LoC) count and by creating more legible guarantees.

Cela permettra probablement une architecture P2P plus simple et plus robuste. Nous pouvons également repenser et simplifier plusieurs facettes, telles que l'entrée et la sortie du validateur, la fuite d'inactivité, et plus, à la fois en réduisant le nombre de lignes de code (LOC) et en créant des garanties plus lisibles.

The consensus layer is relatively disconnected from Ethereum Virtual Machine (EVM) executions, providing relatively wide latitude for us to make improvements.

La couche de consensus est relativement déconnectée des exécutions de la machine virtuelle Ethereum (EVM), fournissant une latitude relativement large pour nous améliorer.

We can also make the execution layer simpler. Last month, I proposed replacing EVM contract language with RISC-V to boost efficiency by up to 100x.

Nous pouvons également simplifier la couche d'exécution. Le mois dernier, j'ai proposé de remplacer le langage du contrat EVM par RISC-V pour augmenter l'efficacité jusqu'à 100x.

The adoption of RISC-V will also increase simplicity, as the RISC-V spec is absurdly simple compared to the EVM. Of course, we need to ensure that we preserve backwards compatibility for existing applications.

L'adoption de RISC-V augmentera également la simplicité, car la spécification RISC-V est absurdement simple par rapport à l'EVM. Bien sûr, nous devons nous assurer que nous préservons la compatibilité en arrière pour les applications existantes.

The first thing that is important to understand is: there isn’t one single way to delineate what is the “Ethereum codebase” (even within a single client).

La première chose qui est importante à comprendre est la suivante: il n'y a pas un seul moyen de délimiter ce qui est la «base de code Ethereum» (même au sein d'un seul client).

The goal is to minimize the green area, by moving code to the yellow area, which indicates code that is very valuable for understanding and interpreting the chain today, or for optimal block building, but is not part of consensus.

L'objectif est de minimiser la zone verte, en déplaçant le code vers la zone jaune, qui indique un code très précieux pour comprendre et interpréter la chaîne aujourd'hui, ou pour la construction de blocs optimale, mais qui ne fait pas partie du consensus.

We can think of this process as how Apple achieves long-term backwards compatibility through translation layers.

Nous pouvons penser à ce processus comme la façon dont Apple atteint la compatibilité à long terme à travers les couches de traduction.

Importantly, the orange and yellow areas are encapsulated complexity; anyone looking to understand the protocol can skip them, implementations of Ethereum are free to skip them, and any bugs in those areas do not pose consensus risks.

Surtout, les zones orange et jaunes sont une complexité encapsulée; Toute personne qui cherche à comprendre le protocole peut les sauter, les implémentations d'Ethereum sont libres de les ignorer, et tous les bogues dans ces domaines ne présentent pas de risques consensus.

This means that code complexity in the orange and yellow areas has far fewer downsides compared to code complexity in the green area.

Cela signifie que la complexité du code dans les zones orange et jaune a beaucoup moins d'inconvénients par rapport à la complexité du code dans la zone verte.

To reduce the green area, we can take the following steps:

Pour réduire la zone verte, nous pouvons prendre les mesures suivantes:

Phase 1: New precompiles will be written in RISC-V.

Phase 1: Les nouveaux précompililes seront écrits dans RISC-V.

Phase 2: Developers will have the option to write contracts in RISC-V.

Phase 2: Les développeurs auront la possibilité d'écrire des contrats dans RISC-V.

Phase 3: All precompiles will be replaced with RISC-V implementations through a hard fork.

Phase 3: Tous les précompililes seront remplacés par des implémentations RISC-V via une fourche dure.

Phase 4: We will implement an EVM interpreter in RISC-V and push it onchain as a smart contract.

Phase 4: Nous mettrons en œuvre un interprète EVM dans RISC-V et le pousserons en tant que contrat intelligent.

This way, Ethereum consensus will natively understand only RISC-V.

De cette façon, Ethereum consensus ne comprendra nativement que RISC-V.

We can also share one standard across different parts of the stack.

Nous pouvons également partager une norme sur différentes parties de la pile.

For instance, we can use a single erasure code for data availability sampling, P2P broadcasting, and distributed history storage. This will minimize the total lines of code, increase efficiency, and ensure verifiability.

Par exemple, nous pouvons utiliser un seul code d'effacement pour l'échantillonnage de la disponibilité des données, la diffusion P2P et le stockage d'historique distribué. Cela minimisera les lignes totales de code, augmentera l'efficacité et assurera la vérifiabilité.

Similarly, we can have one shared serialization format across the three

De même, nous pouvons avoir un format de sérialisation partagé à travers les trois