« Pourquoi Dusk est centré sur la finance on-chain régulée »
Ce qui a réellement attiré mon attention cette semaine n’est pas le lancement du testnet DuskEVM en lui-même — c’est le choix d’architecture derrière. La Dusk Foundation a confirmé le 10 août que le testnet DuskEVM est en ligne, permettant aux développeurs Solidity/Hardhat de déployer sur Dusk. Mais creusons un cran : il s’appuie sur un séquenceur OP Stack/op-geth et, au lieu de régler de manière indépendante, il regroupe les données de transactions et les renvoie vers DuskDS, la propre couche d’accès aux données de Dusk — avec du gaz payé en DUSK dans tous les cas.
C’est un choix de conception délibéré, et non un simple mouvement générique « on a ajouté la prise en charge d’un EVM ». Cela relie toute activité DuskEVM directement aux garanties de règlement de la chaîne de base, ce qui compte si vous construisez des flux de travail d’actifs régulés plutôt que de chercher uniquement à courir après une TVL DeFi.
J’ai consulté DuskScan (le nouvel explorateur communautaire) pour voir les véritables volumes de déploiement après le lancement, mais trois jours plus tard, il n’y a pas encore assez d’activité distincte de contrats pour distinguer l’intérêt réel des développeurs des touristes du testnet qui vérifient le matériel.
C’est le fossé le plus honnête ici — cela confirme l’accès des développeurs, pas l’adoption. Pour savoir si des équipes sérieuses qui construisent des produits de tokenisation conformes se manifestent réellement sur DuskEVM, plutôt que de simples projets EVM génériques testant la compatibilité, il est encore trop tôt pour le dire.
Qu’est-ce qui vous ferait penser que c’est plus qu’un simple signal d’infrastructure ?
@Dusk_Foundation Dusk $DUSK #dusk
Ce qui a réellement attiré mon attention cette semaine n’est pas le lancement du testnet DuskEVM en lui-même — c’est le choix d’architecture derrière. La Dusk Foundation a confirmé le 10 août que le testnet DuskEVM est en ligne, permettant aux développeurs Solidity/Hardhat de déployer sur Dusk. Mais creusons un cran : il s’appuie sur un séquenceur OP Stack/op-geth et, au lieu de régler de manière indépendante, il regroupe les données de transactions et les renvoie vers DuskDS, la propre couche d’accès aux données de Dusk — avec du gaz payé en DUSK dans tous les cas.
C’est un choix de conception délibéré, et non un simple mouvement générique « on a ajouté la prise en charge d’un EVM ». Cela relie toute activité DuskEVM directement aux garanties de règlement de la chaîne de base, ce qui compte si vous construisez des flux de travail d’actifs régulés plutôt que de chercher uniquement à courir après une TVL DeFi.
J’ai consulté DuskScan (le nouvel explorateur communautaire) pour voir les véritables volumes de déploiement après le lancement, mais trois jours plus tard, il n’y a pas encore assez d’activité distincte de contrats pour distinguer l’intérêt réel des développeurs des touristes du testnet qui vérifient le matériel.
C’est le fossé le plus honnête ici — cela confirme l’accès des développeurs, pas l’adoption. Pour savoir si des équipes sérieuses qui construisent des produits de tokenisation conformes se manifestent réellement sur DuskEVM, plutôt que de simples projets EVM génériques testant la compatibilité, il est encore trop tôt pour le dire.
Qu’est-ce qui vous ferait penser que c’est plus qu’un simple signal d’infrastructure ?
@Dusk_Foundation Dusk $DUSK #dusk