Que devient votre crypto lorsqu’une blockchain s’arrête

Une interruption de chaîne est une période pendant laquelle une blockchain cesse de produire de nouveaux blocs, de sorte que rien sur ce réseau n’est confirmé tant que les validateurs ne l’ont pas redémarrée. Les interruptions peuvent provenir de bugs logiciels, de défaillances du consensus ou d’un arrêt d’urgence volontaire lors d’un exploit. Vos soldes restent enregistrés sur le dernier bloc produit et, dans la quasi-totalité des cas, ils sont toujours là lorsque la chaîne reprend.

Trois questions comptent pour toute personne détenant des actifs sur un réseau figé : pouvez-vous être liquidé pendant que vous êtes dans l’incapacité d’agir, votre retrait est-il bloqué de façon permanente, et vos actifs sont-ils toujours là lorsque la production de blocs redémarre ? Les réponses courtes sont : oui sur une plateforme centralisée, presque jamais, et presque toujours. Le reste de cette page explique pourquoi.

Vue d’ensemble des interruptions de chaîne

Le tableau ci-dessous résume rapidement l’essentiel pour les lecteurs arrivés en plein incident et souhaitant d’abord obtenir la réponse avant les explications.

La ligne que la plupart des gens interprètent mal est celle concernant les positions ouvertes, et c’est aussi celle qui peut coûter le plus cher.

Qu’est-ce qu’une interruption de chaîne ?

Une blockchain est une file de blocs, et chaque bloc est produit par la machine choisie par le protocole pour ce créneau. Lorsque suffisamment de ces machines refusent de produire, tombent en panne ou ne s’accordent pas sur ce qu’est un bloc valide, la file cesse d’avancer. C’est tout le mécanisme. Il n’y a ni porte de coffre qui se ferme ni administrateur qui gèle des comptes.

Imaginez un registre partagé où tout le monde a convenu qu’un seul stylo écrit à la fois. Si les détenteurs du stylo le posent tous, rien de nouveau n’est écrit, mais rien de ce qui a déjà été écrit n’est effacé non plus. Chaque solde enregistré jusqu’au bloc final reste exactement à sa place.

Ce dernier point est rassurant, et il mérite d’être formulé clairement, car les résultats de recherche pendant un incident sont souvent marqués par la panique. MANTRA a cessé de produire des blocs, avec un dernier bloc signalé vers 23:13 UTC le jeudi 20 août 2026, puis a repris vers 05:30 UTC le samedi 22 août 2026. La chaîne est revenue en version 8.4.0 avec des soldes utilisateurs inchangés et sans rollback de l’état du réseau. Environ trente heures de paralysie totale, et le registre de l’autre côté était le même.

Ce qui a bougé, en revanche, c’est le prix. Le token a chuté d’environ 18,5 % jusqu’à un plus bas historique de 0,004126 $, alors que personne ne pouvait effectuer de transactions. C’est le schéma à retenir. Une interruption détruit rarement vos actifs. En revanche, elle compromet souvent votre capacité à réagir à l’évolution du marché.

Pourquoi les validateurs arrêteraient-ils volontairement une chaîne ?

Certaines interruptions sont délibérées. Lorsqu’un exploit en cours vide un réseau plus vite qu’il ne peut être corrigé, l’arrêt de la production de blocs peut être le seul levier immédiatement efficace, car il retire à l’attaquant la possibilité d’envoyer une nouvelle transaction au même moment où il retire aussi la vôtre.

Cosmos Labs a utilisé ce levier publiquement le lundi 24 août 2026. L’entreprise a déclaré qu’un incident de sécurité en cours avait affecté des utilisateurs du module Cosmos EVM et a indiqué avoir conseillé aux chaînes Cosmos EVM en contact avec elle de demander à leurs validateurs d’arrêter leurs chaînes. Il faut distinguer ici ce qui est vérifié de ce qui ne l’est pas. L’avis et l’instruction d’arrêt sont documentés. En revanche, la vulnérabilité sous-jacente, la liste complète des chaînes touchées et la question d’éventuels fonds exposés n’ont pas été précisés, Cosmos Labs promettant un rapport d’incident une fois la situation résolue.

