Une panne de routage chez l’hébergeur TeraSwitch a rendu indisponibles des validateurs représentant 28,83 % du SOL engagé dans la sécurité de Solana, selon une analyse publiée le 12 août par la plateforme de staking Marinade. Le réseau a continué à finaliser ses transactions : sa page d’état n’enregistre aucune interruption.

L’incident compte néanmoins parce que Solana cesse de finaliser lorsque plus d’un tiers du stake ne vote plus. L’écart entre 28,83 % et ce seuil était faible, et les données publiques montrent qu’un seul système réseau héberge encore près de 28 % du stake actif. Ce n’est pas un problème de nombre de validateurs, mais de dépendance commune derrière ces validateurs.

Ce qui s’est passé

Dans un fil publié à 10 h 26 UTC, Marinade affirme que 90 validateurs sont devenus « delinquent », c’est-à-dire qu’ils ont temporairement cessé de voter avec le reste du réseau. Ensemble, ils représentaient 28,83 % du SOL staké. Le seuil de perte de finalité indiqué par Marinade est de 33,34 %.

L’entreprise attribue l’événement à une mauvaise route par défaut annoncée depuis un site TeraSwitch à Miami. Un réflecteur de routes à Amsterdam aurait ensuite propagé l’information vers plusieurs sites européens et asiatiques. Les routeurs de bord auraient préféré cette route inutilisable, laissant douze sites sans chemin valide pour transmettre le trafic.

Marinade situe le retour du trafic à 04 h 16 min 15 s UTC, environ dix minutes après l’identification du problème. Une partie des validateurs serait néanmoins restée hors ligne pendant 33 minutes. L’analyse estime leurs récompenses manquées à 333 SOL et indique qu’elles doivent être couvertes par des obligations de validateurs à la fin de l’époque.

CoinDesk a repris ces éléments le 12 août. Cette couverture rend le dossier plus accessible, mais ses chiffres et son récit de l’incident proviennent principalement de Marinade; elle ne constitue donc pas une seconde mesure indépendante de la panne de routage.

Un quasi-incident, pas un arrêt de Solana

La distinction centrale est simple : des validateurs ont perdu leur connexion, mais Solana n’a pas franchi le seuil qui aurait interrompu la finalité. La page d’état officielle affiche tous les systèmes opérationnels et aucune indisponibilité pour la journée.

Cela ne contredit pas l’analyse de Marinade. Une page d’état mesure le service rendu par le réseau; elle n’a pas vocation à signaler chaque perte de redondance interne tant que les transactions continuent à être finalisées. L’événement ressemble davantage à une barrière de sécurité fortement entamée qu’à une panne visible par tous les utilisateurs.

Le seuil d’un tiers vient du fonctionnement des systèmes de consensus tolérant des fautes byzantines. Tant que plus des deux tiers du poids de vote reste disponible et converge, le réseau peut continuer à confirmer un état commun. Si plus d’un tiers cesse de participer, il préfère arrêter de finaliser plutôt que de risquer deux histoires incompatibles.

Le cours GatherHub Blockchain explique cette différence entre production de blocs, validation et consensus. Dans cet incident, le point critique n’était pas le débit théorique de Solana, mais la capacité de suffisamment de validateurs pondérés par leur stake à rester connectés simultanément.

Le nombre de validateurs ne suffit pas

Un réseau peut compter de nombreux opérateurs et conserver un point de défaillance commun. Deux validateurs exploités par des organisations distinctes ne sont pas vraiment indépendants s’ils utilisent le même hébergeur, le même système autonome internet, la même alimentation ou le même mécanisme de bascule.

Les données de Validators.app, consultées le 12 août, associaient l’ASN 20326 de TeraSwitch à 87 validateurs et 121,58 millions de SOL actifs, soit 27,96 % du stake. Au moment de la consultation, aucun de ces validateurs n’était encore signalé comme défaillant. Les chiffres diffèrent légèrement de ceux du fil de Marinade — 118,89 millions de SOL et 27,34 % — parce que le stake et les classements évoluent.

