#dusk $DUSK @Dusk _Foundation
Quelqu’un m’a demandé comment une chaîne « privée » peut quand même vérifier votre solde si le solde est masqué, et j’ai réalisé que je ne pouvais pas vraiment l’expliquer.
Alors je me suis plongé dans la façon dont Hedger fait ça, et honnêtement, ça paraît encore un peu étrange.
Normalement, si un système doit faire quelque chose avec une valeur, il doit lire cette valeur. Additionner deux soldes, vérifier si quelque chose dépasse une limite, bref, peu importe. Le nombre réel est généralement quelque part.
C’est là que Hedger devient intéressant.
Le système de confidentialité de Dusk côté EVM utilise le chiffrement homomorphe — ElGamal sur des courbes elliptiques, plus précisément. L’idée de base est assez déroutante : vous pouvez effectuer certains calculs sur des valeurs chiffrées sans d’abord les déchiffrer. Vous obtenez le bon résultat pendant que les valeurs sous-jacentes restent chiffrées.
Ensuite, on ajoute des preuves à divulgation nulle de connaissance, ce qui permet aussi de prouver que le calcul a respecté les règles, sans exposer les entrées privées.
Ce qui m’a vraiment marqué, c’est ceci :
le solde en clair n’a pas besoin d’être exposé au contrat pour que la règle soit appliquée.
Pour la finance réglementée, ça pourrait être utile pour des choses comme des vérifications d’éligibilité, des limites de solde, des restrictions de transfert et d’autres logiques de conformité où les chiffres sensibles ne doivent pas être visibles publiquement.
Mais il y a une question évidente.
Le chiffrement homomorphe est coûteux en calcul. Le fait de pouvoir calculer sur des chiffrés ne veut pas dire que tout type de calcul est bon marché, rapide ou pratique.
Donc je suis vraiment curieux à propos de cette partie :
**où se situe la limite de performance aujourd’hui ? Le chiffrement homomorphe est-il réellement pratique pour une logique financière significative, ou parle-t-on encore surtout d’opérations plus limitées ?**
$PORTAL $GPS
Quelqu’un m’a demandé comment une chaîne « privée » peut quand même vérifier votre solde si le solde est masqué, et j’ai réalisé que je ne pouvais pas vraiment l’expliquer.
Alors je me suis plongé dans la façon dont Hedger fait ça, et honnêtement, ça paraît encore un peu étrange.
Normalement, si un système doit faire quelque chose avec une valeur, il doit lire cette valeur. Additionner deux soldes, vérifier si quelque chose dépasse une limite, bref, peu importe. Le nombre réel est généralement quelque part.
C’est là que Hedger devient intéressant.
Le système de confidentialité de Dusk côté EVM utilise le chiffrement homomorphe — ElGamal sur des courbes elliptiques, plus précisément. L’idée de base est assez déroutante : vous pouvez effectuer certains calculs sur des valeurs chiffrées sans d’abord les déchiffrer. Vous obtenez le bon résultat pendant que les valeurs sous-jacentes restent chiffrées.
Ensuite, on ajoute des preuves à divulgation nulle de connaissance, ce qui permet aussi de prouver que le calcul a respecté les règles, sans exposer les entrées privées.
Ce qui m’a vraiment marqué, c’est ceci :
le solde en clair n’a pas besoin d’être exposé au contrat pour que la règle soit appliquée.
Pour la finance réglementée, ça pourrait être utile pour des choses comme des vérifications d’éligibilité, des limites de solde, des restrictions de transfert et d’autres logiques de conformité où les chiffres sensibles ne doivent pas être visibles publiquement.
Mais il y a une question évidente.
Le chiffrement homomorphe est coûteux en calcul. Le fait de pouvoir calculer sur des chiffrés ne veut pas dire que tout type de calcul est bon marché, rapide ou pratique.
Donc je suis vraiment curieux à propos de cette partie :
**où se situe la limite de performance aujourd’hui ? Le chiffrement homomorphe est-il réellement pratique pour une logique financière significative, ou parle-t-on encore surtout d’opérations plus limitées ?**
$PORTAL $GPS
