Les développeurs Ethereum s'opposent sur la mise en œuvre d'EOF alors que la mise à niveau du réseau est confrontée à un test crucial

Les développeurs Ethereum se disputent au sujet de l'implémentation du format d'objet EVM (EOF) alors que le réseau cherche à moderniser ses systèmes.

Le conflit a débuté lorsque l'équipe Geth du réseau, qui s'occupe principalement du logiciel Lightclient, s'est ouvertement opposée à l'inclusion d'EOF dans la mise à jour Fusaka.

L'équipe Ethereum Geth souhaite exclure EOF de la mise à jour Fusaka

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

Idéalement, EOF vise à rendre les applications Ethereum plus efficaces et plus économiques tout en éliminant les erreurs de validation. Cependant, certains s'inquiètent de la compatibilité d'EOF avec la technologie de roll-up à connaissance nulle Ethereum, en constante évolution.

du 13 février réunion d'exécution de tous les développeurs principaux Ethereuma commenté via le chat Zoom : « Nous ne sommes pas d'accord pour que EOF soit déployé sur le réseau principal », montrant ainsi qu'ils ne souhaitent pas du tout intégrer EOF à la mise à niveau Fusaka. 

Cependant, Marius van der Wijden, développeur Geth, a exprimé un avis différent de celui de l'équipe, arguant qu'ils travaillent principalement de manière individuelle et que les membres de l'équipe ne devraient pas être obligés de « suivre la ligne du parti »

Auparavant, Van der Wijden s'était ouvertement opposé à l'implémentation d'EOF pour la mise à jour Pectra d' Ethereum, jugeant le format d'objet très complexe. L'année dernière, il a insisté sur le fait qu'EOF ne faisait qu'améliorer légèrement la vitesse ou le coût des applications existantes, arguant que ses inconvénients l'emportaient sur ses avantages.

Wijden, cependant, semble cette fois-ci indifférent. Il a déclaré que si l'EOF est implémentée, une partie de son code y sera intégrée, ce qui est une excellente chose, et que si elle n'est pas implémentée, le réseau sera bien plus sûr.

La mise à jour Pectra sera déployée le 8 avril

Comme convenu lors de la réunion de l'ensemble des développeurs principaux, Ethereum les développeurs déploieront la mise à jour Pectra sur les réseaux de test Holesky et Sepolia respectivement les 24 février et 5 mars. Elle sera ensuite déployée sur le réseau principal le 8 avril.

Cependant, Tim Beiko, responsable du support des protocoles à la Fondation Ethereum , souhaite accélérer le calendrier de la mise à niveau de Fusaka, compte tenu des tensions croissantes entre les développeurs. Il suggère que la décision finale concernant Fusaka soit prise d'ici le 10 avril. L'équipe Geth estime quant à elle que le calendrier de mise à niveau est trop serré et qu'une décision prématurée risquerait de compliquer davantage la situation.

Sans compter que les développeurs d'ETH sont toujours en désaccord concernant 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 afin d'améliorer l'efficacité ; cependant, certains développeurs s'opposent à cette idée.

Wijden a même affirmé que l'utilisation obligatoire d'EELS donnerait aux responsables de la maintenance un contrôle excessif sur les approbations EIP, proposant des demandes d'extraction non fusionnées pour les implémentations d'EELS.