L’appel du 4 juillet des développeurs Ethereum All Core (ACD) était une affaire calme axée sur les mises à jour autour de la mise en œuvre de la prochaine mise à niveau d’Ethereum, Pectra.
Bien que plusieurs clients aient fait des progrès, le lancement de Devnet-1 est retardé jusqu’à ce qu’un plus grand nombre de clients soient prêts. Les équipes des clients, qui s’attendent à être à court de personnel en raison de la participation des développeurs à la conférence EthCC à Bruxelles, envisagent de lancer Devnet-1 dans une à deux semaines.
L’un des thèmes abordés lors de l’appel était le dégoût du dépassement du champ d’application de Pectra.
Les développeurs principaux ont peaufiné les EIP-7702 axés sur l’abstraction des comptes, qui constituaient un sujet majeur du dernier appel ACD. Une réunion du sous-comité de discussion a permis de trouver une solution pour que les comptes détenus en externe (EOA) restent plus flexibles, tout en répondant aux préoccupations en suspens soulevées précédemment.
Les nouvelles modifications devraient être incluses dans Devnet-2, et Devnet-1 reflétera les spécifications actuelles de l’EIP-7702. Mais les nouveaux changements rapprochent 7702 d’une spécification finale, selon Ansgar Dietrich, chercheur de la Fondation Ethereum.
Quel devrait être le réseau principal d’Ethereum ?
La discussion s’est ensuite portée sur l’EIP-7212, qui a recueilli du soutien en raison de son potentiel à améliorer l’expérience utilisateur dans la gestion des clés et des portefeuilles.
Cette amélioration introduit la prise en charge de la courbe r1, un algorithme cryptographique largement utilisé dans les communications sécurisées et les signatures numériques.
L’EIP-7212 vise à simplifier la gestion des clés et des portefeuilles pour les utilisateurs, en réduisant la complexité et en améliorant la facilité d’utilisation.
Hadrien Croubois, ingénieur en contrats intelligents chez OpenZeppelin, a souligné la demande de signatures r1 provenant du travail d’abstraction de compte, en particulier le désir d’utiliser un smartphone comme portefeuille matériel.
C’est précisément la raison pour laquelle Daniel Lehrner, développeur du client Besu, a déclaré que son équipe était « définitivement favorable à son inclusion », notant que cet algorithme est pris en charge par presque tous les téléphones mobiles. « Donc, pour nous, il est tout à fait logique de leur permettre d’utiliser cela au lieu d’un [hardware wallet].”
Le développeur pseudonyme de Geth, Lightclient, a repoussé l’idée d’ajouter une nouvelle précompilation à la couche d’exécution d’Ethereum, signalant plusieurs détails encore à résoudre.
« Ce n’est pas une chose difficile à mettre en œuvre, mais Pectra est déjà énorme, et à un moment donné, nous devons livrer Pectra et arrêter d’ajouter des choses, et il semble que nous ayons déjà largement dépassé ce point », a déclaré Lightclient lors de l’appel.
Danno Ferrin, ingénieur logiciel en chef de Swirlds Labs, a noté que même s’il serait préférable d’inclure la courbe r1 au niveau de l’EVM, cela retarderait son application d’au moins un an et demi. En attendant, son soutien par des acteurs majeurs de l’industrie technologique tels que Google Passkeys, devrait justifier qu’il soit poussé plus tôt au niveau du protocole.
Le débat a mis en évidence un thème plus large : la nécessité d’équilibrer les nouveaux EIP et fonctionnalités avec la portée déjà étendue de Pectra.
Marius van der Wijden de Geth, qui est généralement grincheux à propos de la dérive des objectifs, a avancé qu’une telle fonctionnalité pourrait ne plus être du tout nécessaire sur le réseau principal, car personne n’utilise de portefeuilles de contrats intelligents en raison de leurs coûts opérationnels.
« En général, je suis en faveur de cette solution, mais je pense qu’il y a un argument à faire valoir », a déclaré van der Wijden, ajoutant : « À mon avis, nous devrions nous concentrer sur l’intégration de fonctionnalités dans les rollups et concentrer tout le monde sur l’évolutivité des blobs, et ne pas trop nous concentrer sur l’ensemble des fonctionnalités EVM sur L1. »
Mais Richard Meissner, de l’équipe du portefeuille de contrats intelligents Safe, a déclaré qu’ils voyaient encore de nombreuses raisons d’améliorer l’expérience utilisateur au niveau de la couche de base d’Ethereum.
« Au moins dans l’état actuel des choses, on ne pense pas qu’il faille s’éloigner de L1. Si nous, en tant qu’écosystème, nous nous mettons d’accord sur ce point, je pense que cela marquerait un changement de mentalité », a déclaré Meissner. « De nombreuses équipes sont encore sur L1 et préfèrent avoir une meilleure expérience utilisateur, et r1 leur permettra cela. »
Malgré l’accueil généralement positif, une décision formelle sur l’inclusion de la précompilation de courbe r1 dans Pectra a été reportée au prochain appel ACD dans deux semaines.
