On ne sait pas encore quand la prochaine mise à niveau majeure d’Ethereum arrivera sur le réseau principal, les estimations actuelles allant de novembre de cette année au début de 2025 – bien que cette dernière semble désormais plus probable.
La première étape pour établir un calendrier pour « Pectra » consiste à finaliser la spécification de toutes les propositions d’amélioration d’Ethereum qui doivent être incluses.
Bien que la majeure partie de ce travail ait été effectuée, un élément a été identifié lors de l’appel All Core Developers (ACD) de jeudi comme « le problème de spécification numéro un en suspens pour Pectra », à savoir EIP-7702 : définir le code de compte EOA pour une transaction.
Cette proposition permet à un compte externe (EOA) – pensez à un portefeuille normal comme MetaMask – de fonctionner temporairement comme un contrat intelligent pour une seule transaction. Les EOA sont des comptes contrôlés par des clés privées, et les contrats intelligents sont du code qui s’exécute sur la blockchain – dans ce cas Ethereum.
EIP-7702 vise à fusionner certaines fonctionnalités des deux pour une flexibilité et une sécurité améliorées.
Un exemple est celui des transactions sans gaz, dans lesquelles un dapp définit un EOA pour permettre à un tiers (tel qu’un opérateur ou un sponsor) de couvrir les frais d’une transaction.
L’EIP a été proposé par les développeurs d’Ethereum, dont Vitalik Buterin, début mai et devrait remplacer une tentative controversée antérieure visant à activer des fonctionnalités similaires.
La mise à niveau est conçue en pensant à un avenir basé sur l’abstraction des comptes, évitant les complexités inutiles et garantissant une compatibilité ascendante avec d’autres améliorations de l’expérience utilisateur.
Au cours de l’appel ACD, les développeurs ont discuté des défis d’intégration et des risques potentiels associés à EIP-7702.
Sudeep Kumar de l’équipe Erigon a suggéré un système de révocation basé sur les comptes qui « garderait une trace des adresses modèles qui [the user] révoqué. »
Le développeur de Geth, Lightclient, a suggéré qu’une telle fonctionnalité pourrait être implémentée en tant qu’ERC, et non dans le protocole.
D’autres développeurs ont exprimé leurs inquiétudes quant à la complexité et au risque de dérive de la portée de l’EIP-7702, en fonction de la version finalement adoptée. Certains développeurs ont plaidé pour l’intégration de certaines fonctionnalités de l’ancien EIP-3704 qu’il est censé remplacer.
Mais le co-fondateur de Safe, Richard Meissner, a loué la simplicité du 7702, soulignant qu’il « n’a aucun impact sur la chaîne, [so] vous pouvez le déprécier beaucoup plus facilement.
Marius van der Wijden de Geth a exprimé des réserves quant à l’encouragement de l’utilisation simultanée d’un compte comme compte intelligent et comme EOA, et Meissner a accepté.
« Avoir les deux semble très dangereux lorsqu’il s’agit de le préciser », a déclaré Meissner.
Le consensus était de résoudre ces problèmes lors du prochain appel ACD afin de garantir une mise en œuvre rapide de Devnet 2 – le troisième des nombreux petits réseaux de test de développeurs.
Cet appel est prévu pour le 4 juillet – Jour de l’Indépendance aux États-Unis – mais tous les développeurs américains présents ont indiqué que les tâches de barbecue dans la cour n’entraveraient pas la progression d’Ethereum.
