Les développeurs d'Ethereum s'affrontent sur la mise en œuvre de l'EOF alors que la mise à niveau du réseau fait face à un test clé

Les développeurs d'Ethereum se disputent la mise en œuvre du Format d'Objet EVM (EOF) alors que le réseau cherche à mettre à niveau ses systèmes.

Le confrontation Le conflit a commencé lorsque l'équipe Geth du réseau, qui s'occupe principalement des logiciels Lightclient, s'est ouvertement opposée à l'inclusion de l'EOF dans la mise à niveau Fusaka.

L'équipe Geth d'Ethereum veut exclure l'EOF de la mise à niveau Fusaka

Certains développeurs d'Ethereum ont fermement soutenu l'ajout de l'EOF à la mise à niveau Fusaka, tandis que d'autres restent sceptiques quant à son utilité. 

Idéalement, l'EOF est censé rendre les applications Ethereum plus efficaces et économiques tout en éliminant les erreurs de validation. Cependant, certains ont exprimé des préoccupations concernant la compatibilité de l'EOF avec la technologie de roll-up à zéro connaissance (zero-knowledge roll-up) en évolution d'Ethereum.

Pendant la réunion du 13 Comité d'exécution des développeurs principaux (All Core Developers Execution Call), l'équipe Geth d'Ethereum a commenté via le chat Zoom : « Nous ne sommes pas d'accord pour dire que l'EOF devrait être déployé sur le mainnet », montrant qu'ils ne veulent pas intégrer l'EOF avec la mise à niveau Fusaka du tout. 

Cependant, le développeur Geth Marius van der Wijden a exprimé une opinion distincte de celle de l'équipe, arguant qu'ils travaillent principalement en tant qu'individus, et que les membres de l'équipe ne devraient pas être obligés de « suivre la ligne du parti ».

Par le passé, Van der Wijden s'était ouvertement opposé à la mise en œuvre de l'EOF pour la mise à niveau Pectra d'Ethereum, affirmant que le format d'objet était très compliqué. L'année dernière, il a insisté sur le fait que l'EOF ne rend les applications existantes que légèrement plus rapides ou moins chères, arguant que ses inconvénients l'emportent sur ses avantages.

Wijden, cependant, semble ne pas s'en soucier cette fois-ci. Il a déclaré a déclaré que si l'EOF est mis en œuvre, une partie de son code sera incluse, ce qui est bien, et s'il ne l'est pas, le réseau sera beaucoup plus sûr.

La mise à niveau Pectra sera lancée le 8

Conformément à ce qui a été convenu lors du Comité d'exécution des développeurs principaux, les développeurs d'Ethereum lancement déployeront la mise à niveau Pectra sur les testnets Holesky et Sepolia les 24 février et 5 mars respectivement. Après cela, ils lanceront Pectra sur le mainnet le 8 avril.

Cependant, Tim Beiko, responsable du soutien au protocole à la Fondation Ethereum, souhaite que les calendriers de la mise à niveau Fusaka soient avancés, compte tenu de l'augmentation des conflits parmi les développeurs. Il a suggéré que la décision finale sur Fusaka devrait être prise d'ici le 10 avril. L'équipe Geth pense toujours que le calendrier de la mise à niveau est trop précipité et que toute décision prématurée pourrait compliquer encore plus les choses.

Sans parler du fait que les développeurs ETH s'affrontent toujours sur les Spécifications de la Couche d'Exécution Ethereum (EELS) pour les EIP. L'ingénieur Ethereum Mario Vega a proposé des tests standardisés via EELS et EEST pour augmenter l'efficacité ; cependant, certains développeurs sont contre cette idée.

Wijden a même affirmé que l'EELS obligatoire donnerait trop de contrôle aux mainteneurs sur les approbations des EIP, proposant des demandes de fusion (pull requests) non fusionnées pour les implémentations EELS.