Trois chaînes exécutant le même module avaient déjà signalé des mouvements de fonds non autorisés plus tôt dans le mois. KiiChain a indiqué que 148 326 583,15 KII avaient été déplacés au cours de 18 attaques répétées le samedi 22 août 2026 et s’est arrêtée au bloc 9 355 723. TAC s’est arrêtée au bloc 24 671 après la vidange d’un compte unique, et des sources indépendantes avancent un montant bien supérieur à celui communiqué par la chaîne elle-même ; aucun chiffre n’est donc repris ici pour TAC. Des publications ont aussi cité un quatrième réseau, Nesa, comme affecté, alors que Cosmos Labs n’en a nommé aucun.

Le débat sur la divulgation qui a suivi est aussi une leçon de mécanisme. Des critiques ont contesté la publication ouverte d’un correctif de sécurité avant que les chaînes exécutant ce code n’aient été averties en privé et n’aient eu le temps de corriger, parce qu’un commit public expose la vulnérabilité à toute personne qui le lit. Lorsque plusieurs chaînes construites sur un code partagé s’arrêtent à quelques jours d’intervalle, un correctif discret en amont fait partie des explications plausibles.

Et il existe une version de cela sur laquelle vous pouvez réellement agir. Une interruption annoncée avec une cause identifiée et un numéro de version corrigée indique qu’une chaîne tente de gérer l’incident. Une interruption annoncée sans cause, sans liste de chaînes et sans calendrier constitue plutôt un signal de prudence avant d’augmenter l’exposition.

Que se passe-t-il pour vos positions ouvertes et les liquidations ?

Une chaîne figée ne fige pas un carnet de produits dérivés, et c’est cette distinction qui explique une grande partie des pertes réelles.

Un contrat perpétuel à terme sur une plateforme centralisée existe entièrement dans le moteur d’appariement interne de cette plateforme. Votre marge, votre prix de référence et votre niveau de liquidation sont des enregistrements internes. La chaîne sur laquelle l’actif sous-jacent se règle n’est pas consultée avant la fermeture d’une position. Si cette chaîne s’arrête, votre position continue d’être valorisée par rapport à un indice, le taux de funding continue de s’accumuler, et le moteur de liquidation continue de fonctionner comme auparavant.

Le constat direct est donc inconfortable : vous pouvez être liquidé sur un token dont le réseau s’est arrêté, à un prix découvert sur des plateformes qui continuent à le négocier, alors que toute option on-chain permettant d’ajouter du collatéral vous est indisponible.

Deux éléments aggravent souvent la situation en pratique. Premièrement, une interruption tend à concentrer la liquidité sur un plus petit nombre de plateformes, ce qui élargit les spreads et rend l’indice de prix plus instable. Deuxièmement, un titre évoquant un incident de sécurité réseau et une baisse du prix vers votre seuil de liquidation arrivent souvent dans la même fenêtre de temps. C’est à ce moment que de nombreux traders tentent d’approvisionner leur marge via leur wallet, alors que c’est précisément ce que l’arrêt empêche.

La réponse opérationnelle est peu spectaculaire et doit être mise en place avant l’incident : dimensionner les positions de sorte qu’un ajout de marge reste une amélioration plutôt qu’une nécessité, et conserver un coussin de marge sur la plateforme plutôt que sur la chaîne.

Que se passe-t-il pour les dépôts et les retraits ?

Les dépôts et retraits sont généralement la première chose à s’arrêter et la dernière à revenir, pour une raison simple. Une plateforme ne crédite un dépôt qu’après un nombre suffisant de confirmations, et une chaîne arrêtée n’en produit aucune. Un retrait est une transaction que la plateforme doit diffuser, et une chaîne arrêtée ne l’acceptera pas.

Pour un retrait en attente, la situation est souvent meilleure qu’elle n’en a l’air. Une transaction signée mais jamais incluse dans un bloc reste simplement non confirmée et sera reprise lorsque la production de blocs redémarrera. Les actifs n’ont pas quitté votre solde et ne sont pas partis ailleurs. Une transaction déjà confirmée avant l’arrêt est, elle, réglée et finale.

Il faut aussi apprendre une distinction utile pour éviter un diagnostic erroné fréquent. L’arrêt d’une chaîne n’est pas la même chose qu’une plateforme suspendant les retraits. Les plateformes peuvent suspendre les retraits pour leurs propres raisons, notamment maintenance, migration de wallets ou décisions internes de gestion du risque, et ces pauses peuvent survenir alors que le réseau sous-jacent fonctionne normalement. Un moyen rapide de distinguer les deux est de vérifier un explorateur de blocs du réseau concerné. Si de nouveaux blocs apparaissent et qu’une seule plateforme est figée, le problème se situe plutôt au niveau de la plateforme que du protocole.

