Confidentialité sans perdre l’utilité pratique.
La confidentialité sur une blockchain devient difficile lorsque protéger les informations rend aussi le système difficile à utiliser, vérifier ou intégrer.
Dusk aborde ce problème en faisant des niveaux de visibilité des transactions différents une partie de l’architecture du réseau.
Son modèle Moonlight fournit des transactions publiques basées sur des comptes. Les soldes des adresses publiques et l’activité des transactions peuvent rester transparentes, ce qui est utile lorsque la visibilité et une vérification simple sont nécessaires.
Phoenix adopte l’approche inverse lorsque la confidentialité des transactions est importante. Il utilise des transactions UTXO masquées construites autour de notes, de nullificateurs et de preuves à divulgation nulle. Le réseau peut vérifier que la transaction est valide sans exposer publiquement l’expéditeur, le destinataire ou le montant transféré.
Mais la confidentialité dans Phoenix ne consiste pas simplement à cacher l’information à tout le monde. Le protocole inclut des clés de consultation permettant aux utilisateurs d’identifier les transactions qui leur sont adressées tout en protégeant l’autorité de dépense. Le livre blanc décrit également comment les clés de consultation peuvent permettre un balayage (scanning) des transactions délégué sans donner à la partie déléguée la capacité de dépenser les notes.
Cette distinction est importante : pour une infrastructure financière pratique, la confidentialité ne signifie pas nécessairement renoncer à un accès contrôlé aux informations.
Pour @Dusk , la confidentialité est donc mieux comprise comme une propriété configurable des transactions plutôt qu’un obstacle à l’utilisabilité.
$DUSK #dusk
La visibilité sélective pourrait-elle devenir le modèle le plus pratique pour la finance sur blockchain, plutôt que de choisir entre une transparence totale et une anonymité totale ?
La confidentialité sur une blockchain devient difficile lorsque protéger les informations rend aussi le système difficile à utiliser, vérifier ou intégrer.
Dusk aborde ce problème en faisant des niveaux de visibilité des transactions différents une partie de l’architecture du réseau.
Son modèle Moonlight fournit des transactions publiques basées sur des comptes. Les soldes des adresses publiques et l’activité des transactions peuvent rester transparentes, ce qui est utile lorsque la visibilité et une vérification simple sont nécessaires.
Phoenix adopte l’approche inverse lorsque la confidentialité des transactions est importante. Il utilise des transactions UTXO masquées construites autour de notes, de nullificateurs et de preuves à divulgation nulle. Le réseau peut vérifier que la transaction est valide sans exposer publiquement l’expéditeur, le destinataire ou le montant transféré.
Mais la confidentialité dans Phoenix ne consiste pas simplement à cacher l’information à tout le monde. Le protocole inclut des clés de consultation permettant aux utilisateurs d’identifier les transactions qui leur sont adressées tout en protégeant l’autorité de dépense. Le livre blanc décrit également comment les clés de consultation peuvent permettre un balayage (scanning) des transactions délégué sans donner à la partie déléguée la capacité de dépenser les notes.
Cette distinction est importante : pour une infrastructure financière pratique, la confidentialité ne signifie pas nécessairement renoncer à un accès contrôlé aux informations.
Pour @Dusk , la confidentialité est donc mieux comprise comme une propriété configurable des transactions plutôt qu’un obstacle à l’utilisabilité.
$DUSK #dusk
La visibilité sélective pourrait-elle devenir le modèle le plus pratique pour la finance sur blockchain, plutôt que de choisir entre une transparence totale et une anonymité totale ?