S’il existe une mise à niveau d’Ethereum qui a toujours été une demoiselle d’honneur, c’est bien le format d’objet EVM (EOF).
Fiancé une fois, avec l’intention de se marier à Shanghai, il a été mis de côté peu de temps après par les développeurs qui se pâmaient pour un avenir globulaire à Proto-Danksharding.
Si vous n’avez aucune idée de ce que signifie cette phrase, ne vous inquiétez pas. C’est une métaphore d’heures de discussion au fil des années d’appels aux développeurs Ethereum.
Suite à l’appel de l’ACD de jeudi, nous ne savons toujours pas si EOF aura enfin la chance d’être mariée. Mais au moins, une proposition claire est sur la table.
En savoir plus: Dencun et Pralectra : les principaux développeurs d’Ethereum tracent une année 2024 ambitieuse
Les développeurs envisageaient fortement EOF pour le hard fork de Shapella. Il y a un an cependant, après une bonne introspection, il a été retiré en faveur du maintien de l’accent uniquement sur les retraits de mise.
Une fois Shapella expédié en toute sécurité, les candidats à l’inclusion dans Dencun comptaient encore une fois EOF parmi eux. Et encore une fois, il a été abandonné, au grand dam des deux principaux champions du long métrage, Danno Ferrin et Greg Colvin.
Le consensus d’avril 2023 était qu’EOF était trop gros pour partager la scène avec EIP-4844 – Proto-Danksharding – et qu’il fallait donc y aller. Ce dernier, avec son potentiel d’améliorer considérablement l’expérience utilisateur des cumuls de couche 2, l’a emporté.
Pour se consoler, Ansgar Dietrichs de la Fondation Ethereum a suggéré de faire d’EOF le point central de la prochaine mise à niveau, Prague. “C’est trop gros pour être deuxième dans une fourchette”, a-t-il déclaré. Il devrait donc avoir le sien.
En savoir plus: La prochaine mise à niveau d’Ethereum pour se concentrer sur les blobs
Dencun, avec 4844 comme « pilote », reste sur la bonne voie pour le réseau principal en mars alors que les développeurs ont signalé mardi un hard fork « sans incident » du réseau de test Sepolia.
“Nous avons vu la finalité ainsi que les blobs apparaître exactement quand nous le souhaitions”, a déclaré Parithosh Jayanthi de la Fondation Ethereum.
Il ne reste qu’un seul testnet, Holesky, avant le réseau principal, et Dencun devrait subir son test final le 7 février.
Pousser EOF sur la ligne d’arrivée
La majeure partie de l’appel de jeudi visait à comprendre l’état actuel du prochain grand fork de fonctionnalités. Nommée “Prague”, cette mise à niveau de la couche consensus porte le titre de l’emplacement de Devcon 4. Pendant ce temps, “Electra” – une désignation inspirée d’une étoile géante bleu-blanc dans la constellation du Taureau – est le terme utilisé par les clients d’exécution pour désigner le même mise à niveau.
Les priorités de « Pectra » se précisent petit à petit. Très lentement.
Ferrin a une fois de plus défendu l’EOF, le qualifiant d’« existentiel pour l’EVM dans les deux prochaines années ».
En tant que leader du groupe de travail des implémenteurs d’EOF, Ferrin a déclaré que les développeurs « sont passés en mode « expédier » ».
EOF vise à rendre les contrats intelligents Ethereum plus sûrs, efficaces et conviviaux pour les développeurs. Cela revêt une importance particulière pour les développeurs d’Ethereum dapp, qui ne participent généralement pas aux appels de développement bihebdomadaires.
Cela a donné à certaines équipes clientes l’impression que l’EOF n’était pas important dans le passé, une stigmatisation dont il a été difficile de se débarrasser.
Lors de l’appel du 4 janvier, Dragan Rakita de l’équipe client Reth a exprimé son fort soutien à EOF, et le développeur de Nethermind, Lukasz Rozmej, a noté qu’EOF est beaucoup plus facile à tester que les arbres Verkle – le principal objectif concurrent pour le prochain fork.
En savoir plus: Les utilisateurs de Big Geth diversifient leurs clients suite au bug de Nethermind
Même Marius van der Wijden de Go Ethereum (Geth), auparavant sceptique en EOF, semblait relativement d’accord avec l’idée.
“Je me suis préparé à EOF, (ce n’est) tout simplement pas une (priorité) pour moi”, a déclaré van der Wijden.
Le soutien s’est encore renforcé lors de l’appel du 18 janvier. Georgios Konstantonopolous, directeur de la technologie de Paradigm, a déclaré que c’était « réalisable par une seule personne en quelques mois ».
Ferrin a réitéré ce sentiment lors de l’appel le plus récent, arguant que le travail sur EOF et Verkle est effectué par différents ingénieurs au sein des équipes client, et que s’y engager n’empêcherait donc pas le travail sur Verkle de progresser.
Mais Guillaume Ballet, développeur Geth à la Fondation Ethereum, n’était pas encore convaincu, craignant que l’EOF ne nuise à Verkle.
“Si cela se produit en premier, je dois m’assurer que nous n’expédions pas quelque chose et que nous ne nous mettions pas dans le coin en réalisant que nous avons cassé quelque chose”, a déclaré Ballet.
Andrew Ashikhmin, ingénieur logiciel de l’équipe client d’Erigon, a proposé de s’engager dans EOF avec la mise en garde qu’il sera essayé sur un réseau de test Verkle et qu’il y aura du temps pour la collaboration entre Verkle et les implémenteurs d’EOF dans les semaines à venir.
C’est un peu le problème de la poule et de l’œuf, comme l’a observé Ferrin.
“Avant de pouvoir l’installer dans testnet à Verkle, nous avons besoin qu’il fonctionne chez les clients”, a-t-il déclaré, ajoutant que son équipe client Besu pourrait bientôt rendre EOF opérationnel à des fins de test.
Mais il est convaincu que cela devrait être compatible avec Verkle.
“Je ne veux pas de ‘devrait’, je veux que cela fonctionne”, a rétorqué Ballet.
EOF est toujours en train d’essayer d’attraper le bouquet, en attendant qu’un prétendant le conduise dans l’allée.