Attendez-vous à ce que le redémarrage prenne plus de temps que ne le suggère l’arrêt lui-même. Une fois la chaîne relancée, un arriéré de transactions en attente se dispute les premiers blocs, et les plateformes attendent généralement une période suffisamment stable de production de blocs avant de rouvrir les canaux de dépôt et de retrait. Un délai de plusieurs heures entre la reprise de la chaîne et la réouverture côté plateforme est normal et ne constitue pas nécessairement un second incident.

Une interruption n’est pas une réorganisation de chaîne

Ces deux notions sont souvent confondues dans les fils d’incident, alors qu’elles sont opposées en ce qui concerne l’impact sur vos fonds.

Une interruption vous retire de l’optionalité mais vous rend un registre intact. Une réorganisation vous laisse libre de transiger pendant tout ce temps, puis modifie discrètement l’historique sous vos pieds. S’il faut choisir, l’interruption est généralement la situation la plus prévisible, ce qui explique pourquoi des validateurs la choisissent parfois.

Ce que vous pouvez réellement faire avant, pendant et après une interruption

1. Vérifier l’interruption auprès de deux sources indépendantes

Une panne apparente provient parfois d’un défaut de monitoring plutôt que d’une panne réseau. Lors de l’épisode Zcash du mercredi 3 juin 2026, des outils on-chain n’affichaient aucun nouveau bloc pendant plus de quatre heures alors qu’un grand fournisseur d’infrastructure contestait publiquement que le réseau soit à l’arrêt et évoquait plutôt des problèmes d’explorateur de blocs et de synchronisation des nœuds. Vérifiez un second explorateur et un second fournisseur de nœuds avant de réagir à la première alerte.

2. Réduire le levier tant que cela reste possible

La fenêtre durant laquelle vous pouvez ajuster une position est celle d’avant la confirmation de la nouvelle, pas celle d’après. Si une chaîne à laquelle vous êtes exposé avec levier montre des temps de bloc dégradés, des échanges inhabituels entre validateurs ou une version client d’urgence, c’est souvent le moment le moins coûteux pour réduire la taille de position. Attendre la certitude revient souvent à payer plus cher cette certitude.

3. Laisser un retrait en attente tel quel

Soumettre de nouveau, annuler ou re-signer pendant une interruption ne sert généralement à rien et peut parfois créer des complications de nonce qui vous feront perdre du temps lorsque la chaîne reviendra. Une transaction non confirmée sur un réseau arrêté n’est pas perdue. Elle est en file d’attente.

4. Considérer la fenêtre de redémarrage comme l’heure la plus risquée

Les redémarrages sont le moment où les files d’attente se résorbent, où les bots d’arbitrage se déclenchent simultanément et où le premier véritable prix après une période noire se découvre. La volatilité dans l’heure qui suit la reprise de la production de blocs est souvent plus forte que pendant le gel lui-même, parce que le gel a comprimé l’activité et que le redémarrage la libère d’un seul coup.

5. Lire le post-mortem avant d’augmenter de nouveau la taille

Un post-mortem publié avec un numéro de bloc, une cause racine et une version corrigée indique que la défaillance est comprise. Le silence après un incident n’indique rien, et des interruptions répétées sur le même réseau à quelques jours d’intervalle constituent davantage un signal pour revoir votre dimensionnement de position qu’un simple élément d’opinion.

Cela est-il arrivé à de grandes blockchains ?

Oui. Cela est arrivé à presque tous les grands réseaux qui ne sont pas Bitcoin, et les causes sont souvent plus banales qu’on ne l’imagine.

Solana a publié son propre compte rendu du blocage de février 2024, indiquant que la production de blocs s’est arrêtée à 09:53 UTC et a repris à 14:55 UTC sur un redémarrage exécutant v1.17.20. Une panne de cinq heures sur une chaîne mettant en avant une finalité quasi instantanée illustre clairement que vitesse et disponibilité sont deux propriétés distinctes.

Sui a figé environ un milliard de dollars d’actifs on-chain et s’est interrompue une seconde fois le lendemain, vendredi 29 mai 2026, le token reculant d’environ 8 % sur l’ensemble des deux incidents. Deux arrêts en 48 heures n’envoient pas le même signal qu’un seul, et il est raisonnable d’en tenir compte face à toute prévision de prix Sui qui considérerait la fiabilité comme définitivement acquise.

