DuskVM vs DuskEVM : Deux voies pour les développeurs
La blockchain doit-elle forcer chaque développeur à travailler dans le même environnement d’exécution ?
Dusk adopte une approche différente en proposant deux parcours de contrats intelligents, chacun conçu autour d’un modèle de développement distinct.
DuskVM est la voie native. Les développeurs écrivent des contrats en Rust, les compilent en WASM, puis les exécutent directement sur Dusk L1. Cela permet aux contrats d’accéder directement au modèle d’exécution de Dusk, aux modèles de transactions, aux protocoles de contrats, ainsi qu’aux fonctionnalités qui doivent être proches de la couche de base, notamment la confidentialité et les capacités de preuve à connaissance nulle.
DuskEVM suit une approche axée sur la compatibilité. Les développeurs peuvent utiliser Solidity ou Vyper, ainsi que des portefeuilles EVM et des bibliothèques d’outils familiers. Le règlement et la disponibilité des données sont fournis via DuskDS, tandis que DUSK sert de jeton de gaz natif.
La différence tient donc moins au choix de l’environnement le plus adapté qu’à l’adéquation de l’architecture aux besoins de l’application : DuskVM privilégie l’exécution directe sur L1 et les capacités natives de Dusk. DuskEVM abaisse la barrière pour les développeurs qui travaillent déjà au sein de l’écosystème Ethereum.
En offrant ces deux voies, Dusk trouve un équilibre intéressant entre fonctionnalités natives et familiarité pour les développeurs.
Le fait de prendre en charge à la fois l’exécution native et la compatibilité EVM pourrait-il constituer une stratégie développeur plus forte que d’imposer un environnement universel unique ?
$DUSK
#dusk @Dusk
La blockchain doit-elle forcer chaque développeur à travailler dans le même environnement d’exécution ?
Dusk adopte une approche différente en proposant deux parcours de contrats intelligents, chacun conçu autour d’un modèle de développement distinct.
DuskVM est la voie native. Les développeurs écrivent des contrats en Rust, les compilent en WASM, puis les exécutent directement sur Dusk L1. Cela permet aux contrats d’accéder directement au modèle d’exécution de Dusk, aux modèles de transactions, aux protocoles de contrats, ainsi qu’aux fonctionnalités qui doivent être proches de la couche de base, notamment la confidentialité et les capacités de preuve à connaissance nulle.
DuskEVM suit une approche axée sur la compatibilité. Les développeurs peuvent utiliser Solidity ou Vyper, ainsi que des portefeuilles EVM et des bibliothèques d’outils familiers. Le règlement et la disponibilité des données sont fournis via DuskDS, tandis que DUSK sert de jeton de gaz natif.
La différence tient donc moins au choix de l’environnement le plus adapté qu’à l’adéquation de l’architecture aux besoins de l’application : DuskVM privilégie l’exécution directe sur L1 et les capacités natives de Dusk. DuskEVM abaisse la barrière pour les développeurs qui travaillent déjà au sein de l’écosystème Ethereum.
En offrant ces deux voies, Dusk trouve un équilibre intéressant entre fonctionnalités natives et familiarité pour les développeurs.
Le fait de prendre en charge à la fois l’exécution native et la compatibilité EVM pourrait-il constituer une stratégie développeur plus forte que d’imposer un environnement universel unique ?
$DUSK
#dusk @Dusk