Les principaux développeurs d’Ethereum débattent des priorités du prochain hard fork après « Dencun », qui pourrait arriver fin 2024 ou 2025.
Après l'appel All Core Devs de jeudi, le calendrier provisoire du fork Dencun reste inchangé, le testnet Goerli étant lancé pour la première fois le 17 janvier.
Alors que le déploiement de la mise à niveau semble probable en mars, les développeurs se tournent vers ce qui va suivre à Prague-Electra – Pralectra en abrégé – la mise à niveau à suivre.
Toujours en pleine évolution, un débat est en cours sur la vision globale : soit un ensemble de petites propositions d'amélioration d'Ethereum (EIP) axées sur les fonctionnalités, soit une mise à niveau majeure du protocole pour introduire les Verkle Trees dans la couche d'exécution.
Les arbres Verkle sont une nouvelle structure de données qui fait évoluer l'arbre Merkle actuel utilisé aujourd'hui, en utilisant des techniques mathématiques plus sophistiquées - des engagements vectoriels basés sur des paires de courbes elliptiques, qui constituent un écart significatif par rapport aux fonctions de hachage plus simples utilisées dans les arbres Merkle, selon Verkle. Info.
Cette structure utilise moins d'espace et peut être vérifiée plus rapidement, ce qui permet au réseau de gérer plus de transactions.
En bref, c’est un moyen de résoudre le problème à long terme du « gonflement de l’État », qui deviendra de plus en plus important à mesure qu’Ethereum évolue.
La mise à niveau est une étape clé de la feuille de route à long terme d’Ethereum, une phase appelée The Verge.
Il n'y a pas eu de consensus clair sur l'appel - certains préconisent de garder l'accent sur Verkle Trees, Guillaume Ballet de la Fondation Ethereum avertissant "qu'il n'y a pas de petite fourchette", mais d'autres appellent à un engagement ferme pour mettre à niveau le réseau. encore en 2024.
La crainte est que la livraison de Verkle Trees puisse prendre 18 mois ou plus – une éternité en crypto.
Dencun lui-même était initialement prévu pour novembre, mais a finalement été repoussé à 2024 en octobre dernier.
Lire la suite: Les développeurs principaux excluent le fork Dencun cette année
"Verkle est à l'échelle de la fusion, voire pire en termes de complexité", a déclaré Ballet. « Vous ne pouvez pas vraiment expédier quoi que ce soit en même temps du côté [de la couche d'exécution] ».
Lukasz Rozmej de l'équipe client d'exécution Nethermind est d'accord, recommandant aux développeurs de donner la priorité à un fork riche en fonctionnalités avant de se tourner entièrement vers Verkle Trees.
« Mon expérience me dit que les refontes de l’État sont extrêmement difficiles et prennent extrêmement de temps », a-t-il déclaré à ses collègues lors de l’appel. « La robustesse de Verkle n'est pas une spécification, c'est la mise en œuvre, l'optimisation et les tests. »
Des fonctionnalités, oui, mais lesquelles ?
Parmi ceux qui préconisent un deuxième fork en 2024 axé sur les fonctionnalités figuraient les équipes clientes de Nethermind, Besu et Reth. Mais la question est : qu’est-ce qui prime ?
Andrew Ashikhmin, ingénieur logiciel au sein de l'équipe client d'Erigon, a suggéré que le format d'objet EVM (EOF) serait un candidat pour piloter la prochaine mise à niveau sans détourner l'attention du travail à plus long terme sur Verkle Trees, car il pourrait être implémenté par une équipe plus petite. et il s'agissait d'un changement plus isolé de la base de code.
"Mais Verkle devrait être au centre de nos préoccupations", a-t-il déclaré.
EOF a été initialement envisagé pour le hard fork Shapella, mais a été considéré comme trop gros pour être associé en tant que « passager » aux côtés du « pilote » principal, le fragmentation Proto-Dank ou EIP-4844.
Lire la suite: La prochaine mise à jour d'Ethereum pour se concentrer sur les blobs
EOF n'est « certainement pas un passager » selon Justin Florentine, ingénieur protocole au sein de l'équipe client Besu, mais il a déclaré que Besu avait déjà fait « beaucoup de progrès » sur la fonctionnalité, et était donc favorable à son adoption dans Pralectra.
Georgios Konstantopoulos, directeur de la technologie et chercheur de la société d'investissement Paradigm, qui construit le client Rust Ethereum (Reth), a déclaré que son équipe était « OK [avec] EOF car c'est [un] travail d'un seul homme et [nécessite] des tests isolés.
Mais Marius van der Wijden, développeur de la Fondation Ethereum, a partagé l'opinion selon laquelle "EOF ne sera pas dans la petite fourchette".
Ansgar Dietrichs de la Fondation Ethereum a soutenu l'inclusion d'EOF dans Pralectra en avril dernier et a noté lors de l'appel de jeudi que l'équipe Solidity - qui maintient le principal langage de programmation de contrats intelligents de l'EVM - était fortement favorable.
Cependant, personne lors de l'appel n'était là pour plaider explicitement en faveur de l'EOF, ce qui a incité le fondateur de Nethermind, Tomasz Stanczak, à faire remarquer : « Si personne ne défend l'EOF lors de cet appel, cela résumerait pourquoi il n'a pas encore été expédié. »
Stanczak a qualifié l'EIP-7002 ou « Sorties déclenchables de la couche d'exécution » d'EIP le plus voté dans le forum Ethereum Magicians et de « super important », car il corrige un « bug de conception majeur avec le jalonnement [et] ne peut pas arriver assez tôt ».
Parithosh Jayanthi, développeur principal, connu sous le surnom de « Potuz », a déclaré que s'il devait choisir une fonctionnalité à expédier, ce serait EIP-7002. Cependant, selon lui, l'EIP-7549 "devrait définitivement être présent".
Cette fonctionnalité, qui n’affecte que la couche consensus, corrige un bug dans la conception d’Ethereum et vise à réduire le nombre moyen d’appariements nécessaires à la vérification des règles de consensus. Un appariement est une opération utilisée dans certains algorithmes cryptographiques faisant intervenir des courbes elliptiques.
Actuellement, pour parvenir à un consensus, il est nécessaire de vérifier un minimum de 1366 7549 attestations — indiquant un accord entre les validateurs — mais après EIP-22, ce nombre serait réduit à seulement XNUMX.
"C'est simple à mettre en œuvre et cela permettra d'économiser beaucoup de temps d'agrégation", a déclaré Potus. "Cela peut aider sur les ponts sans confiance - et les prouveurs zk, les ponts zk - c'est quelque chose qui devrait certainement être dans n'importe quel fork que nous ferons ensuite."
L’objectif de l’appel était de lancer la discussion, et l’approche spécifique et les propositions d’amélioration seront décidées ultérieurement. Les mises à niveau d'Ethereum sont basées sur le consensus ; il n’existe pas de hiérarchie explicite d’autorité ni de mécanisme de vote pour déterminer les priorités.
Il peut parfois sembler difficile ou chaotique de progresser, un peu comme les chats de troupeau, mais c'est la nature de la bête décentralisée.
Ne manquez pas la prochaine grande actualité – rejoignez notre newsletter quotidienne gratuite.
Source : https://blockworks.co/news/ethereum-devs-plan-2024