THORChain répond à l’aide au transfert de fonds volés : la décentralisation ne devrait pas servir d’excuse
Le cœur de cette controverse n’est en réalité pas de savoir si THORChain est décentralisé, mais plutôt si la « décentralisation » peut devenir une justification exonératoire pour traiter des fonds à risque.
Le design de THORChain est effectivement différent de celui des exchanges centralisés : aucune entreprise unique ne contrôle le protocole, les transactions cross-chain sont exécutées conjointement par les nœuds, et le protocole lui-même ne peut pas, comme une plateforme, geler ou retirer directement les actifs des utilisateurs. Mais c’est précisément là que se situe le problème : une fois que des fonds volés entrent dans un protocole cross-chain, « l’impossibilité de contrôle » d’un point de vue technique et « la question de la responsabilité » au niveau du secteur sont deux sujets totalement distincts.
Des institutions de sécurité avaient déjà documenté des cas où des actifs volés ont été échangés via THORChain en modifiant la trajectoire des fonds, ce qui montre que les DEX cross-chain peuvent naturellement devenir une infrastructure essentielle pour le transfert de fonds par des pirates.
Plus encore, il est à noter que, dès le mois de mai de cette année, THORChain a elle-même subi une attaque d’environ 10,7 millions de dollars : selon la divulgation officielle, l’attaquant aurait exploité une faille du schéma de signature à seuil GG20 pour retirer un actif d’un Vault, puis le protocole a suspendu tout ou partie des opérations via des mécanismes automatiques de détection de capacités de compensation et une gouvernance manuelle. Cela signifie que THORChain a déjà prouvé que la prétendue « incapacité totale d’intervention » n’est pas exacte : le protocole conserve, dans certains événements de sécurité, des mécanismes de pause, de mise à niveau et de gouvernance.
Ainsi, ce que le marché devrait vraiment examiner cette fois n’est pas de simplement accoler à THORChain l’étiquette de « blanchiment d’argent pour les hackers », mais un problème plus concret : comment, à l’avenir, les protocoles décentralisés peuvent mettre en place une identification des risques, une gouvernance des nœuds et des mécanismes d’intervention d’urgence pour des fonds clairement volés, sans détruire leurs capacités de résistance à la censure.
Pour le RUNE, à court terme, le marché pourrait d’abord négocier « le risque réglementaire + le risque réputationnel ». Si les controverses s’intensifient ensuite, les capitaux pourraient intégrer une prime de risque plus élevée concernant la conformité et les coûts de sécurité de THORChain ; en revanche, si l’équipe est capable de présenter des limites de reconnaissance des fonds et de gouvernance clairement définies, l’événement pourrait au contraire être transformé en une mise à niveau des mécanismes de sécurité.
En une phrase : la décentralisation résout la question de « qui contrôle le protocole », mais ne résout pas automatiquement celle de « quelle responsabilité le protocole doit assumer ». C’est peut-être là le problème incontournable auquel les DEX cross-chain devront faire face par la suite.
Le cœur de cette controverse n’est en réalité pas de savoir si THORChain est décentralisé, mais plutôt si la « décentralisation » peut devenir une justification exonératoire pour traiter des fonds à risque.
Le design de THORChain est effectivement différent de celui des exchanges centralisés : aucune entreprise unique ne contrôle le protocole, les transactions cross-chain sont exécutées conjointement par les nœuds, et le protocole lui-même ne peut pas, comme une plateforme, geler ou retirer directement les actifs des utilisateurs. Mais c’est précisément là que se situe le problème : une fois que des fonds volés entrent dans un protocole cross-chain, « l’impossibilité de contrôle » d’un point de vue technique et « la question de la responsabilité » au niveau du secteur sont deux sujets totalement distincts.
Des institutions de sécurité avaient déjà documenté des cas où des actifs volés ont été échangés via THORChain en modifiant la trajectoire des fonds, ce qui montre que les DEX cross-chain peuvent naturellement devenir une infrastructure essentielle pour le transfert de fonds par des pirates.
Plus encore, il est à noter que, dès le mois de mai de cette année, THORChain a elle-même subi une attaque d’environ 10,7 millions de dollars : selon la divulgation officielle, l’attaquant aurait exploité une faille du schéma de signature à seuil GG20 pour retirer un actif d’un Vault, puis le protocole a suspendu tout ou partie des opérations via des mécanismes automatiques de détection de capacités de compensation et une gouvernance manuelle. Cela signifie que THORChain a déjà prouvé que la prétendue « incapacité totale d’intervention » n’est pas exacte : le protocole conserve, dans certains événements de sécurité, des mécanismes de pause, de mise à niveau et de gouvernance.
Ainsi, ce que le marché devrait vraiment examiner cette fois n’est pas de simplement accoler à THORChain l’étiquette de « blanchiment d’argent pour les hackers », mais un problème plus concret : comment, à l’avenir, les protocoles décentralisés peuvent mettre en place une identification des risques, une gouvernance des nœuds et des mécanismes d’intervention d’urgence pour des fonds clairement volés, sans détruire leurs capacités de résistance à la censure.
Pour le RUNE, à court terme, le marché pourrait d’abord négocier « le risque réglementaire + le risque réputationnel ». Si les controverses s’intensifient ensuite, les capitaux pourraient intégrer une prime de risque plus élevée concernant la conformité et les coûts de sécurité de THORChain ; en revanche, si l’équipe est capable de présenter des limites de reconnaissance des fonds et de gouvernance clairement définies, l’événement pourrait au contraire être transformé en une mise à niveau des mécanismes de sécurité.
En une phrase : la décentralisation résout la question de « qui contrôle le protocole », mais ne résout pas automatiquement celle de « quelle responsabilité le protocole doit assumer ». C’est peut-être là le problème incontournable auquel les DEX cross-chain devront faire face par la suite.