Activité suspecte sur un portefeuille de bridge géré par une équipe, le 16 août 2026… bridge gelé, adresses recyclées, mainnet intact, aucune perte confirmée pour l’instant, Binance a été impliqué sur une partie du flux. Je me suis attardé un peu sur celui-là.
#dusk $DUSK vient juste d’avoir son argumentaire « confidentialité vérifiable, règlement décentralisé » discrètement testé — et la correction n’était pas sur la chaîne, elle était opérationnelle. @Dusk a constaté un comportement inhabituel lié à un portefeuille de bridge géré par une équipe, a désactivé/recyclé les adresses associées, a suspendu totalement les services du bridge et a déployé une liste de blocage des destinataires sur le Web Wallet. Tout en quelques jours.
Voici la partie qui m’est restée… Le mainnet DuskDS lui-même n’a pas été touché, pas de bug de protocole, la production de blocs a continué de tourner normalement. Mais le bridge — la couche réelle argent-entrant/argent-sortant que les gens utilisent — dépend d’un portefeuille contrôlé par une équipe qui peut être signalé et gelé manuellement. Pas un vote de gouvernance. Pas une logique de smart contract. Un choix du jugement interne.
Je suis entré en m’attendant à écrire sur le timing de DuskEVM et je suis ressorti en me demandant qui détient vraiment l’interrupteur d’arrêt quand ça compte. Les chaînes orientées conformité vendent « vérifiable » comme si c’était purement cryptographique, mais cette réponse à incident ressemblait beaucoup plus à l’équipe anti-fraude d’une banque qu’à une couche de consensus de protocole qui s’enclenche.
Je ne dis pas que c’est forcément faux — les bridges se font frapper en permanence cette année. Juste… remarquer l’écart entre la promesse et la plomberie.
Ça donne à réfléchir — quand DuskEVM sort et que le volume du bridge se met réellement à évoluer, est-ce que ce schéma de gel manuel tient toujours, ou est-ce que quelque chose casse avec un débit réel ?
#dusk $DUSK vient juste d’avoir son argumentaire « confidentialité vérifiable, règlement décentralisé » discrètement testé — et la correction n’était pas sur la chaîne, elle était opérationnelle. @Dusk a constaté un comportement inhabituel lié à un portefeuille de bridge géré par une équipe, a désactivé/recyclé les adresses associées, a suspendu totalement les services du bridge et a déployé une liste de blocage des destinataires sur le Web Wallet. Tout en quelques jours.
Voici la partie qui m’est restée… Le mainnet DuskDS lui-même n’a pas été touché, pas de bug de protocole, la production de blocs a continué de tourner normalement. Mais le bridge — la couche réelle argent-entrant/argent-sortant que les gens utilisent — dépend d’un portefeuille contrôlé par une équipe qui peut être signalé et gelé manuellement. Pas un vote de gouvernance. Pas une logique de smart contract. Un choix du jugement interne.
Je suis entré en m’attendant à écrire sur le timing de DuskEVM et je suis ressorti en me demandant qui détient vraiment l’interrupteur d’arrêt quand ça compte. Les chaînes orientées conformité vendent « vérifiable » comme si c’était purement cryptographique, mais cette réponse à incident ressemblait beaucoup plus à l’équipe anti-fraude d’une banque qu’à une couche de consensus de protocole qui s’enclenche.
Je ne dis pas que c’est forcément faux — les bridges se font frapper en permanence cette année. Juste… remarquer l’écart entre la promesse et la plomberie.
Ça donne à réfléchir — quand DuskEVM sort et que le volume du bridge se met réellement à évoluer, est-ce que ce schéma de gel manuel tient toujours, ou est-ce que quelque chose casse avec un débit réel ?
