Les 280 transferts m’ont d’abord attiré l’attention, mais j’ai fini par porter davantage de considération à tout ce qui les entourait.
J’ai examiné les travaux les plus récents de validation du Dusk Hyperlane et les tests, et jusqu’à présent, tout semble solide. La dernière reproduction sans échec a réussi les builds du contrat, les tests de machines virtuelles, les tests de transactions et les contrôles des agents Hyperlane. Ensuite, le soak haute volumétrie a tourné sur 7 cycles, avec 20 transferts EVM vers Dusk et 20 transferts Dusk vers EVM à chaque cycle. Cela représente 280 transferts au total sur 7 282 secondes, avant la fin de la fenêtre de test de 120 minutes.
Ce que j’ai trouvé plus important, ce sont les éléments de la checklist de production placés à côté de ces résultats. La détention par les signataires de production est encore en cours de décision. Il existe également une décision ouverte concernant la récupération de l’escrow en attente, la durée pendant laquelle le soak doit s’exécuter, et la façon dont la configuration CI et la reproductibilité doivent fonctionner. Ce sont des points faciles à négliger quand le chiffre principal est un test réussi, mais ce sont précisément les éléments que je voudrais comprendre avant que de la liquidité réelle ne soit en jeu.
La question des signataires est particulièrement difficile à ignorer après ce qui s’est passé avec l’ancien pont Dusk vers EVM en janvier. Un attaquant a obtenu l’accès au portefeuille de signature du pont, a volé des DUSK, puis a transféré une partie des fonds volés via le pont jusqu’à BNB Smart Chain. Dusk a été clair : l’incident provenait d’un compromis du wallet du pont, et non d’une faille de consensus ou d’un exploit du protocole. Le pont a ensuite été repensé avec une séparation plus forte entre la signature, la gestion des événements et la libération des fonds, ainsi que des contrôles de solde et de récupération plus stricts.
Je ne considère donc pas les 280 transferts comme un feu vert ou un drapeau rouge. Ils montrent que le système est testé sérieusement. Ce qui compte pour moi maintenant, c’est la façon dont le système est censé se comporter lorsqu’il se passe quelque chose de mal, qui contrôle les parties sensibles, et comment la récupération est gérée.
C’est ce que je voudrais voir réglé avant de considérer Dusk Hyperlane comme une infrastructure pour une liquidité significative.
$DUSK @Dusk #dusk
J’ai examiné les travaux les plus récents de validation du Dusk Hyperlane et les tests, et jusqu’à présent, tout semble solide. La dernière reproduction sans échec a réussi les builds du contrat, les tests de machines virtuelles, les tests de transactions et les contrôles des agents Hyperlane. Ensuite, le soak haute volumétrie a tourné sur 7 cycles, avec 20 transferts EVM vers Dusk et 20 transferts Dusk vers EVM à chaque cycle. Cela représente 280 transferts au total sur 7 282 secondes, avant la fin de la fenêtre de test de 120 minutes.
Ce que j’ai trouvé plus important, ce sont les éléments de la checklist de production placés à côté de ces résultats. La détention par les signataires de production est encore en cours de décision. Il existe également une décision ouverte concernant la récupération de l’escrow en attente, la durée pendant laquelle le soak doit s’exécuter, et la façon dont la configuration CI et la reproductibilité doivent fonctionner. Ce sont des points faciles à négliger quand le chiffre principal est un test réussi, mais ce sont précisément les éléments que je voudrais comprendre avant que de la liquidité réelle ne soit en jeu.
La question des signataires est particulièrement difficile à ignorer après ce qui s’est passé avec l’ancien pont Dusk vers EVM en janvier. Un attaquant a obtenu l’accès au portefeuille de signature du pont, a volé des DUSK, puis a transféré une partie des fonds volés via le pont jusqu’à BNB Smart Chain. Dusk a été clair : l’incident provenait d’un compromis du wallet du pont, et non d’une faille de consensus ou d’un exploit du protocole. Le pont a ensuite été repensé avec une séparation plus forte entre la signature, la gestion des événements et la libération des fonds, ainsi que des contrôles de solde et de récupération plus stricts.
Je ne considère donc pas les 280 transferts comme un feu vert ou un drapeau rouge. Ils montrent que le système est testé sérieusement. Ce qui compte pour moi maintenant, c’est la façon dont le système est censé se comporter lorsqu’il se passe quelque chose de mal, qui contrôle les parties sensibles, et comment la récupération est gérée.
C’est ce que je voudrais voir réglé avant de considérer Dusk Hyperlane comme une infrastructure pour une liquidité significative.
$DUSK @Dusk #dusk
