Checkpoint de Mars 2025 : Nouvelles Révélations sur la Fondation Ethereum

Les appels hebdomadaires des développeurs d’Ethereum, appelés « All Core Developer calls », peuvent sembler écrasants tant il y a d’informations à assimiler. C’est pourquoi nous introduisons cette série de mises à jour, baptisée « Checkpoint« , qui propose des résumés succincts des développements clés après chaque 4 à 5 appels, en fonction des avancées en cours. Découvrez la mise à jour initiale ici, et retrouvez toutes les nouvelles futures sur le blog de la Fondation Ethereum.

Au cours du dernier mois, les discussions ont tourné autour des mises à jour du testnet Pectra, en vue de son fork sur le mainnet, tandis que le développement du prochain fork, Fusaka, avance parallèlement.

Mise à jour sur Pectra

Les deux principaux testnets, Holešky et Sepolia, ont subi le fork Pectra. Chacun a rencontré des problèmes de configuration nécessitant une attention immédiate. Ces incidents, spécifiques à leur nature de testnets, n’auraient normalement pas causé de complications sur le mainnet. Effectivement, le code du fork a été conçu avec le mainnet à l’esprit et a négligé certains ajustements nécessaires pour que le fork se déroule sans accroc sur les testnets. Un nouveau testnet, Hoodi, a été lancé pour tester les fonctionnalités de Pectra, avec la Compétition d’Audit Pectra qui se termine le 27 mars.

Testnet Holešky

Holešky a réussi à se remettre des problèmes rencontrés, et un rapport d’analyse est disponible ici. Ce testnet, qui est sans autorisation, a nécessité une coordination majeure entre les opérateurs indépendants pour parvenir à une finalité après qu’une majorité du réseau ait forké vers une chaîne non canonique. Bien que la finalité du réseau ait été restaurée, cela a entraîné un nombre élevé de sorties de validateurs, créant ainsi une queue d’attente d’un an. Par conséquent, de nombreuses fonctionnalités de Pectra nécessitant des sorties doivent être testées ailleurs.

Pour remédier à cela, le testnet Hoodi sera soumis à un fork Pectra le 26 mars. Les protocoles de staking liquide et d’autres opérateurs de validateurs peuvent désormais utiliser Hoodi pour les tests des fonctionnalités de Pectra.

Testnet Sepolia

L’incident sur Sepolia a été résolu rapidement, avec un rapport d’analyse disponible ici. Les problèmes de configuration sur Sepolia étaient moins graves que ceux sur Holešky, n’ayant pas entraîné de fork majoritaire. Grâce à l’ensemble de validateurs autorisés sur Sepolia, la coordination d’un correctif a été beaucoup plus rapide.

Calendrier des développements

Lors du dernier appel, les développeurs principaux ont discuté du moment opportun pour établir une date d’activation du mainnet pour Pectra. Les développeurs ont convenu que des conditions incluraient le succès du fork Hoodi, ainsi qu’un temps d’observation, accompagné de tests réussis des fonctionnalités de Pectra sur le nouveau testnet. En l’absence de problèmes inattendus, nous pouvons attendre une annonce de date pour le fork du mainnet dans les deux à trois prochaines réunions des ACD.

Expiration des historiques

Étant donné que tous les clients de consensus ne supportent pas encore le nouveau format de capture d’écran des dépôts, et qu’il subsiste un risque que ces captures ne soient pas partagées de manière fiable sur le réseau, le « jour de suppression » pour l’expiration des historiques sera reporté jusqu’à ce que Pectra soit lancé sur le réseau principal. Pectra intègre l’EIP-6110, une mise à jour qui supprime la dépendance à l’historique post-fusion. Le 1er mai sera désormais utilisé pour tester l’expiration de l’historique sur Sepolia.

Mise à jour sur Fusaka

Bien que les développeurs principaux soient principalement concentrés sur le lancement de Pectra, les tests en développement avancent pour les deux fonctionnalités majeures prévues pour être incluses (« SFI ») dans Fusaka : PeerDAS et EOF. De nombreuses autres propositions d’amélioration (EIPs) ont été soumises pour inclusion (« PFI »), mais il existe une volonté forte parmi les développeurs de conserver le fork aussi léger que possible afin de lancer PeerDAS rapidement, ce qui rend difficile pour tous les EIPs PFI de progresser vers le statut SFI.

On observe également une résistance croissante à la complexité introduite par EOF, malgré un soutien indéfectible de l’autre côté, sans qu’il y ait consensus pour sa suppression pour le moment.

Calendrier pour Fusaka

Les délais pour Fusaka sont les suivants :

• 24 mars : date limite pour les EIPs proposés pour inclusion (PFI)
• 31 mars : date limite pour que les équipes de clients partagent leurs préférences concernant l’étendue, y compris les EIPs qu’elles estiment devoir être refusés pour inclusion (DFI)
• 10 avril : l’étendue de Fusaka est figée

Lors du bilan d’ACD de février, également connu sous le nom de « Checkpoint », le consensus général était de prioriser le scalabilité et l’accélération du rythme. Effectivement, le besoin pressant de PeerDAS, d’augmentations de la limite de gas et de plus de blobs a pris le devant de la scène. Cependant, la nécessité de redresser deux testnets consécutifs a légèrement modifié le sentiment, faisant pencher la balance vers une expédition « rapide mais avec le maximum de précautions ».

Des discussions préliminaires ont également eu lieu autour du durcissement du protocole, avec une sécurité améliorée, des procédures de tests renforcées et des configurations standardisées. Les mois à venir devraient renforcer de nouveaux processus pour réduire le risque de complications lors d’une mise à jour sur le mainnet.

Appels ACD pertinents

Pour le contexte complet, vous pouvez revoir les diffusions ou consulter les publications Ethereum Magicians pour les agendas, discussions et résumés.

25.03.20 : ACD #153

13.03.20 : ACDE #207

06.03.20 : ACD #152

28.02.20 : Appel de réponse à l’incident des validateurs Holešky

27.02.20 : ACDE #206