Je reviens toujours à une chose avec Dusk : une bonne technologie de confidentialité ne sert à presque rien si les développeurs ne veulent pas réellement la mettre en œuvre.
Le problème me paraît assez simple. Les applications financières peuvent avoir besoin d’une exécution confidentielle, mais la plupart des développeurs connaissent déjà Ethereum, Solidity, Foundry, Hardhat et l’outillage EVM habituel. Leur demander d’apprendre un environnement complètement différent peut devenir un obstacle en soi.
Ce qui m’intéresse avec Dusk, c’est la manière dont il aborde ce problème. DuskEVM offre aux développeurs un environnement EVM plus familier, tandis que DuskDS gère le règlement et la disponibilité des données. Les développeurs qui souhaitent un accès plus poussé aux capacités natives de Dusk peuvent utiliser DuskVM, conçu autour de Rust/WASM avec prise en charge de la confidentialité et de l’exécution ZK.
J’aime cette direction, mais je ne suis pas encore totalement convaincu.
Prendre en charge différents environnements d’exécution semble utile, mais cela donne aussi aux développeurs davantage de choses à comprendre. Pour moi, le vrai test n’est pas de savoir si Dusk peut les prendre en charge. C’est de savoir si les développeurs choisissent réellement d’y construire.
Je pense que cette distinction est importante.
Dusk peut-il rendre le développement de blockchains privées “normal”, ou les développeurs ne se soucieront-ils de la confidentialité que lorsqu’ils en auront absolument besoin ?
@Dusk #dusk $DUSK
Le problème me paraît assez simple. Les applications financières peuvent avoir besoin d’une exécution confidentielle, mais la plupart des développeurs connaissent déjà Ethereum, Solidity, Foundry, Hardhat et l’outillage EVM habituel. Leur demander d’apprendre un environnement complètement différent peut devenir un obstacle en soi.
Ce qui m’intéresse avec Dusk, c’est la manière dont il aborde ce problème. DuskEVM offre aux développeurs un environnement EVM plus familier, tandis que DuskDS gère le règlement et la disponibilité des données. Les développeurs qui souhaitent un accès plus poussé aux capacités natives de Dusk peuvent utiliser DuskVM, conçu autour de Rust/WASM avec prise en charge de la confidentialité et de l’exécution ZK.
J’aime cette direction, mais je ne suis pas encore totalement convaincu.
Prendre en charge différents environnements d’exécution semble utile, mais cela donne aussi aux développeurs davantage de choses à comprendre. Pour moi, le vrai test n’est pas de savoir si Dusk peut les prendre en charge. C’est de savoir si les développeurs choisissent réellement d’y construire.
Je pense que cette distinction est importante.
Dusk peut-il rendre le développement de blockchains privées “normal”, ou les développeurs ne se soucieront-ils de la confidentialité que lorsqu’ils en auront absolument besoin ?
@Dusk #dusk $DUSK
