Alors que la communauté Ethereum célèbre le neuvième anniversaire du réseau, les développeurs naviguent dans les complexités des tests et de la mise en œuvre des fonctionnalités principales de sa prochaine mise à niveau majeure, Pectra.
Les itérations récentes des réseaux de développeurs (devnets) ont mis en évidence des défis de test qui ralentissent le rythme des progrès, selon les développeurs lors de l’appel bihebdomadaire All Core Devs, jeudi.
La semaine dernière, le lancement de Devnet-1 a rencontré des problèmes en raison d’un problème avec EIP-7702, ce qui a conduit à de multiples forks et a rendu difficile la détection des bugs. Pour résoudre ce problème, les développeurs ont rapidement déployé Devnet-2, laissant de côté EIP-7702 et se concentrant sur d’autres propositions d’amélioration d’Ethereum (EIP).
L’EIP-7702, nommé « Définir le code de compte EOA pour une transaction », permet à une adresse Ethereum (un compte détenu en externe (EOA) ou un portefeuille) de prendre temporairement les pouvoirs d’un contrat intelligent pour une seule transaction.
Des questions restent ouvertes, comme celle de savoir si les super pouvoirs des contrats intelligents doivent être limités aux adresses EOF, a déclaré le développeur de Nethermind, Ahmad Bitar, lors de l’appel.
« Nous souhaitons potentiellement restreindre la délégation aux seuls comptes EOF, mais nous souhaitons toujours passer en revue davantage de réseaux de développement sur Pectra, probablement avec EOF, pour voir si c’est réellement ce que nous allons faire avec 7702 », a déclaré Bitar.
EOF, un nouveau format pour les contrats Ethereum, a été l’aspect le plus controversé de la mise à niveau de Pectra au cours de l’année écoulée, en raison des craintes concernant les effets secondaires involontaires et l’extension générale de la portée d’une mise à jour dont la complexité rivalise avec The Merge, en 2022, avec la preuve d’enjeu.
Cet aspect de Pectra n’a pas encore atteint les devnets et EOF subit actuellement des tests fuzz, selon Danno Ferrin, un contributeur indépendant d’Ethereum.
Mario Vega, de l’équipe de test de la Fondation Ethereum, se concentre sur la conception de nouvelles façons de tester le code pour détecter d’éventuelles lacunes.
« Je suis toujours inquiet des interactions entre EOF et le reste des EIP car nous sommes toujours en train d’écrire ces tests », a déclaré Vega, ajoutant qu’ils ne sont pas encore prêts.
Bien que les tests soient prioritaires, le groupe s’est engagé à revoir l’intégration de l’EOF dans deux semaines.
Étant donné que l’EOF constitue un goulot d’étranglement pour finaliser la spécification de l’EIP-7702, Devnet-3 réintroduira l’EIP uniquement avec d’autres modifications récentes en vigueur.
Les ressources limitées des développeurs pour les tests de code retardent également les décisions concernant l’EIP-7212. Cette proposition introduit un contrat précompilé pour la vérification de signature à l’aide de la courbe elliptique secp256r1. Bien qu’il fasse partie des candidats restants à l’inclusion (CFI), il n’a pas encore été définitivement inclus dans Pectra.
Les avis divergent quant à savoir si cette solution doit être mise en œuvre sur le réseau principal d’Ethereum ou si elle doit être confiée à des solutions de layer 2.
Les équipes préfèrent voir davantage de progrès sur Pectra avant de parvenir à un consensus sur EIP-7212 et d’autres changements considérés comme souhaitables.
« J’aimerais bien voir comment Pectra se comportera au cours des prochains mois », a déclaré Lightclient, développeur principal sous pseudonyme, exprimant l’opinion générale. « 7212 est très facile à réaliser, mais nous ne maîtrisons pas encore Pectra et nous n’avons pas l’impression que le moment soit venu d’ajouter des éléments supplémentaires », a-t-il déclaré, préférant trancher la question à l’automne.
L’Ethereum entre dans sa dixième année, la période des vacances d’août devrait ralentir quelque peu les travaux de développement, bien que la cadence des appels ACD et ceux des équipes d’évasion plus petites reste la même.
