#dusk @Dusk $DUSK
$CLO $ALPINE a fait ma journée, profit réservé, heureux, mais le rang en regardant toute la liste m’a gâché l’humeur.
La chose étrange en comparant DuskVM à DuskEVM, c’est que la comparaison se désagrège dès qu’on comprend ce que chacun cherche à préserver.
DuskVM préserve la proximité avec Dusk lui-même.
Il exécute directement des contrats Rust/WASM sur le Dusk L1. Cela donne aux contrats l’accès à des actifs natifs de Dusk, à des modèles de transaction, à des parcours sensibles à la confidentialité et à des capacités de preuve à connaissance nulle proches du protocole de base. Les propres documents de Dusk le présentent comme la voie vers une logique au niveau du protocole et des applications qui ont réellement besoin de ces primitives.
Mais être natif signifie aussi accepter un monde plus spécifique.
Un développeur doit comprendre l’architecture de Dusk, son ABI et ses outils, plutôt que d’arriver avec des années d’habitudes d’Ethereum intactes.
DuskEVM semble conçu autour de cette friction.
C’est un environnement EVM basé sur OP Stack où les développeurs peuvent utiliser Solidity ou Vyper et des infrastructures familières comme Hardhat, Foundry et des portefeuilles EVM. Pourtant, l’exécution n’est pas simplement détachée de Dusk : DuskEVM utilise DuskDS pour le règlement et la disponibilité des données, et DUSK sert de jeton de gaz.
Cela change ma façon de voir la comparaison.
DuskVM ressemble au fait de choisir la langue native du réseau, parce que l’application a besoin de quelque chose de proche du protocole. DuskEVM ressemble au fait de choisir la compatibilité, parce que reconstruire toute une culture de développement depuis zéro serait une friction inutile.
Et Dusk relie déjà ces environnements. Son pont actuel permet à DUSK du testnet de circuler entre Dusk L1 et le testnet de DuskEVM, même si les retraits vers l’arrière nécessitent de prouver et finaliser sur L1.
Alors peut-être que DuskVM contre DuskEVM n’est pas le bon duel.
Le test le plus intéressant est de savoir si Dusk peut faire en sorte que deux environnements d’exécution ressemblent à des choix délibérés, plutôt qu’à deux mondes séparés que les développeurs doivent recoller mentalement.
.Quel chemin Dusk construiriez-vous ?
$CLO $ALPINE a fait ma journée, profit réservé, heureux, mais le rang en regardant toute la liste m’a gâché l’humeur.
La chose étrange en comparant DuskVM à DuskEVM, c’est que la comparaison se désagrège dès qu’on comprend ce que chacun cherche à préserver.
DuskVM préserve la proximité avec Dusk lui-même.
Il exécute directement des contrats Rust/WASM sur le Dusk L1. Cela donne aux contrats l’accès à des actifs natifs de Dusk, à des modèles de transaction, à des parcours sensibles à la confidentialité et à des capacités de preuve à connaissance nulle proches du protocole de base. Les propres documents de Dusk le présentent comme la voie vers une logique au niveau du protocole et des applications qui ont réellement besoin de ces primitives.
Mais être natif signifie aussi accepter un monde plus spécifique.
Un développeur doit comprendre l’architecture de Dusk, son ABI et ses outils, plutôt que d’arriver avec des années d’habitudes d’Ethereum intactes.
DuskEVM semble conçu autour de cette friction.
C’est un environnement EVM basé sur OP Stack où les développeurs peuvent utiliser Solidity ou Vyper et des infrastructures familières comme Hardhat, Foundry et des portefeuilles EVM. Pourtant, l’exécution n’est pas simplement détachée de Dusk : DuskEVM utilise DuskDS pour le règlement et la disponibilité des données, et DUSK sert de jeton de gaz.
Cela change ma façon de voir la comparaison.
DuskVM ressemble au fait de choisir la langue native du réseau, parce que l’application a besoin de quelque chose de proche du protocole. DuskEVM ressemble au fait de choisir la compatibilité, parce que reconstruire toute une culture de développement depuis zéro serait une friction inutile.
Et Dusk relie déjà ces environnements. Son pont actuel permet à DUSK du testnet de circuler entre Dusk L1 et le testnet de DuskEVM, même si les retraits vers l’arrière nécessitent de prouver et finaliser sur L1.
Alors peut-être que DuskVM contre DuskEVM n’est pas le bon duel.
Le test le plus intéressant est de savoir si Dusk peut faire en sorte que deux environnements d’exécution ressemblent à des choix délibérés, plutôt qu’à deux mondes séparés que les développeurs doivent recoller mentalement.
.Quel chemin Dusk construiriez-vous ?
🟣 DuskVM — native power
40%
🔵 DuskEVM — EVM familiarity
60%
5 Votes • Vote fermé