$DUSK en train de tourner autour de 0,076 $ aujourd’hui, une capitalisation boursière dans la fourchette de 38 à 45 M$ selon le tableau de bord, et un volume quotidien entre 3 et 7 M$. Des petits chiffres. Ce qui a réellement attiré mon attention cette semaine, c’est une page de documentation, pas le graphique.
J’étais en train de lire à propos de DuskEVM en m’attendant au pitch habituel de « chaîne compatible EVM » — déployez vos contrats Solidity, terminé, rien à signaler. Ce n’est pas tout à fait ça. DuskEVM est un environnement d’exécution basé sur OP Stack, au-dessus de DuskDS : il fait le règlement et récupère la disponibilité des données depuis la couche de base de Dusk, tout en offrant aux développeurs des outils EVM standard au lieu de les obliger à apprendre une nouvelle pile.
Comparez cela à la façon dont la plupart des chaînes de confidentialité gèrent la compatibilité : elles restent soit isolées avec des outils sur mesure que personne en dehors de l’écosystème ne veut apprendre, soit totalement transparentes pour s’intégrer à la DeFi existante. Dusk Network essaie un troisième chemin : conserver la couche de règlement native pour la confidentialité (Phoenix, notes chiffrées) en dessous, mais permettre aux contrats Solidity de s’exécuter dans un environnement EVM « équivalent » et familier par-dessus.
Concrètement, voici ce que ça implique : les contrats déployés sur DuskEVM n’héritent pas automatiquement du traitement « confidentiel par défaut » que Phoenix applique aux transactions natives sur Dusk. Vous avez des outils familiers, pas de confidentialité automatique — ce sont deux choix de conception distincts, pas un seul.
@Dusk parie clairement que la compatibilité fera entrer davantage de développeurs plus vite que la « pureté » de la confidentialité. Pari raisonnable, peut-être.
Donc, qu’est-ce qui incite réellement des équipes de développeurs institutionnels à construire plus vite sur une infrastructure de finance régulée : une chaîne native pour la confidentialité partout, ou une chaîne qui ne le garantit que dans des environnements d’exécution spécifiques ?
#dusk
J’étais en train de lire à propos de DuskEVM en m’attendant au pitch habituel de « chaîne compatible EVM » — déployez vos contrats Solidity, terminé, rien à signaler. Ce n’est pas tout à fait ça. DuskEVM est un environnement d’exécution basé sur OP Stack, au-dessus de DuskDS : il fait le règlement et récupère la disponibilité des données depuis la couche de base de Dusk, tout en offrant aux développeurs des outils EVM standard au lieu de les obliger à apprendre une nouvelle pile.
Comparez cela à la façon dont la plupart des chaînes de confidentialité gèrent la compatibilité : elles restent soit isolées avec des outils sur mesure que personne en dehors de l’écosystème ne veut apprendre, soit totalement transparentes pour s’intégrer à la DeFi existante. Dusk Network essaie un troisième chemin : conserver la couche de règlement native pour la confidentialité (Phoenix, notes chiffrées) en dessous, mais permettre aux contrats Solidity de s’exécuter dans un environnement EVM « équivalent » et familier par-dessus.
Concrètement, voici ce que ça implique : les contrats déployés sur DuskEVM n’héritent pas automatiquement du traitement « confidentiel par défaut » que Phoenix applique aux transactions natives sur Dusk. Vous avez des outils familiers, pas de confidentialité automatique — ce sont deux choix de conception distincts, pas un seul.
@Dusk parie clairement que la compatibilité fera entrer davantage de développeurs plus vite que la « pureté » de la confidentialité. Pari raisonnable, peut-être.
Donc, qu’est-ce qui incite réellement des équipes de développeurs institutionnels à construire plus vite sur une infrastructure de finance régulée : une chaîne native pour la confidentialité partout, ou une chaîne qui ne le garantit que dans des environnements d’exécution spécifiques ?
#dusk
