La philosophie « solo » de Cronos : un piratage ? Il suffit de revenir en arrière

Titre original : « La philosophie “solo” de Cronos : un piratage ? Il suffit de revenir en arrière »
Auteur original : Azuma, Odaily News

Le 30 août, Tectonic, le plus grand protocole de prêt de l'écosystème Cronos, la blockchain affiliée à Crypto.com, a été victime d'un piratage.

L'attaque en elle-même n'était pas très complexe : en une vingtaine de minutes, l'attaquant a fait grimper d'environ 100 fois le prix du jeton de gouvernance TONIC de Tectonic, dont la liquidité était extrêmement faible, puis a utilisé ces TONIC au prix « gonflé » comme garantie pour emprunter d'autres actifs à Tectonic, pour un montant d'environ 75 millions de dollars, dont environ 6 millions ont été transférés vers Ethereum via un pont inter-chaînes.

Plus spectaculaire encore que la méthode d'attaque est la solution adoptée par Cronos. Après l'attaque, Cronos a d'abord suspendu le réseau dans la soirée du 30 août (une suspension sans préavis, premier signe avant-coureur), bloquant ainsi la fuite des autres fonds volés ; puis, le 31 août, il a publié un plan de redémarrage du réseau, annonçant un retour de l'état de la chaîne à la situation antérieure au piratage de Tectonic du 30 août, avec un redémarrage à partir de la hauteur de bloc 90896189.

La controverse majeure suscitée par le retour en arrière

Le retour en arrière d'une blockchain, en termes simples, consiste à « restaurer » l'état du réseau à un moment antérieur : les transactions, transferts et opérations de contrats intelligents survenus après ce point disparaissent en principe de la nouvelle histoire de la chaîne.

C'est le choix qu'a fait Cronos cette fois-ci. Du seul point de vue du résultat, c'est effectivement la solution la plus simple, et peut-être la plus efficace. Au moment de l'attaque, environ 75 millions de dollars d'actifs étaient concernés, mais avant l'arrêt de la chaîne par Cronos, seuls environ 6 millions de dollars avaient réussi à quitter la chaîne via un pont ; la majeure partie des fonds restait donc sur Cronos. Puisque l'argent n'était pas encore parti, il suffisait de supprimer d'un clic l'historique de la chaîne après l'attaque — en théorie, la quasi-totalité des pertes disparaissait avec lui.

Du point de vue de la protection des fonds des utilisateurs, le choix de Cronos est difficilement critiquable. Sans cela, il n'y aurait peut-être eu d'autre option que de regarder l'attaquant transférer les fonds couche après couche, en attendant que les équipes de sécurité tracent, gèlent, négocient — et le montant finalement récupéré n'aurait tenu qu'à la chance.

Bien sûr, le coût du retour en arrière est tout aussi évident. Les transactions de l'attaquant peuvent disparaître, mais les transferts, échanges et règlements normaux des utilisateurs ordinaires pendant cette période disparaissent également. Dans cet incident, le réseau Cronos a redémarré à partir de la hauteur de bloc 90896189, mais avant l'arrêt, il avait atteint la hauteur 90907150, soit une différence de 10 961 blocs — ce qui signifie que toutes les transactions normales effectuées dans ces plus de dix mille blocs ont été annulées.

Prenons un exemple extrême : si vous avez justement utilisé le réseau Cronos pour effectuer un transfert pendant cette période (par exemple, A paie B sur la chaîne en échange d'un bien ou d'un service), l'exécution du retour en arrière annule la transaction de paiement initiale, et l'on peut aboutir à une situation extrême où le bien a été livré mais le paiement a disparu.

La controverse la plus importante porte toutefois sur la « finalité des transactions » (Finality). Si la blockchain peut servir de réseau de règlement de valeur, c'est en grande partie parce que, lorsqu'une transaction a reçu suffisamment de confirmations, les participants croient qu'elle est irréversible — l'argent que vous recevez vous appartient réellement, et le paiement que j'ai effectué ne disparaîtra pas soudainement quelques heures plus tard.

