#dusk $DUSK @Dusk a passé la tâche du creatorpad à fouiller les activités récentes de Dusk et honnêtement, ce qui m’a le plus marqué n’est pas le hash du béton armé 17x plus rapide que Poseidon — c’est sympa, une cryptographie soignée.
C’est ce qui s’est passé le 16 août : l’équipe a signalé une activité suspecte sur un portefeuille géré par l’équipe, lié à des opérations de bridge. Dusk, un L1 orienté confidentialité, et le correctif a été… désactiver les adresses, mettre le bridge en pause, déployer une liste de blocage des destinataires, puis contacter Binance directement pour retracer le flux.
Attendez.. ce n’est pas si “exotique”. C’est le même plan d’action que suit n’importe quel dépositaire centralisé. Aucun fonds utilisateur n’a été perdu, donc résultat correct. Mais la réponse à l’incident n’a pas été rendue possible par la machinerie ZK du protocole qui l’aurait détecté automatiquement. Ce sont des humains qui surveillaient un portefeuille et ont actionné un interrupteur d’arrêt manuel.
Voilà la vraie idée qui me vient : le marketing parle de confidentialité par défaut, d’un règlement déterministe, de zk partout. La réalité pratique, du moins pendant un moment de stress, c’est qu’un bridge piloté par une équipe, avec des pouvoirs de pause et de blocklist au niveau administrateur, est juste à côté de toute cette cryptographie.
Ça se tient : les bridges sont toujours le point faible, je le sais, tout le monde le sait, mais le voir se dérouler sur une chaîne construite autour d’une confidentialité sans confiance, c’est la partie qui m’a fait faire pause en plein scroll.
Ce n’est pas une critique, juste le constat de l’écart entre la couche qui est réellement un règlement décentralisé, avec des preuves, et la couche qui ne l’est pas encore : la garde du bridge… curieux de voir combien de temps cet écart restera là.
C’est ce qui s’est passé le 16 août : l’équipe a signalé une activité suspecte sur un portefeuille géré par l’équipe, lié à des opérations de bridge. Dusk, un L1 orienté confidentialité, et le correctif a été… désactiver les adresses, mettre le bridge en pause, déployer une liste de blocage des destinataires, puis contacter Binance directement pour retracer le flux.
Attendez.. ce n’est pas si “exotique”. C’est le même plan d’action que suit n’importe quel dépositaire centralisé. Aucun fonds utilisateur n’a été perdu, donc résultat correct. Mais la réponse à l’incident n’a pas été rendue possible par la machinerie ZK du protocole qui l’aurait détecté automatiquement. Ce sont des humains qui surveillaient un portefeuille et ont actionné un interrupteur d’arrêt manuel.
Voilà la vraie idée qui me vient : le marketing parle de confidentialité par défaut, d’un règlement déterministe, de zk partout. La réalité pratique, du moins pendant un moment de stress, c’est qu’un bridge piloté par une équipe, avec des pouvoirs de pause et de blocklist au niveau administrateur, est juste à côté de toute cette cryptographie.
Ça se tient : les bridges sont toujours le point faible, je le sais, tout le monde le sait, mais le voir se dérouler sur une chaîne construite autour d’une confidentialité sans confiance, c’est la partie qui m’a fait faire pause en plein scroll.
Ce n’est pas une critique, juste le constat de l’écart entre la couche qui est réellement un règlement décentralisé, avec des preuves, et la couche qui ne l’est pas encore : la garde du bridge… curieux de voir combien de temps cet écart restera là.