Auteur: Ding Dang
Titre original: Derrière l'incident de 2000 BTC : Le problème fondamental des registres des CEX
Le 6 février au soir, l'échange coréen de cryptomonnaies Bithumb a provoqué un incident qui pourrait figurer dans les annales de l'industrie crypto, lors d'une activité marketing ordinaire.
Il ne s'agissait à l'origine que d'une activité de « boîte à surprises » à très petite échelle. Selon la conception officielle, la plateforme prévoyait de distribuer des récompenses en espèces d'une valeur totale d'environ 620 000 wons à 695 utilisateurs participants, dont 249 ont effectivement ouvert la boîte et reçu la récompense, soit un montant d'environ 2000 wons par personne, équivalant à seulement 1,4 dollar environ. Cependant, en raison d'une erreur de configuration des unités en backend, l'unité de récompense a été incorrectement définie en BTC (bitcoin) au lieu de KRW (won), distribuant instantanément à chaque utilisateur ayant ouvert la boîte un « airdrop » de 2000 BTC, soit un total de 620 000 bitcoins, l'actif affiché par compte individuel dépassant 160 millions de dollars.
Au prix de l'époque d'environ 98 millions de wons par bitcoin (environ 67 000 dollars), la valeur comptable de ces bitcoins « apparus de nulle part » était d'environ 415 à 440 milliards de dollars. Bien que ces actifs n'existaient pas sur la chaîne, ils étaient « négociables » dans le système interne de l'échange. Le résultat fut presque immédiat : la paire de trading BTC/KRW sur la plateforme Bithumb a chuté rapidement en une dizaine de minutes, passant du prix moyen global à 81,11 millions de wons (environ 55 000 dollars), une baisse de près de 17 % ; le marché mondial du BTC a également brièvement chuté d'environ 3 %, et le marché des produits dérivés a subi des liquidations dépassant 400 millions de dollars.
Le « recouvrement rapide » de Bithumb, est-il vraiment réjouissant ?
Bithumb a indiqué dans son communiqué ultérieur détaillant l'incident que dans les 35 minutes suivant le paiement erroné, il avait restreint les transactions et les retraits des 695 clients concernés, que plus de 99 % du montant erroné avait été récupéré, et que les 0,3 % restants (1788 BTC) qui avaient été vendus avaient été couverts par les actifs propres de l'entreprise, garantissant que les actifs des utilisateurs ne soient pas affectés. Parallèlement, la plateforme a également mis en place une série de mesures de compensation. À partir du 8 février, des mesures de compensation ont été lancées par lots, incluant une compensation de 20 000 wons pour les utilisateurs en ligne pendant l'incident, le remboursement de la différence pour les utilisateurs ayant vendu à bas prix avec un paiement supplémentaire de 10 % à titre de consolation, et à partir du 9 février, une offre de frais de transaction à 0 % sur toutes les paires pendant 7 jours.
Jusqu'ici, l'ensemble de l'affaire semblait avoir été « contrôlée ».
Mais une autre question continue de hanter nos esprits : comment Bithumb a-t-il pu générer en backend 620 000 BTC qui n'existaient tout simplement pas ?
Pour répondre à cette question, il faut revenir à la couche la plus centrale mais la moins comprise par les utilisateurs ordinaires des échanges centralisés : la méthode de comptabilité.
Contrairement aux échanges décentralisés où chaque transaction se produit directement sur la blockchain et où les soldes sont déterminés en temps réel par l'état de la chaîne, les échanges centralisés, pour追求 une vitesse de transaction ultime, une faible latence et un coût extrêmement bas, utilisent presque tous un mode hybride de « registre interne + règlement différé ».
Le solde que vous voyez, l'historique des transactions, la courbe des profits et pertes, ne sont essentiellement que des modifications de valeurs dans la base de données de l'échange. Lorsque vous effectuez un dépôt, une transaction ou un retrait, seules les parties impliquant réellement un mouvement d'actifs sur la chaîne (comme un retrait vers un portefeuille externe, un transfert inter-plateformes, un règlement interne important) déclenchent une opération réelle de transfert blockchain. Dans la grande majorité des scénarios quotidiens, l'échange interne n'a besoin que de modifier un champ de base de données pour accomplir « un changement d'actif » — c'est la raison fondamentale pour laquelle Bithumb a pu « générer de nulle part » instantanément un solde affiché de 620 000 BTC.
Ce mode offre une commodité immense : appariement en millisecondes, frais de Gas nuls, support des produits financiers complexes comme le levier, les contrats, le prêt. Mais l'autre face de cette commodité est une asymétrie de confiance fatale : l'utilisateur croit que « mon solde est mon actif », alors qu'en réalité, l'utilisateur ne possède qu'une promesse unilatérale de la plateforme (IOU). Tant que les autorisations backend sont suffisamment élevées et les mécanismes de validation suffisamment laxistes, une simple erreur de paramètre ou une opération malveillante peut entraîner une divergence grave entre les chiffres dans la base de données et la détention réelle sur la chaîne.
Selon les données divulguées par Bithumb au troisième trimestre 2025, les bitcoins détenus réellement par la plateforme s'élevaient à environ 42 600, dont seulement 175 en actifs propres de l'entreprise, le reste étant des actifs détenus pour le compte des utilisateurs. Pourtant, lors de cet incident, le système a pu comptabiliser en une seule fois un nombre de BTC dans les comptes utilisateurs dépassant de plus de dix fois la taille de la détention réelle.
Plus important encore, ces « soldes fantômes » n'existaient pas seulement dans l'affichage backend, mais pouvaient participer à un appariement réel sur la plateforme, influencer les prix, créer une illusion de liquidité. Ce n'est plus seulement un bogue technique ponctuel, mais un risque systémique existant de longue date dans l'architecture des échanges centralisés : la divergence grave entre le registre interne et les actifs réels sur la chaîne.
L'incident de Bithumb n'est que l'instant où ce risque a été amplifié au point d'être visible par tous.
Mt.Gox : Comment l'illusion comptable a détruit une époque
L'histoire n'a cessé de le confirmer avec des leçons douloureuses. Par exemple, l'effondrement de Mt.Gox en 2014. Bien que cet événement remonte à plus de dix ans, nous nous souvenons encore de la panique du marché à chaque transfert important vers l'échange pour remboursement.
Mt.Gox, en tant que plus grand échange de bitcoin à l'époque, représentait plus de 70 % du volume des transactions de bitcoin, mais a soudainement suspendu les retraits et déclaré faillite en février 2014, affirmant avoir « perdu » environ 850 000 BTC (d'une valeur d'environ 460 millions de dollars à l'époque, ajustée par la suite dans certains rapports à environ 744 000). En apparence, il s'agissait de pirates exploitant une vulnérabilité de « malléabilité des transactions » dans le protocole Bitcoin, modifiant l'ID de transaction pour amener l'échange à croire que le retrait n'avait pas eu lieu et ainsi renvoyer les fonds à plusieurs reprises. Mais une enquête plus approfondie (y compris le rapport de 2015 d'équipes de sécurité comme WizSec) a révélé une vérité plus cruelle : la grande majorité des bitcoins manquants avaient été volés progressivement entre 2011 et 2013, sans que Mt.Gox ne s'en aperçoive pendant des années, car son système de comptabilité interne n'avait jamais vraiment effectué de rapprochement régulier et complet avec l'état de la chaîne.
Le registre interne de Mt.Gox permettait des « transactions magiques » : les employés ou les intrus pouvaient modifier arbitrairement les soldes des utilisateurs sans transfert sur chaîne correspondant. Le portefeuille chaud a été piraté à plusieurs reprises, les fonds transférés lentement vers des adresses inconnues, mais la plateforme continuait à afficher des « soldes normaux », et même après un vol important en 2011, la direction aurait choisi de le cacher plutôt que de faire faillite, conduisant à des opérations ultérieures basées sur une « réserve fractionnaire ». Cette illusion comptable a duré des années, jusqu'à ce qu'en 2014 le trou soit trop grand pour être dissimulé, et qu'il soit annoncé publiquement sous le prétexte d'un « bogue de malléabilité des transactions ». Finalement, la faillite de Mt.Gox a non seulement détruit la confiance des utilisateurs, mais aussi provoqué une chute de plus de 20 % du prix du bitcoin, devenant l'exemple le plus célèbre d'« effondrement de confiance » dans l'histoire de la crypto.
FTX : Quand le registre passe d'« outil d'enregistrement » à « outil de dissimulation »
Récemment, avec l'engouement pour Openclaw, un sujet a refait surface : la convergence de la crypto et de l'IA avait atteint son apogée à l'époque de FTX. Car FTX, avant son effondrement, avait investi massivement dans le domaine de l'IA, son cas le plus célèbre étant le tour de table de plusieurs centaines de millions de dollars qu'il avait mené dans la startup IA Anthropic. Si FTX n'était pas tombé, sa participation dans Anthropic vaudrait probablement des dizaines de milliards de dollars aujourd'hui, mais la liquidation de la faillite a réduit ce « billet de loterie IA » à néant. La raison de l'effondrement de son empire était que le registre interne de FTX était, de façon prolongée et délibérée, en décalage avec ses actifs réels, utilisant le mélange de fonds et des opérations occultes pour transformer les dépôts des clients en une « réserve » pouvant être utilisée arbitrairement.
FTX était étroitement lié à sa société sœur de trading quantitatif, Alameda Research, toutes deux contrôlées par Sam Bankman-Fried (SBF). Le bilan d'Alameda était rempli de FTT, le jeton natif émis par FTX lui-même. Cet actif n'avait pratiquement pas d'ancrage sur le marché externe, sa valeur dépendant principalement de la liquidité interne et d'un maintien artificiel des prix. Plus crucial encore, la plateforme FTX accordait à Alameda une ligne de crédit quasi illimitée (jusqu'à 65 milliards de dollars selon les divulgations), et le véritable « collatéral » de cette ligne de crédit n'était autre que les dépôts des utilisateurs de FTX.
Ces fonds clients ont été secrètement transférés à Alameda pour être utilisés dans du trading à effet de levier élevé, des investissements risqués, et même les dépenses personnelles somptuaires de SBF, l'acquisition immobilière et les dons politiques. Le registre interne a joué ici un rôle de « dissimulation ».
Selon les documents du tribunal, la base de données de FTX pouvait facilement enregistrer les dépôts des clients comme « soldes normaux », tout en utilisant en backend du code personnalisé pour maintenir le compte d'Alameda avec un solde négatif sans déclencher aucune alerte automatique de liquidation ou de risque. Le solde que les utilisateurs voyaient sur l'application semblait sûr et fiable, mais les actifs réels sur la chaîne avaient déjà été déplacés pour combler les pertes d'Alameda ou soutenir le prix du FTT.
Le remboursement des créanciers de FTX n'est toujours pas entièrement résolu à ce jour, le processus de liquidation de la faillite se poursuit.
Les 35 minutes de Bithumb, juste une fenêtre étroite
Revenons à Bithumb. Le fait que cet incident ait pu être résolu en 35 minutes ne peut masquer la gravité de ce risque. Au contraire, cela illustre précisément la limite de la réponse d'urgence : la catastrophe n'a pu être contenue dans des limites « permettant de combler le trou de sa poche » que parce que le nombre d'utilisateurs affectés était limité (seulement 695 personnes), que les actifs erronés n'avaient pas encore été massivement transférés sur la chaîne, et que la plateforme disposait de capacités de contrôle de compte extrêmement fortes (gel par un clic des autorisations de transaction/retrait/connexion). Si cette erreur s'était produite au niveau de l'ensemble des utilisateurs de la plateforme, ou si certains utilisateurs avaient retiré les « jetons fantômes » vers d'autres échanges ou même sur la chaîne, Bithumb aurait très probablement déclenché un choc systémique de plus grande ampleur.
Même les autorités de régulation ont pris note de cela. Le 9 février, le Service sud-coréen de supervision financière (FSC) a déclaré que l'incident de distribution erronée de bitcoin survenu récemment sur Bithumb mettait en lumière les fragilités systémiques existant dans le domaine des actifs cryptographiques et qu'il était nécessaire de renforcer davantage les règles de supervision. Le président du FSS, Lee Chan-jin, a souligné lors d'une conférence de presse que cet incident reflétait des problèmes structurels dans les systèmes électroniques d'actifs virtuels, que les autorités de régulation menaient un examen prioritaire à ce sujet et prendraient en compte les risques dans les considérations législatives ultérieures, afin de promouvoir l'intégration des actifs numériques dans un cadre réglementaire plus complet. Une inspection sur site a été lancée d'urgence et il a été clairement indiqué qu'elle serait étendue à d'autres échanges locaux comme Upbit et Coinone, ce qui signifie très probablement que les autorités de régulation ont compris le signal.
Conclusion
L'airdrop fantôme de 400 milliards de dollars de Bithumb, absurde en surface, est en réalité profond. Il expose de la manière la plus直观 un problème de longue date. La commodité des échanges centralisés est essentiellement basée sur une relation de confiance hautement asymétrique : l'utilisateur croit que le « solde » dans son compte équivaut à un actif réel, alors qu'en réalité, ce n'est qu'une promesse unilatérale de la plateforme envers l'utilisateur. Une fois que le contrôle interne est compromis ou utilisé de manière malveillante, « votre solde » peut disparaître instantanément.
Par conséquent, même si l'incident de Bithumb s'est terminé de manière « contrôlée », il ne devrait pas être interprété comme une gestion de crise réussie, mais plutôt comme une sonnette d'alarme qui doit être entendue. La vitesse, le faible coût et la liquidité élevée recherchés par les échanges sont toujours obtenus au prix de l'abandon par l'utilisateur du contrôle direct de ses actifs. Tant que cette prémisse n'est pas prise en compte, des risques similaires ne pourront vraiment disparaître.
Twitter:https://twitter.com/BitpushNewsCN
Groupe de discussion TG de Bitpush:https://t.me/BitPushCommunity
Abonnement TG de Bitpush: https://t.me/bitpush
