Les développeurs principaux d’Ethereum continuent de se débattre avec la portée de la prochaine mise à niveau de Pectra, en particulier l’inclusion d’EIP liés au format d’objet EVM (EOF).
L’appel All-Core Devs de jeudi a été dominé par le débat sur l’ensemble des fonctionnalités en raison des inquiétudes soulevées par le développeur de Geth, Marius van der Wijden.
Dans un récent article de blog, van der Wijden a exposé ses arguments contre l’EOF, concluant que « les inconvénients dépassent largement les avantages potentiels ». Selon lui, l’incertitude entourant son efficacité, associée aux implications inconnues en matière de sécurité et aux autres risques potentiels résultant de la complexité, devraient justifier son retrait.
C’est un peu un revirement pour le développeur, qui avait déclaré en février qu’il « s’apprêtait à adopter EOF », malgré son scepticisme antérieur.
Van der Wijden a toutefois déclaré qu’il souhaitait que ce changement soit officialisé. « Si nous décidons de le faire, je ne veux pas être tenu responsable de ce qui pourrait arriver », a-t-il déclaré.
Daniel Kirchner, développeur de Solidity, a défendu cette mise à niveau lors de l’appel. « EOF est, pour nous et la pile en dessous de nous, la conception supérieure de plusieurs ordres de grandeur », a-t-il déclaré.
Les couches situées sous Solidity — le langage des contrats intelligents pour Ethereum — incluent l’EVM, le bytecode qu’il exécute et, plus bas, les composants de l’architecture de la blockchain qui gèrent le stockage des données, l’exécution des transactions et les changements d’état.
Une objection à EOF est que l’EVM actuel devra toujours être maintenu à perpétuité, à moins que la communauté Ethereum ne puisse concevoir un mécanisme permettant de déprécier le code hérité.
« Personnellement, je me sentirais beaucoup mieux s’il y avait un moyen de sortir de l’ancien EVM », a déclaré Péter Szilágyi, développeur de Geth.
Les développeurs se sont généralement ralliés à l’idée de trouver un moyen de décourager la dépendance des contrats à l’égard de l’EVM actuel – sur un horizon temporel de cinq ans ou plus.
L’opinion dominante était que les projets de layer 2 tels que les rollups n’étaient pas encore prêts à prendre la tête de l’innovation Ethereum, en grande partie parce qu’ils valorisent toujours avant tout la compatibilité avec Mainnet.
En d’autres termes, Mainnet « définit les valeurs par défaut » pour les couches 2, comme l’a dit Ansgar Dietrichs de la Fondation Ethereum.
« Nous devons reconnaître que nous avons la responsabilité globale de l’écosystème EVM, je serais donc toujours très favorable à l’introduction de l’EOF dans [layer-1]« , a déclaré Dietrichs.
Szilágyi est du même avis : « C’est un peu la réalité dans laquelle nous vivons. »
Espérer le meilleur, se préparer au pire
Un régime de tests rigoureux a toujours été une condition préalable à l’adoption d’EOF afin d’éviter des incompatibilités accidentelles avec les futures mises à niveau. Les développeurs veulent éviter d’introduire accidentellement des incompatibilités avec les futures mises à niveau comme Verkle, qui devrait être le composant principal du prochain hard fork, Osaka.
Van der Wijden, bien qu’il ait qualifié le travail de l’équipe de test de « assez complet » dans son article de blog, a exprimé des doutes lors de l’appel de jeudi.
« Il s’agit de changements incroyablement complexes dans une partie très importante d’Ethereum, et je ne pense pas qu’ils soient testés de manière optimale », a déclaré van der Wijden.
Mais Danno Ferrin, ingénieur logiciel principal chez Swirlds Labs, a rétorqué qu’il était « difficile de tester très bien le système lorsqu’il n’existe que deux implémentations complètes ». Avec davantage d’implémentations de ce type désormais disponibles, il existe une voie claire vers des tests plus robustes, a-t-il déclaré.
Les développeurs ne devraient pas avoir peur des défis complexes, selon Andrew Ashikhmin, ingénieur logiciel au sein de l’équipe cliente d’Erigon. « La fusion était également compliquée, mais nous avons réussi à la mener à bien, et je suis sûr que si nous y consacrons suffisamment de temps et d’efforts, nous réussirons également avec EOF », a déclaré Ashikhmin.
Que devrait être Ethereum ?
Le développeur pseudonyme de Geth, Lightclient, s’est demandé si la direction du réseau principal Ethereum avec EOF était correcte en principe. « Devrions-nous faire [such] « De grands changements à l’EVM ? », a-t-il demandé de manière rhétorique. « Pourquoi faisons-nous activement [layer-1] « plus compliqué pour une proposition qui n’est clairement pas nécessaire à la survie d’Ethereum ? »
D’autres considèrent la concurrence dans l’espace de layer 1 comme une menace pour le succès à long terme d’Ethereum.
La concurrence d’autres machines virtuelles nécessite de l’innovation, selon l’argument. « Nous parlons de chaînes EVM », a déclaré Ferrin. « La recommandation des auditeurs de contrats intelligents sera d’utiliser une VM moderne et, si [layer-2s] « Si nous utilisons ces machines virtuelles modernes, nous drainons un fossé qui maintient Ethereum en tant qu’Ethereum », a-t-il ajouté.
Lightclient a rejeté cette interprétation. « Si une bonne machine virtuelle arrive et ne commence pas par « E », nous devrions la soutenir », a-t-il déclaré.
Cela s’inscrit dans un débat de longue date sur le rythme de l’innovation sur le réseau principal Ethereum. Les mises à niveau des fonctionnalités doivent-elles rester une priorité ? Ou est-il préférable de se concentrer sur la simplicité, en tant que couche de règlement avec ossification progressive ?
La plupart des développeurs principaux restent favorables à la première vision. Dragan Rakita, de l’équipe client de Reth, a déclaré : « Si Ethereum veut s’améliorer, [and] améliorer [layer-2s]le changement doit venir de [layer-1].”
Il a soutenu que la complexité est gérable. « EOF ajoute et étend un ensemble d’opcodes qui [is] déjà présent — il n’introduit pas de nouvelle logique complexe dans le bytecode hérité. »
Mais Marius, et dans une moindre mesure, d’autres membres de l’équipe Geth, ont en gros tracé une ligne dans le sable. Ils ne bloqueront pas EOF, mais préviennent que leur soutien sera limité.
« Pour être honnête, je suis un peu fatigué de discuter », a déclaré van der Wijden. « J’ai exprimé mes griefs à plusieurs reprises et les gens pensent toujours que c’est un changement qui en vaut la peine et qui vaut la peine de prendre le risque. »
Qu’est-ce que cela signifie sur le plan pratique ? En fin de compte, ce conflit représente un véritable test de la décentralisation d’Ethereum en termes de prise de décisions, de détection et de correction des bugs et de réaction des équipes lorsque quelque chose d’inattendu se produit.
« Si cela explose sur Mainnet, je ne me lèverai pas samedi à 2 heures du matin pour essayer de résoudre le problème », a déclaré van der Wijden.