Or, l'opération de Cronos affaiblit incontestablement cette « finalité des transactions » : dès qu'un événement suffisamment grave survient, une transaction déjà finalement confirmée n'est plus nécessairement définitive.

Certes, le recours au retour en arrière dans des situations extrêmes n'est pas sans précédent : certaines blockchains publiques ont déjà modifié l'état de la chaîne après des incidents de sécurité majeurs, par le biais d'une coordination communautaire. Mais le problème est qu'une fois cette porte ouverte, il devient difficile d'éviter la question suivante : si 75 millions de dollars justifient un retour en arrière, qu'en est-il de 50 millions ? De 10 millions ? Ou encore, en dehors des piratages, quels types d'événements suffiraient à pousser les validateurs à appuyer à nouveau sur le bouton « restauration » ?

C'est là que réside la plus grande controverse du retour en arrière. Il résout certes le problème immédiat, mais il fait aussi prendre conscience à chaque participant de la chaîne que la prétendue immuabilité n'est pas une règle absolue chez Cronos.

Ce n'est pas la première fois que Cronos « modifie l'histoire »

Si ce retour en arrière peut encore s'expliquer par une « période exceptionnelle, traitement exceptionnel », il suffit de remonter un an en arrière pour constater que l'attitude de Cronos vis-à-vis de l'histoire était déjà perceptible.

En 2021, Crypto.com avait annoncé en grande pompe la destruction de 70 milliards de CRO, réduisant l'offre totale d'environ 100 milliards à environ 30 milliards de jetons. Cette destruction était alors présentée comme l'une des plus importantes de l'histoire des cryptomonnaies.

Puis, en 2025, Cronos a proposé une solution pour le moins directe : re-frapper les 70 milliards de CRO déjà brûlés et les allouer à une réserve stratégique, ramenant ainsi l'offre totale de CRO à 100 milliards. La justification officielle était alors de « restaurer l'âge d'or de Cronos, ce qui nécessite d'investir massivement pour soutenir la feuille de route de Cronos », notamment l'expansion sur le marché américain, le soutien au développement de l'écosystème, l'institutionnalisation et un éventuel ETF CRO.

Cette décision avait alors suscité une énorme controverse. Après tout, lors de la destruction initiale, il était clairement question d'une « destruction permanente » ; qui aurait imaginé que quelques années plus tard, on en « re-frapperait » une partie ? Plus spectaculaire encore, bien que la communauté s'y soit fermement opposée, le vote s'est inversé au dernier moment grâce au vote concentré de grands détenteurs, permettant finalement l'adoption de la proposition.

· Note d'Odaily : voir « CRO met en scène la farce de gouvernance la plus absurde de l'histoire, 70 milliards de jetons créés de nulle part ».

La « philosophie solo » de Cronos

En rapprochant ces deux événements, on reconnaît bien le style propre à Cronos. 70 milliards de CRO brûlés ? Pas de problème, on les re-frappe. 75 millions de dollars volés ? Pas de problème, on revient en arrière.

Le premier modifie l'offre, le second modifie l'état de la chaîne. L'un fait réapparaître des jetons « définitivement détruits » ; l'autre fait disparaître de l'histoire des transactions déjà effectuées, voire déjà confirmées.

Cronos a une justification pour chaque opération — re-frapper 70 milliards de CRO, c'est pour soutenir le développement à long terme de l'écosystème ; revenir en arrière sur l'état de la chaîne, c'est pour récupérer autant que possible les actifs des utilisateurs. Pris isolément, ces deux choix ne sont pas totalement incompréhensibles.

Mais le problème est que, lorsque de tels événements se répètent, il devient difficile de continuer à considérer l'« immuabilité » comme un principe de Cronos. L'histoire de la blockchain, aux yeux des autres, ressemble davantage chez Cronos à un brouillon modifiable selon les circonstances. C'est peut-être là la « philosophie solo » de Cronos : les règles comptent, la décentralisation compte aussi, mais si modifier les règles, modifier l'offre, voire modifier l'histoire permet de résoudre les problèmes plus rapidement, alors inutile de prétendre qu'on en est incapable.

Plus cru encore : face aux controverses sur la centralisation, Cronos ne semble jamais hésiter, ni se cacher.

Lien original