La frayeur de Solana : comment le rĂ©seau s’est retrouvĂ© Ă  4,5 % d’une mise Ă  l’arrĂȘt

Le 12 aoĂ»t 2026, Solana a connu sa plus proche rencontre avec un arrĂȘt du rĂ©seau Ă  l’échelle, depuis la derniĂšre panne complĂšte de fĂ©vrier 2024 — mais cette fois, la cause n’avait rien Ă  voir avec du code dĂ©fectueux ou avec du spam de bots. Il s’agissait d’un problĂšme de routage, en profondeur dans les infrastructures Internet.

Que s’est-il passĂ©

Une panne de routage BGP (Border Gateway Protocol) a frappĂ© TeraSwitch, un fournisseur d’hĂ©bergement utilisĂ© par une part significative des validateurs Solana. Le BGP est le protocole qui dĂ©termine comment les donnĂ©es trouvent leur chemin Ă  travers Internet entre les rĂ©seaux — lorsqu’il dysfonctionne, des blocs entiers de serveurs peuvent, dans les faits, disparaĂźtre de la carte d’Internet, mĂȘme si les serveurs eux-mĂȘmes fonctionnent correctement.

La panne a dĂ©connectĂ© simultanĂ©ment environ 90 validateurs, soit 28,83 % de l’ensemble des SOL misĂ©s.

Pourquoi ce chiffre comptait

Le mĂ©canisme de consensus de Solana comporte un seuil critique : si 33,34 % des SOL misĂ©s passent hors ligne en mĂȘme temps, le rĂ©seau ne peut plus finaliser les transactions et la production de blocs s’arrĂȘte entiĂšrement — nĂ©cessitant le type de redĂ©marrage coordonnĂ© des validateurs qui a marquĂ© les pannes passĂ©es de Solana.

Le 12 aoĂ»t, le rĂ©seau s’est retrouvĂ© Ă  4,51 points de pourcentage de ce seuil. C’était proche, mais Solana ne s’est jamais rĂ©ellement arrĂȘtĂ©.

Pourquoi le réseau a continué de fonctionner

Contrairement aux prĂ©cĂ©dents grands incidents de Solana — comme l’échec de la fork-choice pendant environ 8,5 heures en septembre 2022, ou l’arrĂȘt de cinq heures en fĂ©vrier 2024 causĂ© par une boucle de recompilation dans le chargeur Berkeley Packet Filter (BPF) — cet Ă©vĂ©nement ne mettait en cause aucun bug de consensus ni aucune dĂ©faillance au niveau du client.

Pendant la fenĂȘtre d’environ 30 Ă  33 minutes :

La production de blocs s’est poursuivie sans interruption

Les transactions ont continuĂ© Ă  ĂȘtre traitĂ©es et validĂ©es normalement

Aucun fonds utilisateur n’a jamais Ă©tĂ© menacĂ©

597 des 699 validateurs misés ont continué à voter

Comme il s’agissait uniquement d’un problĂšme de rĂ©seau/d’infrastructure plutĂŽt que d’un dĂ©faut du protocole central de Solana, le problĂšme s’est rĂ©solu de lui-mĂȘme une fois que le routeur concernĂ© s’est reconvergĂ© : aucun correctif d’urgence, aucun redĂ©marrage coordonnĂ©, aucune mise Ă  niveau du client n’étaient requis.

Le véritable enseignement : concentration des infrastructures

Cet incident a recentrĂ© le dĂ©bat sur la fiabilitĂ© de Solana. Pendant des annĂ©es, les pannes du rĂ©seau ont Ă©tĂ© attribuĂ©es au spam de transactions et Ă  des bogues logiciels dans le client de validateurs. Cette fois, la vulnĂ©rabilitĂ© venait d’une concentration des infrastructures : trop de validateurs reposaient sur le mĂȘme fournisseur d’hĂ©bergement et le mĂȘme chemin d’acheminement Internet, crĂ©ant un point de dĂ©faillance unique sans lien avec le code de la blockchain.

En rĂ©ponse, la Fondation Solana a renforcĂ© ses rĂšgles de diversitĂ© des infrastructures. Depuis le 1er mai 2026, les validateurs soutenus par la Fondation doivent s’assurer que :

Aucun ASN (autonomous system / rĂ©seau d’hĂ©bergement) ne dĂ©tient plus de 25 % de la mise du rĂ©seau

Aucun opérateur de centre de données ne détient plus de 15 % de la mise du réseau

Ces plafonds n’empĂȘcheront pas toutes les alertes futures, mais ils sont conçus pour qu’une dĂ©faillance d’acheminement d’un seul fournisseur ne menace plus jamais le consensus.

Contexte : une longue période de stabilité

Le timing est notable. Avant cet Ă©vĂ©nement, Solana avait maintenu une disponibilitĂ© (uptime) de 100 % au niveau du cluster pendant environ 30 mois consĂ©cutifs aprĂšs sa derniĂšre panne complĂšte en fĂ©vrier 2024 — sa plus longue pĂ©riode de fiabilitĂ© depuis le lancement. L’alerte du 12 aoĂ»t n’a pas rompu cette sĂ©rie d’arrĂȘts rĂ©els, mais elle a rappelĂ© que la notion d’« uptime » dĂ©pend de plus que d’un code propre : elle dĂ©pend aussi des infrastructures physiques et rĂ©seau sous-jacentes.

Sources : rapports d’état de la Fondation Solana ; analyse de l’incident par Spotted Crypto et Bitcoin Foundation, aoĂ»t 2026.

$SOL

SOL
SOL
100.52
-1.46%