Base est un cas instructif pour les utilisateurs de rollups, car il n’y a pas de jeu de validateurs à coordonner. La production de blocs s’est arrêtée au bloc 47 806 542 à 15:47:13 UTC et un second incident plus court a suivi le vendredi 26 juin 2026. Le post-mortem de l’équipe indique que l’intégrité de la chaîne n’a pas été compromise et que tous les fonds sur Base étaient en sécurité, ce qui est le bon résultat, mais aussi tout l’enjeu. Un réseau à séquenceur unique n’a qu’un seul composant principal à corriger, et un seul point majeur de défaillance.

Mais le chiffre le plus important à travers ces quatre cas reste le même : aucun n’a réécrit les soldes.

Réflexions finales

Le mécanisme à retenir est qu’une interruption touche votre accès, pas votre propriété. L’état du registre survit, les transactions en attente reprennent, et les actifs que vous déteniez avant le dernier bloc sont les mêmes que ceux que vous détenez après le redémarrage. Ce qui ne survit pas, en revanche, c’est votre capacité à ajouter de la marge, fermer une position, déplacer du collatéral ou retirer des fonds pendant les heures où le marché est le plus susceptible d’évoluer contre vous.

Cette asymétrie explique pourquoi la préparation utile se fait pendant les périodes calmes. Gardez un levier compatible avec l’hypothèse d’une interruption de trente heures, conservez un coussin de marge là où la plateforme peut le voir plutôt que là où la chaîne doit l’acheminer, et considérez qu’un réseau s’appuyant sur un code partagé en amont porte aussi le risque d’interruption des autres chaînes utilisant ce même code. La séquence Cosmos EVM d’août 2026 constitue aujourd’hui un exemple parlant de ce dernier point, et il est peu probable qu’elle soit la dernière.

Surveillez le rapport d’incident promis par Cosmos Labs. Une vulnérabilité identifiée avec une version corrigée vous renseigne sur la classe de bug et sur les autres chaînes susceptibles d’en hériter, ce qui aide à ajuster l’exposition de manière plus informée.

Questions fréquentes

Puis-je être liquidé pendant l’arrêt d’une blockchain ?

Oui, si votre position est un contrat dérivé sur une plateforme centralisée, car le moteur de liquidation de cette plateforme fonctionne sur son propre carnet interne et son propre prix d’indice, plutôt que sur la chaîne arrêtée. L’arrêt supprime votre capacité à déposer du collatéral sans supprimer la capacité de la plateforme à clôturer votre position. Les positions détenues entièrement on-chain dans un protocole DeFi sur le réseau arrêté sont, elles, figées avec le reste.

Combien de temps durent généralement les interruptions de chaîne ?

Les cas publics observés entre 2024 et 2026 vont d’environ vingt minutes à près de trente heures, la plupart se résolvant dans la journée. La durée dépend bien davantage de la rapidité avec laquelle une version corrigée peut être écrite et distribuée que de la gravité initiale du bug, ce qui explique pourquoi des chaînes avec moins de validateurs mais mieux coordonnés redémarrent souvent plus vite que des réseaux plus décentralisés.

Dois-je faire quelque chose pour récupérer mes actifs après une interruption ?

Non. Les soldes sont automatiquement restaurés à partir du dernier bloc produit, et un arrêt standard ne nécessite ni procédure de réclamation, ni migration, ni action dans le wallet. Méfiez-vous activement de tout message vous demandant de connecter un wallet ou de signer quoi que ce soit pour récupérer des fonds après une panne réseau, car ce schéma correspond souvent à une tentative de phishing exploitant un incident réel.

Une interruption de chaîne signifie-t-elle que le projet est en échec ?

Pas à elle seule, puisque presque tous les grands réseaux à haut débit ont déjà connu au moins un arrêt avant de repartir. Ce qui apporte réellement de l’information, c’est la réponse : cause racine publiée avec numéro de bloc et numéro de version, redémarrage raisonnable et absence de répétition dans les jours suivants. Des interruptions répétées sur le même code au cours d’une même semaine constituent le schéma le plus significatif à surveiller.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou d’investissement. Le trading de cryptomonnaies comporte des risques importants. Effectuez toujours vos propres recherches avant de prendre une décision.