Les tests de test de Sepolia et Holesky Ethereum ont connu des revers significatifs lors des tests de mise à niveau de PECTRA en raison d'erreurs de configuration, retardant le lancement principal et mettant en évidence les complexités de la coordination écosystème à grande échelle.

Des vulnérabilités de réseau de test se produisent fréquemment
Les réseaux de test jouent un rôle crucial dans le processus de mise à niveau d'Ethereum. Cependant, les deux principaux réseaux de tests, Holesky et Sepolia, ont été constants récemment. Lors du test de la mise à niveau de PECTRA, le réseau Sepolia semblait se passer bien dans les premiers stades, mais une erreur a commencé à se produire quelques heures plus tard, entraînant des blocs vides ajoutés à la chaîne. La Fondation Ethereum a blâmé ce problème sur "l'erreur de configuration du contrat de dépôt sous licence de Sepolia", qui a empêché de nombreux clients de la couche d'exécution d'inclure des transactions dans le bloc, affectant sérieusement les progrès normaux du test.
Réactions en chaîne causées par les vulnérabilités
Les problèmes de contrat de dépôt sous licence du réseau de test de Sepolia ne sont pas des incidents isolés. Après que le problème s'est posé, l'équipe client a rapidement identifié la cause et a commencé à le résoudre, mais cela a eu un impact sur la progression du test. Le réseau Sepolia ne revient qu'au débit normal après que le validateur ait déploié le correctif. Cependant, ce lancer a forcé tous les opérateurs de nœuds de Sepolia pour mettre à niveau les clients de la couche d'exécution pour maintenir la compatibilité du réseau, ce qui augmente sans aucun doute la difficulté des coûts de temps et de la coordination technique, en retardant davantage le processus global de mise à niveau de PECTRA.
Dilemme du réseau Holesky
Le réseau Holesky n'a pas non plus été épargné. Dans le test de la mise à niveau de PECTRA, nous avons également rencontré des vulnérabilités causées par des erreurs de configuration. En raison de tests instables, les développeurs doivent créer une "fourche Shadow" pour le Holesky TestNet. Cette décision est conçue pour permettre aux principales parties prenantes, telles que les pools de mise en œuvre et les développeurs DAPP de continuer à tester leur code avant le lancement officiel de Pecctra. Cependant, le réseau Holesky devrait reprendre un fonctionnement normal jusqu'au 28 mars, pendant lesquels, il n'est pas en mesure de fournir des efforts complets pour fournir un environnement de test stable pour les mises à niveau de PECTRA, entravant sérieusement la vitesse de la mise à niveau.
Préparation écologique inadéquate
En plus des problèmes techniques du réseau de test lui-même, la préparation de l'écosystème Ethereum a également eu un impact sur la chronologie de l'activation de PECTRA. Lors des tests de la mise à niveau de PECTRA, les niveaux de soutien et d'adaptation des mises à niveau par des projets écologiques et applications pertinents sont inégaux. Certains DAPP et L2 ne sont pas entièrement préparés pour prendre en charge certaines caractéristiques clés dans les mises à niveau de PECTRA, telles que l'abstraction des comptes. Cela rend impossible la vérification complète et efficace de la faisabilité et de la stabilité de la mise à niveau dans les scénarios d'application réels pendant le processus de test, qui à son tour fait que les développeurs ont besoin de plus de temps pour coordonner toutes les parties de l'écosystème et améliorer les préparations pertinentes.
Défis d'intégration technique complexes
La mise à niveau de PECTRA comprend plusieurs améliorations technologiques importantes, telles que la réduction des coûts de disponibilité des données en augmentant le nombre de transactions «blob» sur le réseau de couche 2, en augmentant considérablement les restrictions de mise en œuvre et en introduisant des abstractions de compte. Ces améliorations technologiques sont interdépendantes et sont confrontées à de nombreux défis dans le processus d'intégration. Différents modules techniques doivent être entièrement en plein essor et débogués dans le réseau de test pour s'assurer qu'ils peuvent travailler ensemble et fonctionner de manière stable après l'activation du réseau principal. Cependant, à en juger par la situation actuelle, divers problèmes exposés dans le réseau de test montrent que la difficulté d'intégration technologique est au-delà des attentes, ce qui est également un facteur important dans le retard du calendrier d'activation.
Commentaires et ajustements de la communauté
La communauté d'Ethereum accorde une grande attention aux mises à niveau de PECTRA. Les problèmes qui se sont posés au cours du processus de test ont provoqué l'insatisfaction de certains membres de la communauté, qui ont critiqué la Fondation Ethereum pour ne pas avoir formulé une voie de développement claire. Face à ces commentaires, les développeurs doivent peser les opinions de toutes les parties et effectuer les ajustements et les optimisations nécessaires au plan de mise à niveau. Ce processus prend du temps pour se coordonner et prendre des décisions, et dans une certaine mesure, il a conduit au retard du calendrier d'activation de PECTRA.
Préparation d'un nouveau réseau de test
Compte tenu de l'état actuel des réseaux de test Holesky et Sepolia, les développeurs de la Fondation Ethereum ont décidé de lancer un nouveau réseau de test, Hoodi. Hoodi sera utilisé pour tester le déploiement final de Pectra avant l'activation du maint. Cependant, la préparation du nouveau réseau de test lui-même prend également du temps, et chaque lien ne peut pas être négligé de la planification, de la construction au débogage. Jusqu'à ce que Hoodi soit officiellement lancé et puisse prendre en charge efficacement les tests de mise à niveau de PECTRA, l'activation du MainNet ne peut qu'attendre, ce qui étend encore le calendrier des mises à niveau de PECTRA.
La complexité de la coordination multipartite
La mise à niveau de PECTRA implique de nombreux participants à l'écosystème Ethereum, y compris les développeurs, les validateurs, les opérateurs de nœuds, les développeurs DAPP, les pools d'allumage, etc. Toutes les parties ont leurs propres tâches et besoins pendant le processus de mise à niveau, et ils doivent être étroitement coordonnés et coopérés. Cependant, en fonctionnement réel, les travaux de coordination deviennent extrêmement compliqués en raison des différences dans les intérêts et les capacités techniques de chaque partie. Par exemple, lors de la résolution des problèmes de réseau de test, différentes parties peuvent avoir des différences dans la formulation et la mise en œuvre des plans de réparation, ce qui nécessite beaucoup de temps pour communiquer et négocier, entraînant le retard du calendrier d'activation de Pectra.