#dusk $DUSK @Dusk
Auparavant, je pensais que la machine virtuelle d’une blockchain n’était rien d’autre que l’endroit où les smart contracts « s’exécutent ». En creusant davantage, j’ai changé d’avis en découvrant Dusk.
Piecrust a été conçu comme la machine virtuelle WASM de Dusk : « piecrust » gère l’exécution des contrats et « piecrust-uplink » fournit la couche développeur pour créer et travailler avec des contrats. La partie intéressante n’est pas le nom de la VM. C’est le choix de conception derrière : utiliser WASM et Rust pour créer un environnement d’exécution contrôlé pour les smart contracts de Dusk.
Aujourd’hui, la documentation de Dusk décrit ce chemin d’exécution comme DuskVM, basé sur l’exécution Wasmtime avec un support personnalisé pour le modèle d’exécution de Dusk. Il exécute directement des contrats Rust/WASM sur la Dusk L1, y compris des applications qui ont besoin d’un accès direct au modèle de transaction de Dusk, aux assets, à la confidentialité, ou aux capacités de preuve à connaissance nulle.
Cette distinction compte.
Désormais, Dusk propose aux développeurs deux parcours différents : DuskVM pour les applications Rust/WASM nécessitant des capacités natives de la L1, et DuskEVM pour les outils compatibles Solidity et Ethereum.
Je ne considère donc plus la VM comme un simple composant technique. Elle fait partie de la décision sur le type d’application que Dusk peut prendre en charge nativement.
La question que je surveille est de savoir si ce double modèle d’exécution peut offrir de la flexibilité aux développeurs sans rendre l’écosystème plus difficile à comprendre.
@Dusk $DUSK
Auparavant, je pensais que la machine virtuelle d’une blockchain n’était rien d’autre que l’endroit où les smart contracts « s’exécutent ». En creusant davantage, j’ai changé d’avis en découvrant Dusk.
Piecrust a été conçu comme la machine virtuelle WASM de Dusk : « piecrust » gère l’exécution des contrats et « piecrust-uplink » fournit la couche développeur pour créer et travailler avec des contrats. La partie intéressante n’est pas le nom de la VM. C’est le choix de conception derrière : utiliser WASM et Rust pour créer un environnement d’exécution contrôlé pour les smart contracts de Dusk.
Aujourd’hui, la documentation de Dusk décrit ce chemin d’exécution comme DuskVM, basé sur l’exécution Wasmtime avec un support personnalisé pour le modèle d’exécution de Dusk. Il exécute directement des contrats Rust/WASM sur la Dusk L1, y compris des applications qui ont besoin d’un accès direct au modèle de transaction de Dusk, aux assets, à la confidentialité, ou aux capacités de preuve à connaissance nulle.
Cette distinction compte.
Désormais, Dusk propose aux développeurs deux parcours différents : DuskVM pour les applications Rust/WASM nécessitant des capacités natives de la L1, et DuskEVM pour les outils compatibles Solidity et Ethereum.
Je ne considère donc plus la VM comme un simple composant technique. Elle fait partie de la décision sur le type d’application que Dusk peut prendre en charge nativement.
La question que je surveille est de savoir si ce double modèle d’exécution peut offrir de la flexibilité aux développeurs sans rendre l’écosystème plus difficile à comprendre.
@Dusk $DUSK