Je regardais DuskEVM aujourd’hui et une chose m’a paru plus claire que la description habituelle de type « compatible EVM ».
Dusk a séparé l’exécution du règlement.
DuskEVM est la couche d’exécution de l’EVM : les développeurs peuvent y utiliser Solidity et des outils EVM familiers. DuskDS se trouve en dessous : c’est la couche de règlement et de disponibilité des données. Donc les deux ne font pas le même travail.
Ensuite, il y a Hedger.
D’après la documentation de Dusk, Hedger s’exécute sur DuskEVM et est conçu pour des applications « EVM-first » qui ont besoin de flux confidentiels. Dusk décrit son approche autour de la confidentialité, de la divulgation sélective et de l’exécution vérifiable, plutôt que de simplement rendre tout public ou tout privé.
Cette distinction est importante pour les applications financières.
Une transaction peut impliquer des informations qui ne devraient pas forcément être visibles par tout le monde, tandis que le système peut tout de même avoir besoin de règles concernant qui est autorisé à voir certaines informations.
C’est ce que je trouve intéressant à suivre chez Dusk. Le projet ne traite pas la confidentialité comme objectif unique. Son architecture vise à donner aux développeurs des outils différents selon les besoins réels d’une application : DuskEVM pour le développement EVM, DuskVM pour l’exécution L1 directe, et DuskDS pour le règlement et la disponibilité des données.
Je suis davantage intéressé par la façon dont les développeurs utilisent ces éléments que par la répétition d’une autre description générique de « blockchain de confidentialité ».
#dusk $DUSK @Dusk
Dusk a séparé l’exécution du règlement.
DuskEVM est la couche d’exécution de l’EVM : les développeurs peuvent y utiliser Solidity et des outils EVM familiers. DuskDS se trouve en dessous : c’est la couche de règlement et de disponibilité des données. Donc les deux ne font pas le même travail.
Ensuite, il y a Hedger.
D’après la documentation de Dusk, Hedger s’exécute sur DuskEVM et est conçu pour des applications « EVM-first » qui ont besoin de flux confidentiels. Dusk décrit son approche autour de la confidentialité, de la divulgation sélective et de l’exécution vérifiable, plutôt que de simplement rendre tout public ou tout privé.
Cette distinction est importante pour les applications financières.
Une transaction peut impliquer des informations qui ne devraient pas forcément être visibles par tout le monde, tandis que le système peut tout de même avoir besoin de règles concernant qui est autorisé à voir certaines informations.
C’est ce que je trouve intéressant à suivre chez Dusk. Le projet ne traite pas la confidentialité comme objectif unique. Son architecture vise à donner aux développeurs des outils différents selon les besoins réels d’une application : DuskEVM pour le développement EVM, DuskVM pour l’exécution L1 directe, et DuskDS pour le règlement et la disponibilité des données.
Je suis davantage intéressé par la façon dont les développeurs utilisent ces éléments que par la répétition d’une autre description générique de « blockchain de confidentialité ».
#dusk $DUSK @Dusk