Récemment, la solution L2 de l'écosystème Ethereum, Starknet, a connu une panne inattendue. Selon une analyse officielle ultérieure, le problème provenait de la vérification d’état entre la couche d’exécution (blockifier) et la couche de preuve.

Plus précisément, dans certains cas spécifiques d’appels inter-fonctions combinés à un rollback d’état, une vulnérabilité logique est apparue dans la couche d’exécution — elle a incorrectement enregistré des modifications d’état qui auraient dû être annulées. Cela a directement entraîné des anomalies dans l’exécution des transactions suivantes, et ces transactions affectées n’ont pas reçu la confirmation finale de la couche L1.

Quel en a été le résultat ? Tout le réseau a déclenché un mécanisme de réorganisation de blocs, et toutes les activités en chaîne sur une période d’environ 18 minutes ont été annulées. Cela peut sembler effrayant, mais dans les systèmes distribués, ce type de mécanisme d’auto-réparation est en réalité une caractéristique de conception.

Il est encore plus remarquable que c’est la deuxième interruption majeure rencontrée par Starknet en 2025. La précédente, en septembre, était due à une vulnérabilité dans le moteur de tri, entraînant une interruption de service de plus de 5 heures, avec environ 1 heure de données en chaîne rollbackées. Il semble que la robustesse du réseau L2 face à la haute concurrence ou aux scénarios anormaux doit encore être renforcée.