Le testnet DuskEVM est passé en ligne le 10 août — il y a quatre jours — et j’y ai passé un peu de temps dans le cadre d’une tâche CreatorPad sur Dusk Network. $DUSK , #dusk , @Dusk . L’annonce le présentait simplement : déployez vos contrats Solidity, utilisez Hardhat, tout est familier. C’est vrai. Mais ce cadrage évite discrètement la partie la plus intéressante.

DuskEVM repose sur l’OP Stack. L’exécution se fait sur la L2, les engagements d’état s’ancrent sur DuskDS, le gaz est payé en DUSK. Tout cela fonctionne. Ce qui ne se transfère pas, en revanche, c’est la partie que Dusk met en avant comme sa différence principale — les flux confidentiels de Hedger, les preuves de conformité ZK, les transferts protégés natifs. Tout cela vit dans DuskVM. Le tout en Rust, en WASM, avec les primitives du L1 de Dusk directement. Les contrats Solidity sur DuskEVM se règlent via Dusk, mais ils n’héritent pas pour autant de la couche de confidentialité ou de conformité réglementaire juste parce qu’ils s’y trouvent.

La rampe d’accès est bien réelle. Un développeur Solidity peut déployer sur DuskEVM dès aujourd’hui, tester avec Hardhat, utiliser DUSK pour le gaz. Mais le cas d’usage des valeurs mobilières réglementées — la véritable différenciation — exige une réécriture en Rust, en s’appuyant sur le modèle d’exécution natif de Dusk. Ce n’est pas un simple pivot rapide.

Mmh. Je n’ai cessé de me demander : DuskEVM est-il une stratégie d’acquisition de développeurs, ou est-ce vraiment ainsi que seront construits ici les instruments réglementés ? Parce que ce ne sont pas les mêmes réponses.