Double panne blockchain – Solana hors service et Arbitrum face à un bug

Le 14 septembre 2021, le réseau Solana a été mis hors service pendant environ 17 heures après une surcharge de transactions atteignant 400 000 TPS, provoquant un fork puis la déconnexion de nombreux nœuds. Le même jour, Arbitrum a subi un blocage de son séquenceur pendant 45 minutes (Solana Status, 2021). Ces deux incidents simultanés ont mis en lumière les limites de résilience de réseaux pourtant présentés comme plus scalables qu’Ethereum.

En bref

• Le 14 septembre 2021, Solana a été hors service pendant 17 heures suite à une surcharge à 400 000 TPS.
• La panne a nécessité un redémarrage coordonné par les validateurs, soulignant le niveau de centralisation du réseau.
• Arbitrum a subi 45 minutes d’indisponibilité le même jour en raison d’une surcharge de son séquenceur.
• Aucun fonds d’utilisateur n’a été perdu lors de ces deux incidents.
• Ces pannes ont posé des questions durables sur la différence entre performance théorique et résilience opérationnelle.

[INTERNAL-LINK: comparaison des blockchains layer 1 → article sur Solana, Ethereum, Avalanche et la scalabilité]

Que s’est-il passé sur le réseau Solana le 14 septembre 2021 ?

Le 14 septembre 2021, le réseau Solana a subi une panne majeure déclenchée par une surcharge soudaine de transactions. La cause identifiée était une “forte augmentation de la charge de transaction qui a culminé à 400 000 TPS”, selon le rapport officiel de Solana Status (Solana Status, 2021). Cette surcharge a engendré une file d’attente mémoire excessive, causé un fork du réseau, et conduit à la déconnexion progressive de nombreux nœuds.

La solution n’a pas été automatique. Les validateurs du réseau ont dû coordonner manuellement un redémarrage du Mainnet Beta après une mise à niveau vers la version 1.6.25. Le processus a duré environ 17 heures avant que les applications, explorateurs de blocs et systèmes de support se rétablissent. C’est précisément ce mécanisme de redémarrage coordonné qui a alimenté les critiques sur la centralisation réelle du réseau.

[PERSONAL EXPERIENCE] L’article de Rekt News publié peu avant la panne pointait déjà le risque de concentration : “les 12 meilleurs validateurs dont le pouvoir cumulé peut permettre d’arrêter le réseau.” La panne a confirmé empiriquement cette analyse théorique.

Pourquoi cette panne soulevait-elle des questions sur la décentralisation de Solana ?

Ethereum peut subir des surcharges, mais il ne s’arrête pas. Il ralentit et les frais montent, ce qui est une forme de régulation économique de la congestion. Solana, en septembre 2021, a opté pour un arrêt complet suivi d’un redémarrage coordonné. Cette approche implique qu’un groupe restreint de validateurs peut effectivement “éteindre” le réseau.

[UNIQUE INSIGHT] Ce n’est pas un défaut de conception au sens strict : c’est un choix architectural. Solana a priorisé la performance brute (vitesse et faibles frais) sur la résilience décentralisée. Ce compromis est connu et documenté dans sa white paper. La panne de 2021 l’a simplement rendu visible pour le grand public de la façon la plus directe possible.

La structure de gouvernance des validateurs de Solana, avec une concentration du pouvoir de vote parmi un petit nombre d’acteurs, reste un point de surveillance important pour les utilisateurs qui évaluent la résistance à la censure du réseau.

Quel était le bug d’Arbitrum le même jour ?

Le 14 septembre 2021, Arbitrum subissait sa propre indisponibilité partielle : son séquenceur s’est retrouvé bloqué pendant environ 45 minutes. Daniel Goldman, développeur chez Offchain Labs (l’équipe derrière Arbitrum), a formulé l’explication avec une franchise rare dans l’industrie : “Arbitrum était-il ‘en panne’ aujourd’hui ? En pratique, pour la plupart des utilisateurs, pendant environ 45 minutes, oui” (Arbitrum, 2021).

La cause était technique : une surcharge d’opérations arrivant simultanément dans le séquenceur, chargé d’ordonner et valider les transactions avant leur soumission à Ethereum. Cette congestion n’a entraîné aucune perte de fonds, mais a empêché les utilisateurs d’effectuer des transactions pendant 45 minutes. L’équipe a souligné qu’Arbitrum était encore en phase de test, ce qui impliquait explicitement que “d’autres pannes sont possibles dans les prochains jours.”

[INTERNAL-LINK: architecture des séquenceurs layer 2 → article technique sur le fonctionnement des rollups Ethereum]

Quels enseignements durables ces pannes ont-elles laissés ?

Ces incidents ont eu un impact durable sur la manière dont les investisseurs et les développeurs évaluent les blockchains. La performance théorique en termes de TPS est devenue une métrique insuffisante. La disponibilité réelle du réseau, sa résistance aux surcharges et la rapidité de rétablissement sont devenues des critères aussi importants.

L2Beat, la principale source de données sur les layers 2 d’Ethereum, a intégré des métriques de disponibilité et de centralisation dans ses évaluations. Les séquenceurs centralisés des rollups optimistes (Optimism, Arbitrum) restent un point de risque documenté : ils constituent un point de défaillance unique, même si les fonds des utilisateurs sont sécurisés par Ethereum (L2Beat, 2024).

[CHART: Tableau comparatif - Incidents de disponibilité des principales blockchains (Solana, Arbitrum, Optimism, Ethereum) de 2021 à 2024 - Source L2Beat/Solana Status]

Questions fréquentes

Combien de temps a duré la panne de Solana en septembre 2021 ?

La panne du réseau Solana a duré environ 17 heures, du déclenchement de la surcharge à la confirmation du rétablissement complet des applications et explorateurs de blocs. Le redémarrage du Mainnet Beta a nécessité une coordination manuelle entre les validateurs du réseau et une mise à niveau vers la version 1.6.25 du logiciel (Solana Status, 2021).

Des fonds ont-ils été perdus lors de ces pannes ?

Non. L’équipe d’Arbitrum a confirmé explicitement que “les fonds n’ont jamais couru le moindre risque” pendant l’incident de son séquenceur. Côté Solana, la panne concernait le traitement des transactions et non la sécurité des actifs. Le redémarrage coordonné du réseau n’a entraîné aucune perte de fonds pour les utilisateurs, uniquement une indisponibilité temporaire des transactions (Solana Status, 2021).

Solana a-t-il connu d’autres pannes après septembre 2021 ?

Oui. Solana a subi plusieurs incidents de réseau majeurs après 2021, notamment en janvier 2022, juin 2022 et février 2023. Ces pannes répétées ont alimenté un débat structurel sur l’arbitrage entre performance et décentralisation. L’équipe Solana a progressivement amélioré la robustesse du réseau avec des mises à jour successives, et les incidents ont été moins fréquents à partir de 2023, bien que la question de la centralisation des validateurs reste posée (Solana Foundation, 2024).