#dusk $DUSK @Dusk
Auparavant, chaque fois que j’entendais parler de preuves à divulgation nulle de connaissance (zéro-knowledge proofs), je pensais souvent que c’était un concept plutôt éloigné des besoins des utilisateurs. Mais en examinant le cours de cryptographie de Dusk, j’ai commencé à voir que la preuve à divulgation nulle (ZK) n’est pas seulement un terme technique : elle peut devenir un socle pour résoudre un problème très réel dans la blockchain financière : comment prouver qu’une transaction est valide sans divulguer publiquement toutes les informations qui la sous-tendent.
Dusk utilise de nombreuses primitives cryptographiques telles que BLS12-381, JubJub, Schnorr, Poseidon et des arbres de Merkle." signifie que Dusk utilise une cryptographie avancée pour rendre les transactions de blockchain financière à la fois vérifiables et respectueuses de la vie privée.
En termes simples, les preuves à divulgation nulle de connaissance (preuves ZK) permettent à quelqu’un de prouver qu’il satisfait à une exigence — comme réussir des contrôles KYC, avoir l’autorisation d’acheter un actif, ou effectuer une transaction valide — sans exposer des détails personnels ou financiers inutiles on-chain.
Les technologies mentionnées sont les outils de base qui rendent cela possible :
BLS12-381 et JubJub : des courbes cryptographiques utilisées pour des systèmes de preuve et de signature efficaces et sûrs.
Schnorr : une méthode de signature numérique qui aide à prouver l’autorisation.
Poseidon : une fonction de hachage conçue pour fonctionner efficacement dans les preuves ZK.
Arbres de Merkle : une manière de vérifier que des données appartiennent à un ensemble plus large sans révéler chaque élément qu’il contient.
L’idée plus large est que le système ZK de Dusk basé sur PLONK vise à prendre en charge la « divulgation sélective » : la confidentialité lorsque des données sensibles doivent rester secrètes, tout en permettant tout de même la vérification ou des contrôles de conformité lorsque c’est nécessaire. Cela pourrait être utile pour des applications financières réglementées où les participants doivent prouver leur éligibilité sans publier leur identité complète ni l’historique complet de leurs transactions.
Auparavant, chaque fois que j’entendais parler de preuves à divulgation nulle de connaissance (zéro-knowledge proofs), je pensais souvent que c’était un concept plutôt éloigné des besoins des utilisateurs. Mais en examinant le cours de cryptographie de Dusk, j’ai commencé à voir que la preuve à divulgation nulle (ZK) n’est pas seulement un terme technique : elle peut devenir un socle pour résoudre un problème très réel dans la blockchain financière : comment prouver qu’une transaction est valide sans divulguer publiquement toutes les informations qui la sous-tendent.
Dusk utilise de nombreuses primitives cryptographiques telles que BLS12-381, JubJub, Schnorr, Poseidon et des arbres de Merkle." signifie que Dusk utilise une cryptographie avancée pour rendre les transactions de blockchain financière à la fois vérifiables et respectueuses de la vie privée.
En termes simples, les preuves à divulgation nulle de connaissance (preuves ZK) permettent à quelqu’un de prouver qu’il satisfait à une exigence — comme réussir des contrôles KYC, avoir l’autorisation d’acheter un actif, ou effectuer une transaction valide — sans exposer des détails personnels ou financiers inutiles on-chain.
Les technologies mentionnées sont les outils de base qui rendent cela possible :
BLS12-381 et JubJub : des courbes cryptographiques utilisées pour des systèmes de preuve et de signature efficaces et sûrs.
Schnorr : une méthode de signature numérique qui aide à prouver l’autorisation.
Poseidon : une fonction de hachage conçue pour fonctionner efficacement dans les preuves ZK.
Arbres de Merkle : une manière de vérifier que des données appartiennent à un ensemble plus large sans révéler chaque élément qu’il contient.
L’idée plus large est que le système ZK de Dusk basé sur PLONK vise à prendre en charge la « divulgation sélective » : la confidentialité lorsque des données sensibles doivent rester secrètes, tout en permettant tout de même la vérification ou des contrôles de conformité lorsque c’est nécessaire. Cela pourrait être utile pour des applications financières réglementées où les participants doivent prouver leur éligibilité sans publier leur identité complète ni l’historique complet de leurs transactions.
