Demandez à n’importe quelle institution pourquoi elle n’a pas encore touché une nouvelle chaîne et des outils, et la réponse surgit avant même que la réglementation n’entre en jeu—plus souvent que ce que les gens imaginent. Dusk semble l’avoir intégré en interne. Le mainnet DuskEVM arrive : DuskEVM est la couche d’application compatible EVM de la pile Dusk, conçue spécifiquement pour offrir aux partenaires, institutions et développeurs une voie Solidity familière pour entrer dans Dusk, plutôt que d’apprendre un nouveau langage. Cette interface familière repose sur Dusk, la blockchain de couche 1 conçue pour les marchés financiers réglementés, où la confidentialité programmable et la conformité sont gérées nativement : la confidentialité est appliquée là où elle est nécessaire et la transparence là où elle est utile, plutôt que d’être ajoutée après coup. Des flux EVM confidentiels passent par Hedger, le module de confidentialité de Dusk, en utilisant le chiffrement homomorphique et des preuves à divulgation nulle pour une confidentialité vérifiable.
La logique est simple : ne demandez pas aux développeurs d’une banque de réapprendre leur métier ; demandez-leur d’appliquer les mêmes compétences Solidity à une chaîne qui gère déjà le problème de conformité qu’ils auraient autrement à résoudre eux-mêmes. Cela abaisse une vraie barrière à l’entrée.
Je distinguerais aussi deux publics différents, car ils avanceront à des vitesses très différentes. Les institutions disposant d’équipes blockchain existantes peuvent évaluer DuskEVM sur le plan technique assez rapidement et commencer à expérimenter. Celles qui n’en ont pas—ce qui est probablement le cas de la plupart de la finance réglementée aujourd’hui—auront besoin de conseillers externes, d’audits de sécurité et de formation interne avant même d’y toucher. Des outils familiers aident le premier groupe à avancer presque immédiatement. Le second, plus large, a besoin de bien plus qu’un langage de programmation familier avant que tout cela devienne une pratique courante.
Mais cela ne les facilite pas tous. Les institutions avancent lentement pour des raisons qui n’ont rien à voir avec les outils : examen juridique, comités internes de gestion des risques, cycles de passation des marchés. Un code familier rend DuskEVM plus facile à développer. Cela ne rend pas le processus d’approbation interne d’une institution plus rapide.
@Dusk_Foundation $DUSK #dusk
$AKE $VELVET
La logique est simple : ne demandez pas aux développeurs d’une banque de réapprendre leur métier ; demandez-leur d’appliquer les mêmes compétences Solidity à une chaîne qui gère déjà le problème de conformité qu’ils auraient autrement à résoudre eux-mêmes. Cela abaisse une vraie barrière à l’entrée.
Je distinguerais aussi deux publics différents, car ils avanceront à des vitesses très différentes. Les institutions disposant d’équipes blockchain existantes peuvent évaluer DuskEVM sur le plan technique assez rapidement et commencer à expérimenter. Celles qui n’en ont pas—ce qui est probablement le cas de la plupart de la finance réglementée aujourd’hui—auront besoin de conseillers externes, d’audits de sécurité et de formation interne avant même d’y toucher. Des outils familiers aident le premier groupe à avancer presque immédiatement. Le second, plus large, a besoin de bien plus qu’un langage de programmation familier avant que tout cela devienne une pratique courante.
Mais cela ne les facilite pas tous. Les institutions avancent lentement pour des raisons qui n’ont rien à voir avec les outils : examen juridique, comités internes de gestion des risques, cycles de passation des marchés. Un code familier rend DuskEVM plus facile à développer. Cela ne rend pas le processus d’approbation interne d’une institution plus rapide.
@Dusk_Foundation $DUSK #dusk
$AKE $VELVET