🔥🔥Je suis allé suivre de près, aujourd’hui, le @Dusk concernant l’évolution de DuskEVM, et je me dis de plus en plus que ce design est en réalité assez crucial pour les détenteurs de $DUSK .

Les officiels insistent à maintes reprises sur un point : le Gas de DuskEVM utilise directement $DUSK , sans émettre une monnaie dédiée au niveau d’exécution. Les développeurs utilisent Solidity et Hardhat pour déployer des applications, et les transactions produites finissent toutes par répondre à la demande de $DUSK . Plus de builder → plus d’applications → plus d’activités on-chain → plus de Dusk utilisés pour payer le Gas.

En tant qu’ancien programmeur, je trouve que la logique est claire et je l’approuve vraiment : sur beaucoup de chaînes, la couche EVM finit par émettre une autre monnaie de Gas, en séparant la demande en deux, pour finalement que le token natif et le token de la couche d’exécution se disputent la valeur. C’est ce qu’on appelle la « fragmentation ». Le @Dusk , lui, regroupe les besoins d’exécution directement sur $DUSK ; vu de mon point de vue de développeur, c’est vraiment propre et très maîtrisé.

Mais le problème vient du facteur temps.

Le testnet de DuskEVM a déjà été lancé début août, et l’équipe officielle pousse aussi en continu le discours selon lequel la compatibilité EVM ouvrira l’écosystème. Pourtant, jusqu’à maintenant, le volume quotidien de transactions du réseau principal reste autour de deux cents, soit sur le niveau du #dusk . Le fait que le testnet fonctionne ne veut pas dire que, sur le mainnet, il y aura tout de suite assez d’applications réelles et d’activités de transactions institutionnelles.

Entre le testnet et le moment où le mainnet génère réellement une consommation de Gas capable de compenser de manière visible les émissions quotidiennes, il y a un vrai “creux” (un vide). Pour l’instant, Dusk est encore en phase 1 d’émission : chaque bloc libère environ 19,86 unités de $DUSK . En estimant grossièrement à plus de 8 000 blocs par jour, les nouvelles émissions quotidiennes atteignent environ 170 000 unités. Si ce creux dure trop longtemps, les activités ne décollent pas, et les détenteurs de $DUSK doivent continuer à subir les pressions de dilution liées à cette offre supplémentaire.

Donc, une conception “propre” ne signifie pas que les bénéfices se matérialiseront immédiatement. J’ai aussi vu des projets qui ont ajouté une couche de compatibilité EVM : par exemple Evmos. Lors de son lancement en 2022, il mettait en avant le narratif « EVM + IBC », mais dès le début, la conception d’inflation était assez agressive. Les développeurs arrivent, mais les volumes de transactions réelles et la consommation de Gas en jetons natifs ne décollent pas durablement, les émissions continuent, et les détenteurs doivent d’abord encaisser la situation.

Du coup, ce qui m’importe le plus, c’est ceci : le moteur de demande DuskEVM sur lequel on a beaucoup misé, mettra combien de temps à faire réellement décoller les activités on-chain sur la chaîne Dusk ? Quand le @Dusk fournira une fenêtre de temps plus claire pour la mise en ligne de DuskEVM sur le mainnet, je réévaluerai à nouveau l’impact concret de ce design sur $DUSK .