La plupart des gens entendent « blockchain de confidentialité » et pensent qu’elle a été construite de zéro. Un nouveau langage. De nouveaux outils. Les développeurs doivent tout apprendre depuis le début.
C’est un problème qui touche les L1 axées sur la confidentialité depuis des années. La technologie peut être impressionnante, mais si les créateurs ne peuvent pas utiliser les outils qu’ils connaissent déjà, l’adoption s’arrête avant même de commencer.
@Dusk a pris une autre voie.
Le mainnet DuskEVM arrive. C’est la couche d’application compatible EVM dans le stack Dusk. Pour les développeurs, c’est énorme. Solidity. Les outils Ethereum. Des workflows familiers. Le chemin de « je construis sur Ethereum » à « je construis sur Dusk » n’est pas une réécriture. C’est une migration.
Mais voilà la partie qui a retenu mon attention. DuskEVM ne fait pas qu’imiter Ethereum. Il ajoute quelque chose qu’Ethereum n’a pas — des workflows EVM confidentiels via Hedger, le module de confidentialité de Dusk.
Hedger utilise le chiffrement homomorphe et des preuves à divulgation nulle de connaissance (zero-knowledge proofs). Des termes sophistiqués, mais l’idée est simple. Les transactions peuvent être traitées sans révéler les données sous-jacentes. Les montants restent cachés. Les contreparties restent privées. Mais tout est tout de même vérifiable. Toujours révisable quand c’est autorisé.
Cette combinaison ne devrait pas fonctionner. La confidentialité se fait généralement au prix de la vérifiabilité. Vous cachez quelque chose et vous ne pouvez rien prouver à ce sujet. Hedger renverse la logique. Vous pouvez prouver ce qui s’est passé sans exposer ce qui s’est passé.
Pour la finance régulée, ce n’est pas un « bonus ». C’est la pièce manquante. La confidentialité quand elle est nécessaire. La transparence quand elle est utile. Et pour les développeurs — les outils qu’ils connaissent déjà.
La compatibilité EVM ouvre la porte aux créateurs. La confidentialité leur permet d’y rester.
Qu’est-ce qui compte le plus pour vous pour l’adoption — la familiarité développeur ou l’innovation technique ?
#dusk $DUSK
C’est un problème qui touche les L1 axées sur la confidentialité depuis des années. La technologie peut être impressionnante, mais si les créateurs ne peuvent pas utiliser les outils qu’ils connaissent déjà, l’adoption s’arrête avant même de commencer.
@Dusk a pris une autre voie.
Le mainnet DuskEVM arrive. C’est la couche d’application compatible EVM dans le stack Dusk. Pour les développeurs, c’est énorme. Solidity. Les outils Ethereum. Des workflows familiers. Le chemin de « je construis sur Ethereum » à « je construis sur Dusk » n’est pas une réécriture. C’est une migration.
Mais voilà la partie qui a retenu mon attention. DuskEVM ne fait pas qu’imiter Ethereum. Il ajoute quelque chose qu’Ethereum n’a pas — des workflows EVM confidentiels via Hedger, le module de confidentialité de Dusk.
Hedger utilise le chiffrement homomorphe et des preuves à divulgation nulle de connaissance (zero-knowledge proofs). Des termes sophistiqués, mais l’idée est simple. Les transactions peuvent être traitées sans révéler les données sous-jacentes. Les montants restent cachés. Les contreparties restent privées. Mais tout est tout de même vérifiable. Toujours révisable quand c’est autorisé.
Cette combinaison ne devrait pas fonctionner. La confidentialité se fait généralement au prix de la vérifiabilité. Vous cachez quelque chose et vous ne pouvez rien prouver à ce sujet. Hedger renverse la logique. Vous pouvez prouver ce qui s’est passé sans exposer ce qui s’est passé.
Pour la finance régulée, ce n’est pas un « bonus ». C’est la pièce manquante. La confidentialité quand elle est nécessaire. La transparence quand elle est utile. Et pour les développeurs — les outils qu’ils connaissent déjà.
La compatibilité EVM ouvre la porte aux créateurs. La confidentialité leur permet d’y rester.
Qu’est-ce qui compte le plus pour vous pour l’adoption — la familiarité développeur ou l’innovation technique ?
#dusk $DUSK