#dusk $DUSK
Il existe deux façons de bâtir sur Dusk, et je les voyais mentionnées comme si elles étaient interchangeables. En lisant la documentation développeur, elles ne le sont pas. Elles sont suffisamment différentes pour que se tromper de choix coûte probablement une réécriture.
DuskEVM est une couche compatible EVM fonctionnant au-dessus de DuskDS en utilisant OP Stack. Vous écrivez en Solidity ou Vyper, utilisez des outils EVM familiers, déployez comme vous le feriez sur Ethereum ou Arbitrum. Votre contrat hérite de DuskDS en tant que couche de settlement et de disponibilité des données. Le coût implique deux couches de frais : le gas EVM normal, plus un frais de disponibilité des données pour publier les données de batch sur la chaîne sous-jacente.
DuskVM est natif à Dusk. Vous écrivez en Rust, compilez en WASM, et déployez directement sur le L1. Vous avez accès aux modèles natifs de transaction (Moonlight et Phoenix), à la confidentialité au niveau protocole et aux capacités ZK, ainsi qu’à toute la logique de marché personnalisée qui vit au plus près de la chaîne. Pas de couche de frais supplémentaire, pas d’abstraction OP Stack entre les deux.
La documentation indique clairement quand choisir l’une ou l’autre. DuskEVM si votre application tire parti de Solidity, des wallets EVM et d’outils existants d’Ethereum. DuskVM si votre application a besoin d’une confidentialité native, de ZK, d’actifs au niveau protocole, ou d’un contrôle direct sur le modèle d’exécution.
Ce qui est honnête dans cette présentation, c’est qu’elle ne prétend pas que l’une est meilleure que l’autre. Le choix dépend entièrement des besoins de l’application. Une application financière qui veut une logique de confidentialité sur mesure ira probablement sur DuskVM. Une équipe Solidity qui veut le settlement DuskDS sous une application existante ira probablement sur DuskEVM.
Le compromis auquel je pense sans cesse : DuskEVM vous donne l’écosystème EVM, mais place une abstraction entre votre code et les fonctionnalités de confidentialité qui rendent Dusk intéressant. DuskVM vous donne toute la pile, mais exige Rust et un modèle mental différent.
til s’agissait de construire quelque chose de spécifique à la finance sur Dusk, quel chemin choisiriez-vous réellement : les outils EVM familiers, ou la pile native avec accès direct à la couche de confidentialité ? @Dusk
$BTW
$MAGMA #dusk
Il existe deux façons de bâtir sur Dusk, et je les voyais mentionnées comme si elles étaient interchangeables. En lisant la documentation développeur, elles ne le sont pas. Elles sont suffisamment différentes pour que se tromper de choix coûte probablement une réécriture.
DuskEVM est une couche compatible EVM fonctionnant au-dessus de DuskDS en utilisant OP Stack. Vous écrivez en Solidity ou Vyper, utilisez des outils EVM familiers, déployez comme vous le feriez sur Ethereum ou Arbitrum. Votre contrat hérite de DuskDS en tant que couche de settlement et de disponibilité des données. Le coût implique deux couches de frais : le gas EVM normal, plus un frais de disponibilité des données pour publier les données de batch sur la chaîne sous-jacente.
DuskVM est natif à Dusk. Vous écrivez en Rust, compilez en WASM, et déployez directement sur le L1. Vous avez accès aux modèles natifs de transaction (Moonlight et Phoenix), à la confidentialité au niveau protocole et aux capacités ZK, ainsi qu’à toute la logique de marché personnalisée qui vit au plus près de la chaîne. Pas de couche de frais supplémentaire, pas d’abstraction OP Stack entre les deux.
La documentation indique clairement quand choisir l’une ou l’autre. DuskEVM si votre application tire parti de Solidity, des wallets EVM et d’outils existants d’Ethereum. DuskVM si votre application a besoin d’une confidentialité native, de ZK, d’actifs au niveau protocole, ou d’un contrôle direct sur le modèle d’exécution.
Ce qui est honnête dans cette présentation, c’est qu’elle ne prétend pas que l’une est meilleure que l’autre. Le choix dépend entièrement des besoins de l’application. Une application financière qui veut une logique de confidentialité sur mesure ira probablement sur DuskVM. Une équipe Solidity qui veut le settlement DuskDS sous une application existante ira probablement sur DuskEVM.
Le compromis auquel je pense sans cesse : DuskEVM vous donne l’écosystème EVM, mais place une abstraction entre votre code et les fonctionnalités de confidentialité qui rendent Dusk intéressant. DuskVM vous donne toute la pile, mais exige Rust et un modèle mental différent.
til s’agissait de construire quelque chose de spécifique à la finance sur Dusk, quel chemin choisiriez-vous réellement : les outils EVM familiers, ou la pile native avec accès direct à la couche de confidentialité ? @Dusk
$BTW
$MAGMA #dusk
