Cet après-midi, mon mari me parlait de @Dusk et de la façon dont le projet travaille avec les smart contracts, en mettant l’accent sur la gestion efficace de l’exécution des contrats. Ça m’a intriguée, alors j’ai commencé à creuser plus en profondeur le contrat de Dusk et son système de migration.
J’ai continué à regarder de plus près comment Dusk gère l’exécution des smart contracts, et c’est la partie Piecrust qui a vraiment retenu mon attention.
Ce n’est pas un environnement d’exécution lourd. C’est une VM légère basée sur WebAssembly, conçue pour une exécution de contrats sécurisée et modulaire. Ce qui m’a frappée, c’est la façon dont elle sépare la logique du contrat de la cryptographie lourde située en dessous.
Les contrats gèrent simplement la logique applicative à l’intérieur de la VM. Les parties coûteuses — la vérification de preuve ZK, la validation de signature — sont déléguées à des fonctions natives de l’hôte. Cette séparation a du sens une fois qu’on y pense. La vérification cryptographique n’est pas bon marché. Faire porter ce poids à chaque contrat lui-même ralentirait tout, sans bonne raison.
L’aspect modulaire compte aussi. Les applications financières deviennent forcément de plus en plus complexes avec le temps, et les développeurs ont besoin d’une couche d’exécution où ils ne sont pas obligés de gérer des calculs cryptographiques lourds à l’intérieur de chacun des contrats qu’ils écrivent.
Honnêtement, c’est un de ces détails que les gens passent juste sous silence quand ils parlent de Dusk. Mais c’est probablement une fonctionnalité qui fait plus de travail qu’on ne lui accorde, surtout pour tout ce qui cherche à exécuter des applications axées sur la confidentialité à une échelle réelle.
La vraie question, pour moi, c’est la robustesse de tout cela une fois que l’activité financière réelle en chaîne commence à augmenter.
#Dusk @Dusk $DUSK
J’ai continué à regarder de plus près comment Dusk gère l’exécution des smart contracts, et c’est la partie Piecrust qui a vraiment retenu mon attention.
Ce n’est pas un environnement d’exécution lourd. C’est une VM légère basée sur WebAssembly, conçue pour une exécution de contrats sécurisée et modulaire. Ce qui m’a frappée, c’est la façon dont elle sépare la logique du contrat de la cryptographie lourde située en dessous.
Les contrats gèrent simplement la logique applicative à l’intérieur de la VM. Les parties coûteuses — la vérification de preuve ZK, la validation de signature — sont déléguées à des fonctions natives de l’hôte. Cette séparation a du sens une fois qu’on y pense. La vérification cryptographique n’est pas bon marché. Faire porter ce poids à chaque contrat lui-même ralentirait tout, sans bonne raison.
L’aspect modulaire compte aussi. Les applications financières deviennent forcément de plus en plus complexes avec le temps, et les développeurs ont besoin d’une couche d’exécution où ils ne sont pas obligés de gérer des calculs cryptographiques lourds à l’intérieur de chacun des contrats qu’ils écrivent.
Honnêtement, c’est un de ces détails que les gens passent juste sous silence quand ils parlent de Dusk. Mais c’est probablement une fonctionnalité qui fait plus de travail qu’on ne lui accorde, surtout pour tout ce qui cherche à exécuter des applications axées sur la confidentialité à une échelle réelle.
La vraie question, pour moi, c’est la robustesse de tout cela une fois que l’activité financière réelle en chaîne commence à augmenter.
#Dusk @Dusk $DUSK