Solana s'est approchée à 14 points de pourcentage d'un arrêt complet du réseau tôt mercredi 12 août, après que 28,83 % du SOL mis en jeu (staked) du réseau soit tombé du consensus suite à une panne d'infrastructure chez le fournisseur d'hébergement Teraswitch. L'épisode souligne un risque moins discuté dans les réseaux de preuve d'enjeu (proof-of-stake) : bien que l'ingénierie de protocole et la diversité des clients reçoivent une attention considérable, les opérateurs de validateurs se regroupent souvent autour des mêmes fournisseurs d'hébergement, ce qui signifie qu'une simple défaillance de la couche d'infrastructure peut rapidement pousser une chaîne vers son point d'arrêt théorique.

L'incident, signalé pour la première fois par le protocole de staking Marinade Finance, a amené le réseau à 86 % du seuil de défaillance de 33,34 % au-delà duquel Solana ne peut plus finaliser les blocs. Si le chiffre avait franchi cette limite, cela aurait mis fin à la série de 30 mois de disponibilité (uptime) de Solana et aurait mis le réseau hors ligne.

Comment fonctionne le mécanisme d'arrêt de consensus de Solana

Solana cesse de finaliser les blocs lorsque plus d'un tiers (33,34 %) de tout le SOL mis en jeu (staked) devient défaillant. La défaillance survient lorsqu'un validateur se retire brusquement du consensus. Le 12 août, le réseau a atteint un pic de 28,83 % de mise en jeu (stake) défaillante avant de se stabiliser.

Selon Marinade, l'événement a affecté 90 validateurs, qui ont collectivement perdu 333 SOL en récompenses pendant leur temps d'arrêt. Au prix de négociation de 76,9 $ pour le SOL au moment du rapport, l'ensemble du réseau Solana aurait pu être temporairement arrêté par une anomalie d'une valeur d'environ 25 600 $.

Malgré cette quasi-catastrophe, la page de statut officielle de Solana continue de faire état d'une disponibilité (uptime) de cluster de 100 % au cours des 90 jours précédents. Le dernier arrêt complet du réseau s'est produit le 6 février 2024 et a duré environ cinq heures.

Incident chez Teraswitch et résolution

La page de statut de Teraswitch a fourni des détails sur la défaillance de l'infrastructure sous-jacente :

"Les clients de LON1, AMS1, AMS2, AMS3, DUB1, DUB2, FRA2, SGP1, SGP2, TYO1, TYO2 et TYO3 ont subi une perte d'accessibilité aux destinations Internet, ainsi qu'aux destinations internes de la dorsale (backbone) de Teraswitch entre les sites affectés. Les autres sites nord-américains n'ont pas été affectés."

Teraswitch a signalé avoir intentionnellement retiré MIA1 (Miami, FL) de sa dorsale (backbone) dans le cadre de sa réponse. Les ingénieurs ont "identifié la route mal formée dans les 10 minutes suivant le début et ont retiré MIA1 de la dorsale pour arrêter toute propagation ultérieure".

Teraswitch a confirmé que "les sites affectés ont reconvergé vers leurs routes locales par défaut et le service a été rétabli à 04:16:15 UTC".

Marinade a noté que l'événement "a à peine été enregistré quelque part" malgré sa gravité.

Impact sur les validateurs

Sur les 74 validateurs surveillés par Marinade, seuls trois se sont rétablis correctement : laine de Solana Strategies, Cogent Crypto et Lion3d. Le reste du pool de validateurs a subi un temps d'arrêt partiel pendant l'épisode. Helius, le deuxième plus grand validateur de Solana, était hors ligne pendant toute la perturbation de 33 minutes.

Concernant les 333 SOL de récompenses perdues, Marinade a déclaré que les opérateurs de validateurs absorberont la perte, laissant les stakers avec une exposition nulle.

Bilan de fiabilité de Solana

Deux jours avant cette quasi-catastrophe, Solana Compass a rapporté que Solana avait atteint 30 mois consécutifs sans panne à l'échelle du réseau. La panne précédente du 6 février 2024 a été attribuée à un bug dans le cache JIT de LoadedPrograms qui a forcé les validateurs à se recompiler à plusieurs reprises jusqu'à ce que le consensus se bloque sur un seul bloc. Anza a corrigé le bug et la chaîne a repris après environ cinq heures.

L'amélioration de la fiabilité de Solana en 2023 et 2024 a été attribuée à trois mises à niveau clés : la couche de transport QUIC avec une qualité de service pondérée par la mise (stake-weighted) pour limiter le trafic de spam, un marché de frais de priorité qui représente désormais environ 88 % des revenus quotidiens de frais, et Firedancer, un client de validation indépendant développé par Jump Crypto qui a atteint le mainnet fin 2025. L'ajout d'une deuxième implémentation de client signifie qu'un bug dans un seul code source n'a plus de moyen d'arrêter l'ensemble du réseau. Cependant, la quasi-panne de Teraswitch illustre que la concentration de l'infrastructure chez des fournisseurs d'hébergement mutualisés représente un vecteur de défaillance distinct que la diversité des clients ne permet pas de résoudre à elle seule — un défi auquel sont confrontées les chaînes de preuve d'enjeu en général, et pas seulement Solana.