Comment le module Hedger de Dusk apporte la confidentialité à l’EVM sans rompre la conformité
Le chiffrement homomorphe vous permet d’effectuer des calculs sur des données sans les déchiffrer au préalable.
Cette phrase semble abstraite jusqu’à ce que vous pensiez à ce que cela implique dans un smart contract.
Un contrat EVM standard fonctionne sur un état public.
Chaque entrée, chaque solde, chaque appel de fonction est visible par le réseau.
C’est bien pour la plupart des cas d’usage DeFi.
Mais c’est un problème de conception pour les applications financières réglementées, où les positions des contreparties doivent rester confidentielles.
J’ai commencé à creuser le module Hedger de dusk_foundation en particulier, parce que ce manque me semblait être la partie la plus difficile du problème EVM pour la finance à résoudre.
La plupart des approches de confidentialité pour EVM font l’une de deux choses.
Elles masquent complètement la transaction, ce qui garantit la confidentialité mais rompt l’auditabilité réglementaire.
Ou bien elles déplacent le calcul hors chaîne, ce qui introduit des hypothèses de confiance que les équipes de conformité n’accepteront pas.
Hedger emprunte une voie différente.
Il utilise le chiffrement homomorphe pour traiter un état confidentiel à l’intérieur de l’environnement d’exécution de l’EVM. La logique du contrat s’exécute sur des entrées chiffrées. Le réseau ne voit jamais les valeurs sous-jacentes.
Mais les parties autorisées, en particulier les régulateurs disposant de la clé de déchiffrement appropriée, peuvent auditer la transaction.
La couche ZK gère la vérification. Elle génère une preuve confirmant que le calcul a été effectué correctement, sans révéler les entrées chiffrées au réseau.
Le design est sensiblement différent de ce que j’ai vu dans la plupart des propositions de confidentialité pour EVM.
Une confidentialité vérifiable au niveau de l’exécution, pas seulement au niveau du transport.
Ce que je ne sais pas encore, c’est comment cela se comporte en conditions de volume de trading réel. Le chiffrement homomorphe est coûteux sur le plan computationnel. L’écart entre une implémentation fonctionnelle et celle qui répond aux exigences de latence des marchés financiers réels est précisément là où la plupart des systèmes de smart contracts préservant la confidentialité ont rencontré des problèmes auparavant.
$DUSK #dusk @Dusk $BTC
Le chiffrement homomorphe vous permet d’effectuer des calculs sur des données sans les déchiffrer au préalable.
Cette phrase semble abstraite jusqu’à ce que vous pensiez à ce que cela implique dans un smart contract.
Un contrat EVM standard fonctionne sur un état public.
Chaque entrée, chaque solde, chaque appel de fonction est visible par le réseau.
C’est bien pour la plupart des cas d’usage DeFi.
Mais c’est un problème de conception pour les applications financières réglementées, où les positions des contreparties doivent rester confidentielles.
J’ai commencé à creuser le module Hedger de dusk_foundation en particulier, parce que ce manque me semblait être la partie la plus difficile du problème EVM pour la finance à résoudre.
La plupart des approches de confidentialité pour EVM font l’une de deux choses.
Elles masquent complètement la transaction, ce qui garantit la confidentialité mais rompt l’auditabilité réglementaire.
Ou bien elles déplacent le calcul hors chaîne, ce qui introduit des hypothèses de confiance que les équipes de conformité n’accepteront pas.
Hedger emprunte une voie différente.
Il utilise le chiffrement homomorphe pour traiter un état confidentiel à l’intérieur de l’environnement d’exécution de l’EVM. La logique du contrat s’exécute sur des entrées chiffrées. Le réseau ne voit jamais les valeurs sous-jacentes.
Mais les parties autorisées, en particulier les régulateurs disposant de la clé de déchiffrement appropriée, peuvent auditer la transaction.
La couche ZK gère la vérification. Elle génère une preuve confirmant que le calcul a été effectué correctement, sans révéler les entrées chiffrées au réseau.
Le design est sensiblement différent de ce que j’ai vu dans la plupart des propositions de confidentialité pour EVM.
Une confidentialité vérifiable au niveau de l’exécution, pas seulement au niveau du transport.
Ce que je ne sais pas encore, c’est comment cela se comporte en conditions de volume de trading réel. Le chiffrement homomorphe est coûteux sur le plan computationnel. L’écart entre une implémentation fonctionnelle et celle qui répond aux exigences de latence des marchés financiers réels est précisément là où la plupart des systèmes de smart contracts préservant la confidentialité ont rencontré des problèmes auparavant.
$DUSK #dusk @Dusk $BTC