Cette concentration dépasse le repère publié par la Solana Foundation. Ses critères de délégation exigent depuis le 1er mai 2026 que les participants à son programme restent sur un ASN ou chez un hébergeur détenant moins de 25 % du stake total; ils fixent aussi 15 % par centre de données.

Ces limites ne sont pas des règles de consensus applicables automatiquement à tous les validateurs. Elles déterminent l’éligibilité au stake délégué par la Fondation. Elles constituent toutefois une reconnaissance explicite du risque : une forte concentration chez un fournisseur internet peut créer un point de défaillance systémique même si les machines sont réparties entre plusieurs villes.

Pourquoi cela compte maintenant

Pour les utilisateurs, l’épisode n’a pas produit de blocage public mesuré. Les transactions ont continué et la page d’état n’a enregistré aucun temps d’arrêt. Il serait donc trompeur de parler d’une « panne de Solana ».

Pour les validateurs et les délégateurs, la perte a été plus concrète : votes manqués, récompenses réduites et démonstration que des mécanismes de secours n’ont pas repris assez vite. Marinade dit n’avoir observé une reprise propre que chez trois des 74 opérateurs qu’elle pouvait mesurer. Elle reconnaît toutefois ne pas pouvoir distinguer, depuis l’extérieur, l’absence de site secondaire d’un basculement mal configuré.

Pour les applications, stablecoins, places de marché et protocoles financiers construits sur Solana, le risque est collectif. Si le poids hors ligne avait dépassé un tiers, la finalité aurait cessé pour tout le réseau, même pour les services hébergés ailleurs. Une infrastructure distribuée au niveau logiciel peut donc rester dépendante de couches physiques et internet beaucoup plus concentrées.

L’inférence de GatherHub est que la décentralisation utile doit être mesurée par domaine de panne : opérateur, ASN, centre de données, région, alimentation et logiciel client. Additionner des validateurs sans cartographier ces dépendances surestime la résilience réelle.

Limites et questions ouvertes

Le principal récit technique disponible au moment de publier vient de Marinade, acteur directement intéressé par la qualité et la répartition du staking. TeraSwitch aurait publié une analyse, mais sa page d’état était inaccessible depuis notre environnement de vérification. GatherHub ne présente donc pas les détails de routage comme un rapport indépendant de l’hébergeur.

Marinade signale aussi 14,1 millions de SOL supplémentaires devenus indisponibles chez d’autres fournisseurs pendant la même fenêtre. Elle dit ne pas savoir s’il existait une dépendance commune ou une simple coïncidence. L’article ne les attribue donc pas à TeraSwitch.

Enfin, la concentration affichée par Validators.app décrit l’ASN déclaré et le stake actif à un instant donné. Elle ne révèle pas tous les accords de sous-traitance, les liens physiques ou les procédures de bascule. À l’inverse, plusieurs sites sur un même ASN peuvent disposer de protections locales différentes.

À suivre

La première preuve attendue est un post-mortem accessible de TeraSwitch précisant la cause racine, l’étendue géographique, les contrôles qui ont échoué et les mesures prises pour empêcher une nouvelle propagation de route.

La deuxième est l’évolution de la part de l’ASN 20326. Un retour sous le seuil de 25 % réduirait le poids d’une défaillance unique, sans garantir à lui seul une bonne diversification des centres de données et des opérateurs.

La troisième concerne le basculement. Marinade promet de revoir ses limites par ASN et centre de données et de publier si les validateurs disposent d’un échange à chaud et d’un failover automatique. Des tests observables compteront davantage que la simple déclaration d’un site de secours.

Solana n’est pas tombée le 12 août. C’est précisément pourquoi l’incident est instructif : il montre une fragilité avant qu’elle ne devienne une interruption visible, et fournit un seuil concret contre lequel mesurer les corrections.

Sources consultées

Illustration éditoriale générée par Édito GatherHub selon l’identité « Portail Matière ». Cet article ne constitue pas un conseil financier.