Coinbase en panne le 7 mai 2026 : cause AWS, durée et sécurité des fonds
Dans la nuit du 7 au 8 mai 2026, une panne de refroidissement dans un centre de données d'AWS en Virginie a interrompu le trading sur Coinbase pendant environ huit heures. Coinbase a affirmé que les fonds des clients étaient en sécurité, puis détaillé les causes dans un rapport post-incident.
- Publié le
- Temps de lecture
- 4 min de lecture
- Sources
- 7 sources

Coinbase a subi une interruption de service majeure dans la nuit du 7 au 8 mai 2026. Selon le rapport post-incident publié par Coinbase, le trading, les dépôts, les retraits et la plupart des services de la plateforme ont été indisponibles ou dégradés pendant environ huit heures. Le retour complet de tous les systèmes a pris douze heures de plus.
Une panne de refroidissement chez AWS en Virginie du Nord
L'incident est parti d'un centre de données d'Amazon Web Services (AWS), l'hébergeur cloud de Coinbase. D'après le rapport de Coinbase, plusieurs groupes frigorifiques sont tombés en panne en même temps à 19 h 20, heure de New York (1 h 20 à Paris le 8 mai), dans une salle de la région us-east-1, située en Virginie du Nord, et plus précisément dans la zone de disponibilité use1-az4.
La perte de refroidissement a déclenché un arrêt de sécurité thermique des baies concernées. Des serveurs virtuels EC2 et des volumes de stockage EBS de ce bâtiment ont été mis hors ligne. Coinbase précise que le même événement a touché d'autres services en ligne cette nuit-là, dont certains de ses concurrents et partenaires.
Ce que les clients de Coinbase n'ont pas pu faire
À 19 h 48, heure de New York, la quasi-totalité du trading s'est arrêtée sur Coinbase, selon le rapport post-incident. Les clients particuliers ne pouvaient plus acheter, vendre, envoyer, recevoir, déposer ni retirer de cryptomonnaies sur les produits touchés. Les clients institutionnels de Coinbase Prime ont subi une forte dégradation du routage de leurs ordres, car les marchés de Coinbase Exchange n'étaient plus disponibles.
La reprise s'est faite par étapes, toujours selon Coinbase :
- 2 h 25 (heure de New York) le 8 mai : moteur d'appariement rétabli en mode « annulation seule », pour permettre d'annuler les ordres ouverts ;
- 3 h 49 : reprise complète du trading sur tous les carnets d'ordres ;
- 5 h 30 : site coinbase.com et application mobile de nouveau accessibles, en mode dégradé ;
- 9 h 53 : site et application entièrement rétablis ;
- 14 h 00 : résorption du retard accumulé dans les flux de données internes.
Coinbase indique avoir informé les autorités de régulation concernées dans les délais imposés.
La sécurité des fonds des clients
Pendant l'incident, le compte d'assistance de Coinbase a attribué les ralentissements à une panne d'AWS et affirmé, dans un message publié sur X le 8 mai à 2 h 03 UTC : « Your funds are safe » (« Vos fonds sont en sécurité »). Le rapport post-incident décrit une indisponibilité des services et ne fait état d'aucun piratage ni d'aucune perte de fonds.
Les messages et le rapport de Coinbase consultés ne détaillent pas l'état de ses portefeuilles de conservation à froid. L'enjeu pour les clients a été l'accès à leurs fonds, pas leur existence : pendant la panne, il était impossible de vendre, de retirer ou de transférer des cryptomonnaies depuis la plateforme.
Pourquoi l'interruption a duré si longtemps
Le 8 mai au matin, dans un premier bilan publié sur X, Coinbase expliquait que ses systèmes sont conçus pour résister à la perte d'une seule zone de disponibilité, mais qu'il avait observé des défaillances touchant plusieurs zones AWS. Le rapport publié ensuite détaille deux défaillances qui ont transformé une panne locale de l'hébergeur en interruption de plusieurs heures.
Un moteur d'appariement concentré dans un seul bâtiment
Le moteur d'appariement de Coinbase Exchange, qui fait se rencontrer ordres d'achat et de vente, fonctionne comme une grappe de cinq nœuds répliqués selon le protocole de consensus Raft, regroupés au même endroit pour réduire la latence. Selon Coinbase, quand AWS a arrêté les instances à 21 h 29 (heure de New York), trois des cinq nœuds sont tombés et la grappe a perdu son quorum. Aucune bascule automatique vers une autre zone n'existait. Les équipes ont dû livrer en urgence une modification de code et recréer des nœuds hors de la zone touchée. Le quorum a été rétabli à 0 h 06, mais les marchés n'ont rouvert qu'à 3 h 49.
Le service Kafka géré par AWS bloqué
Ce délai s'explique par une seconde défaillance. Une grande partie de la messagerie interne de Coinbase repose sur MSK, le service Kafka géré par AWS. D'après Coinbase, un défaut du plan de contrôle de MSK a empêché la réélection automatique des responsables de partitions. Deux grappes Kafka sont restées bloquées, ce qui a paralysé le service de calcul des frais, puis celui des cotations. Une partie du registre comptable, des paiements et de plusieurs flux de données a été touchée de la même façon. Les ingénieurs ont dû réaffecter des partitions à la main à 3 h 00.
Les mesures annoncées par Coinbase
Coinbase écrit que sa norme de disponibilité « ne dépend pas de la survenue d'une panne chez AWS » et reconnaît avoir failli. L'entreprise dit travailler sur une réserve « à chaud » dans une autre zone pour ses moteurs d'appariement, avec des exercices de bascule réguliers en production. Elle annonce aussi des outils et procédures pour les défaillances de Kafka observées ce soir-là, et la migration de sa grappe Kafka déployée sur deux zones vers une architecture à trois zones.
Le contexte de l'incident
La panne est survenue le jour même de la publication des résultats du premier trimestre de Coinbase. Selon CoinDesk, l'entreprise a annoncé une perte de 1,49 dollar par action et un chiffre d'affaires de 1,41 milliard de dollars, deux jours après avoir annoncé la suppression d'environ 14 % de ses effectifs. Selon Decrypt, Coinbase avait déjà été perturbé lors de la panne d'AWS d'octobre 2025, causée par un incident sur le service de base de données DynamoDB que l'hébergeur a documenté dans un résumé officiel.
Ce qui s'est passé depuis
Coinbase a publié dans les semaines suivantes son rapport post-incident détaillé, qui précise et corrige en partie le premier bilan : la défaillance initiale concernait une seule salle de la zone use1-az4, et ce sont les choix d'architecture de Coinbase et le défaut du service Kafka d'AWS qui ont prolongé la panne. Au 3 octobre 2026, la page des résumés post-incident d'AWS ne contenait aucun résumé consacré à l'événement du 7 mai 2026 : le dernier résumé listé pour la région us-east-1 date du 19 octobre 2025.
À lire aussi : Coinbase Ireland.
Sources
- A postmortem of our May 7, 2026 outageCoinbase · Source officielle · primaire
- Message de @CoinbaseSupport sur la panne AWS (« Your funds are safe »)Coinbase Support (X) · Source officielle · primaire · 8 mai 2026
- Résumé de la panne du 7 mai par @CoinbaseSupportCoinbase Support (X) · Source officielle · primaire · 8 mai 2026
- AWS Post-Event SummariesAmazon Web Services · Source officielle · primaire
- Summary of the Amazon DynamoDB Service Disruption in the Northern Virginia (US-EAST-1) RegionAmazon Web Services · Source officielle · primaire · 19 octobre 2025
- Coinbase blames AWS for hours-long crypto trading outageCoinDesk · Presse · 8 mai 2026
- Coinbase Outage Disrupts Crypto Trading and Transfers Amid Amazon Service FailureDecrypt · Presse · 8 mai 2026
Publié par InvestX selon sa charte éditoriale. Une erreur ? Écrivez à redaction@investx.fr. Ce contenu n'est pas un conseil en investissement.