
Solana est restée opérationnelle malgré une panne d'infrastructure qui a temporairement perturbé une partie de son réseau de validateurs le 12 août, selon Jacob Creech, cadre technologique de la Fondation Solana.
Sur les 699 validateurs Solana ayant mis en jeu leurs SOL, 597 ont continué de voter tandis que les blocs et les transactions continuaient d'être traités. Les validateurs affectés ont récupéré leurs services dans les 40 minutes.
Creech a déclaré que les validateurs participant au programme de délégation de la Fondation Solana n'avaient pas été affectés. La page de statut officielle de Solana n'a enregistré aucun incident sur le réseau principal les 12 et 13 août et a affiché un temps de fonctionnement de 100 % du cluster Mainnet Beta au cours des 90 jours précédents.
Bien que le réseau principal soit resté en ligne, une analyse distincte a montré que l'incident a failli perturber la finalité plus que ne le suggère le nombre brut de validateurs. Marinade Finance a constaté que 28,83 % de tous les SOL mis en jeu sont devenus défaillants pendant environ 33 minutes. Solana exige que plus des deux tiers des fonds mis en jeu participent pour que les transactions atteignent la finalité, ce qui place le seuil de déconnexion pertinent à 33,34 %.
Marinade a identifié environ 90 validateurs affectés par la défaillance de routage, tandis que le chiffre de Creech de 597 sur 699 signifie que 102 validateurs ne votaient pas à un moment donné. La différence reflète des mesures distinctes plutôt que la preuve que les 102 validateurs partageaient la même panne d'infrastructure.
Creech a décrit l'incident comme une "preuve de la résilience de Solana". Le réseau a en effet résisté à la perturbation, mais les données de Marinade ont également montré que les fonds défaillants ont atteint environ 86 % du niveau auquel la finalité se serait arrêtée.
Le rapport de statut de Teraswitch a retracé le problème d'infrastructure à une route par défaut mal formée provenant de son installation MIA1 à Miami. Un réflecteur de route à Amsterdam a propagé la route altérée vers les marchés européens et d'Asie-Pacifique, où les routeurs locaux l'ont préférée aux routes valides. Douze sites à Londres, Amsterdam, Dublin, Francfort, Singapour et Tokyo ont perdu leur joignabilité. Les sites nord-américains n'ont pas été affectés.
Les ingénieurs ont identifié la route mal formée en 10 minutes et ont retiré Miami de la dorsale privée. Le service est revenu à 04:16:15 UTC. Teraswitch a ensuite déployé une modification globale sur ses sites de calcul afin qu'une route mal formée similaire ne bloque pas le transfert de trafic. Le fournisseur a déclaré que le défaut sous-jacent faisait toujours l'objet d'une enquête et qu'un rapport complet d'analyse des causes profondes suivrait.
L'événement a également exposé la concentration d'infrastructures parmi les validateurs. Marinade a calculé qu'un système autonome détenait environ 118,9 millions de SOL, soit plus d'un quart de tous les SOL mis en jeu, et qu'environ 94 % de ces fonds sont tombés hors ligne simultanément.
Le résultat contraste avec le redémarrage du réseau en février 2024 après l'arrêt de la production de blocs. Les validateurs ont nécessité un redémarrage coordonné lors de cet incident, et Solana est restée hors ligne pendant près de cinq heures. La panne d'infrastructure du 12 août n'a pas nécessité de redémarrage du réseau principal.
Solana a depuis poursuivi une résilience supplémentaire grâce à un logiciel de validateur indépendant. Dans une couverture connexe, Firedancer a commencé à produire des blocs du réseau principal Solana en 2026, ajoutant un autre chemin de client validateur aux côtés de l'écosystème dominant Agave.
La dernière perturbation a testé un autre type de décentralisation : l'hébergement physique et la connectivité réseau plutôt que le logiciel de validateur. Solana a continué à traiter les transactions, mais la concentration des fonds mis en jeu derrière une infrastructure commune a permis à la défaillance d'un seul fournisseur de retirer une grande partie des fonds de vote simultanément.
Le correctif de configuration immédiat de Teraswitch est déjà déployé, mais son enquête n'est pas terminée. Le fournisseur examine toujours pourquoi la route par défaut de Miami a été annoncée avec des attributs incorrects et a engagé son fournisseur de matériel. Un rapport complet est attendu une fois ce travail terminé.
Les opérateurs de validateurs sont également susceptibles de faire l'objet d'un examen plus minutieux en matière de redondance d'infrastructure. Marinade a déclaré qu'elle prévoyait d'examiner les limites de concentration par système autonome et centre de données et d'offrir plus de transparence concernant les arrangements de basculement automatique. Pour Solana, le prochain test sera de savoir si ces changements d'infrastructure réduisent la part des fonds mis en jeu exposée à toute défaillance de routage unique.