#dusk $DUSK @Dusk J’avais l’habitude de penser que le plus gros pari de Dusk consistait simplement à mettre la confidentialité sur une blockchain conçue pour la finance réglementée.
Après avoir creusé plus en profondeur, je ne suis pas sûr que ce soit la bonne façon de le voir.
Ce qui a attiré mon attention, c’est l’architecture.
DuskDS gère le règlement et la disponibilité des données. DuskEVM offre aux développeurs l’environnement Ethereum familier. DuskVM est l’endroit où les applications peuvent exploiter la confidentialité plus approfondie de Dusk ainsi que ses capacités ZK. En d’autres termes, la confidentialité n’est plus seulement « ce que la chaîne est ». Elle peut dépendre de l’endroit où l’application choisit d’exécuter.
Cela crée un compromis intéressant.
La compatibilité avec EVM facilite la construction de Dusk, mais plus l’activité se déplace vers l’environnement EVM familier, plus la frontière entre la compatibilité et la confidentialité native devient importante.
Dusk affirme qu’il peut aussi apporter de la confidentialité aux applications EVM, y compris via Hedger, de sorte que cette limitation pourrait finir par devenir moins problématique.
Mais cela me laisse avec une question que je n’ai pas vue suffisamment discutée :
Le fossé de Dusk tient-il réellement à la confidentialité elle-même, ou bien à la capacité de faire fonctionner ensemble la confidentialité, la conformité et le règlement, sans forcer les développeurs à renoncer à la compatibilité EVM ?
Ce sont deux fossés très différents.
Après avoir creusé plus en profondeur, je ne suis pas sûr que ce soit la bonne façon de le voir.
Ce qui a attiré mon attention, c’est l’architecture.
DuskDS gère le règlement et la disponibilité des données. DuskEVM offre aux développeurs l’environnement Ethereum familier. DuskVM est l’endroit où les applications peuvent exploiter la confidentialité plus approfondie de Dusk ainsi que ses capacités ZK. En d’autres termes, la confidentialité n’est plus seulement « ce que la chaîne est ». Elle peut dépendre de l’endroit où l’application choisit d’exécuter.
Cela crée un compromis intéressant.
La compatibilité avec EVM facilite la construction de Dusk, mais plus l’activité se déplace vers l’environnement EVM familier, plus la frontière entre la compatibilité et la confidentialité native devient importante.
Dusk affirme qu’il peut aussi apporter de la confidentialité aux applications EVM, y compris via Hedger, de sorte que cette limitation pourrait finir par devenir moins problématique.
Mais cela me laisse avec une question que je n’ai pas vue suffisamment discutée :
Le fossé de Dusk tient-il réellement à la confidentialité elle-même, ou bien à la capacité de faire fonctionner ensemble la confidentialité, la conformité et le règlement, sans forcer les développeurs à renoncer à la compatibilité EVM ?
Ce sont deux fossés très différents.