Petit élément dans le dépôt d’audit de Dusk qui en dit plus qu’il n’en a l’air.
Le dépôt est maintenant scindé en deux dossiers. core-audits contient ce qu’on attend — le système de preuve, la VM, le consensus, la bibliothèque de nœuds, la couche réseau, pour l’essentiel datés de 2023 à 2024.
Puis il y a token-audits, et il contient deux rapports d’avril 2026 : une évaluation de sécurité du contrat ERC20 @Dusk , et un autre du contrat $DUSK BEP20, tous deux par Mochavi.
Ça m’a arrêté. Le mainnet est en ligne depuis début 2025. Pourquoi dépenser un budget d’audit en 2026 pour les contrats du token legacy sur d’autres chaînes ?
La seule réponse qui fait sens, c’est que ces contrats sont encore porteurs. Une grande partie de DUSK vit toujours sous forme ERC20 et BEP20. Les dépôts en exchange, les soldes des wallets, la trajectoire de migration vers le natif $DUSK — tout passe encore par du code antérieur à la chaîne qu’il est censé alimenter.
Deux lectures, et je les tiens toutes les deux.
Généreuse : c’est exactement le niveau de maturité que vous voulez. La plupart des équipes traitent l’ancien contrat de token comme un héritage et ne le revoient plus jamais, même lorsqu’il concentre la majeure partie du flottant. L’auditer des années plus tard, sans enjeu marketing, c’est un travail peu glamour — et c’est souvent le signe qu’il a été fait pour une bonne raison.
Prudente : c’est aussi l’aveu de l’endroit où le token vit réellement. Si la plupart de l’offre avait migré vers le DUSK natif, ces contrats auraient moins d’importance chaque année. Commander des audits récents suggère l’inverse — que les anciennes voies sont encore les voies principales, en deuxième année de mainnet.
Note équitable : je déduis une intention à partir d’un nom de fichier et d’une date. Je n’ai pas vu de déclaration de #dusk expliquant le calendrier, et je pourrais me tromper sur la motivation.
Quand un projet audite ses contrats legacy des années après le lancement — est-ce que, pour vous, cela ressemble à de la diligence, ou à un signal indiquant où l’offre se situe encore ?
Le dépôt est maintenant scindé en deux dossiers. core-audits contient ce qu’on attend — le système de preuve, la VM, le consensus, la bibliothèque de nœuds, la couche réseau, pour l’essentiel datés de 2023 à 2024.
Puis il y a token-audits, et il contient deux rapports d’avril 2026 : une évaluation de sécurité du contrat ERC20 @Dusk , et un autre du contrat $DUSK BEP20, tous deux par Mochavi.
Ça m’a arrêté. Le mainnet est en ligne depuis début 2025. Pourquoi dépenser un budget d’audit en 2026 pour les contrats du token legacy sur d’autres chaînes ?
La seule réponse qui fait sens, c’est que ces contrats sont encore porteurs. Une grande partie de DUSK vit toujours sous forme ERC20 et BEP20. Les dépôts en exchange, les soldes des wallets, la trajectoire de migration vers le natif $DUSK — tout passe encore par du code antérieur à la chaîne qu’il est censé alimenter.
Deux lectures, et je les tiens toutes les deux.
Généreuse : c’est exactement le niveau de maturité que vous voulez. La plupart des équipes traitent l’ancien contrat de token comme un héritage et ne le revoient plus jamais, même lorsqu’il concentre la majeure partie du flottant. L’auditer des années plus tard, sans enjeu marketing, c’est un travail peu glamour — et c’est souvent le signe qu’il a été fait pour une bonne raison.
Prudente : c’est aussi l’aveu de l’endroit où le token vit réellement. Si la plupart de l’offre avait migré vers le DUSK natif, ces contrats auraient moins d’importance chaque année. Commander des audits récents suggère l’inverse — que les anciennes voies sont encore les voies principales, en deuxième année de mainnet.
Note équitable : je déduis une intention à partir d’un nom de fichier et d’une date. Je n’ai pas vu de déclaration de #dusk expliquant le calendrier, et je pourrais me tromper sur la motivation.
Quand un projet audite ses contrats legacy des années après le lancement — est-ce que, pour vous, cela ressemble à de la diligence, ou à un signal indiquant où l’offre se situe encore ?