je me posais sans arrêt une question un peu bête en regardant @Dusk_Foundation … si ils veulent autant des développeurs Ethereum, alors pourquoi ne pas simplement tout faire en EVM et en rester là ?

puis ça a fait tilt.

je pense que DuskEVM est plus une porte d’entrée vers le réseau qu’autre chose. pas le réseau lui-même. les devs Solidity peuvent entrer avec les outils qu’ils connaissent déjà et construire sans tout réapprendre à zéro, mais en dessous, Dusk conserve encore sa propre couche de règlement + de données.

et je trouve ça même plus intéressant que de passer en EVM à fond.

parce que DuskVM peut toujours gérer le côté natif Rust/WASM là où ce qui est propre à Dusk compte, tandis que DuskEVM donne aux applis Ethereum un endroit familier où tourner. deux façons différentes de construire… même base en dessous.

c’est le point que j’ai manqué au début >>

Dusk ne choisit pas vraiment entre la compatibilité Ethereum OU sa propre architecture.

c’est plutôt une façon de garder la main sur le cœur tout en rendant l’extérieur plus facile à intégrer.

et pour un truc comme Dusk Trade, je pense que c’est particulièrement important… les utilisateurs ne devraient même pas avoir à se soucier de quelle VM fait quoi en coulisses ; ils veulent juste que le produit fonctionne.

peut-être que c’est le pari le plus important ici.

des outils familiers à la frontière… et Dusk reste Dusk en dessous.

#dusk $DUSK @Dusk