@Dusk #dusk #DUSK Je reviens sans cesse à une chose au sujet de l’incident de Dusk de janvier.

Pas le graphique.

Pas même la taille de la perte.

La chronologie.

Quand j’ai d’abord lu l’avis de Dusk, le message m’a semblé assez direct. Une activité inhabituelle autour d’un portefeuille géré par une équipe, des services de pont mis en pause, des adresses qui tournent et des fonds des utilisateurs présentés comme n’ayant pas été affectés.

Puis j’ai commencé à regarder comment l’incident était décrit ailleurs et l’ensemble est devenu moins simple.

Cela m’a rendu curieux.

Car il y a une grande différence entre dire que quelque chose a été contenu et montrer exactement comment cela a circulé on-chain.

Pour un projet qui parle autant de confidentialité, de conformité et de visibilité contrôlée, c’est en réalité un test intéressant.

La confidentialité peut limiter ce que les gens voient, mais quand quelque chose tourne mal, les utilisateurs ont quand même besoin d’assez d’informations pour comprendre ce qui s’est passé.

Je ne dis pas que Dusk l’a géré de façon catastrophique.

Je dis que c’est le genre de situation où la transparence devient une partie de la technologie elle-même.

La partie que j’aimerais encore voir, c’est une reconstitution propre, on-chain, de l’activité de janvier.

Parfois, la piste du portefeuille raconte une histoire bien meilleure que les titres.

$DUSK
$LAB
$EVAA