Starknet, une solution de mise à l'échelle Ethereum gérant 548 millions de dollars d'actifs, a subi une panne de près de trois heures mardi qui a interrompu le traitement des transactions et soulevé de nouvelles questions sur la fiabilité du réseau après une perturbation similaire il y a deux mois.
À savoir :
- Starknet a subi une panne de 2 heures et 44 minutes sur le mainnet mardi en raison de l'incapacité du séquenceur à reconnaître le code Cairo0
- Il s'agit de la deuxième panne majeure en deux mois pour le septième plus grand réseau Ethereum layer-2 avec 548 millions de dollars en valeur totale verrouillée
- Toutes les transactions soumises pendant la fenêtre de panne n'ont pas été traitées et nécessitent une nouvelle soumission par les utilisateurs
Défaillance de l'infrastructure réseau pendant les opérations de pointe
La panne a commencé à 2h23 UTC et a duré jusqu'à 4h36 UTC, selon les données de surveillance de statut du réseau. Le séquenceur de Starknet, qui fonctionne comme le coordinateur de transactions du réseau, n'a pas pu traiter ce que les développeurs appellent le "code Cairo0". Ce dysfonctionnement technique a empêché la création de nouveaux blocs et a provoqué la stagnation du traitement des transactions sur l'ensemble du réseau.
La production de blocs est revenue à un fonctionnement normal peu après la restauration du service. La plupart des fournisseurs de services d'appel de procédure à distance sont revenus en ligne immédiatement, avec des partenaires d'infrastructure restants devant terminer les mises à jour dans les heures suivant l'annonce.
Le séquenceur fonctionne comme un composant critique dans les réseaux layer-2, organisant et ordonnant les transactions avant qu'elles ne soient regroupées en blocs. Quand ce système échoue, tout le réseau cesse essentiellement de traiter de nouvelles activités. Les utilisateurs essayant d'envoyer des transactions pendant la panne ont vu leurs requêtes rester en attente.
Deuxième interruption majeure soulève des préoccupations de fiabilité
L'extinction prolongée de mardi représente la deuxième panne importante pour le mainnet de Starknet en l'espace de deux mois. La perturbation précédente a eu lieu le 18 juillet, affectant le réseau pendant 13 minutes avec une création de blocs plus lente et des temps de réponse de passerelle.
La fréquence de ces pannes a suscité des discussions sur la fiabilité de l'infrastructure parmi les utilisateurs du réseau. Starknet se classe comme la septième plus grande solution layer-2 d'Ethereum par valeur totale verrouillée, selon les données de L2beat.com, rendant la stabilité cruciale pour maintenir la confiance des utilisateurs.
Les réseaux layer-2 comme Starknet traitent les transactions en dehors de la blockchain principale d'Ethereum pour réduire les coûts et augmenter la vitesse. Ces systèmes utilisent des rollups à connaissance zéro, spécifiquement des preuves STARK, pour regrouper plusieurs transactions avant de les régler sur la couche de base d'Ethereum. La technologie promet un débit élevé et des frais inférieurs par rapport aux transactions directes Ethereum.
Toutes les transactions soumises entre la fenêtre de panne n'ont pas été traitées et nécessiteront une nouvelle soumission par les utilisateurs. Les opérateurs de réseau ont mis en œuvre une réorganisation de la blockchain à partir du bloc 1960612, annulant effectivement une heure d'activité réseau pour rétablir des opérations stables.
Récupération technique et mesures préventives futures
Les comptes de médias sociaux gérés par la communauté de Starknet ont confirmé le plein statut opérationnel moins de trois heures après le début de la panne. Le processus de restauration a nécessité une coordination entre plusieurs fournisseurs d'infrastructure et une synchronisation minutieuse de l'état du réseau sur tous les nœuds participants.
Les développeurs de réseau se sont engagés à publier un calendrier complet détaillant l'analyse de la cause racine et les stratégies de prévention à long terme.
Cette analyse post-mortem examinera probablement l'architecture du séquenceur et les améliorations potentielles de redondance pour prévenir les défaillances similaires.
Le langage de programmation Cairo, que Starknet utilise pour le développement de contrats intelligents, comprend différentes versions avec des exigences de compatibilité variables. L'incapacité du séquenceur à reconnaître le code Cairo0 suggère des conflits de versions potentiels ou des problèmes de déploiement dans l'environnement d'exécution du réseau.
Comprendre la technologie Layer-2 et la position sur le marché
Les réseaux layer-2 représentent une solution de mise à l'échelle critique pour Ethereum, traitant les transactions hors de la blockchain principale tout en maintenant la sécurité grâce à un règlement périodique. Ces systèmes visent à réduire les frais de transaction de dollars à cents tout en augmentant la vitesse de traitement de 15 transactions par seconde à des milliers.
Les rollups à connaissance zéro, la technologie choisie par Starknet, utilisent des preuves cryptographiques pour vérifier des lots de transactions sans révéler les détails des transactions individuelles. Les preuves STARK offrent spécifiquement des avantages en matière d'échelle et de résistance quantique par rapport à d'autres systèmes de preuve.
Les 548 millions de dollars en valeur totale verrouillée positionnent Starknet parmi les principales solutions de mise à l'échelle d'Ethereum, bien qu'il soit encore nettement plus petit que les réseaux leaders comme Arbitrum et Optimism. Cette position sur le marché rend la fiabilité particulièrement importante pour attirer et retenir les utilisateurs institutionnels et les applications à grande échelle.
Réflexions finales
Les pannes répétées soulignent les défis continus pour maintenir une infrastructure fiable pour les solutions de mise à l'échelle d'Ethereum alors que l'écosystème continue de croître rapidement. Bien que Starknet ait restauré le service relativement rapidement, le schéma de perturbations pourrait influencer l'adoption par les utilisateurs et la confiance institutionnelle dans la viabilité à long terme du réseau.