#dusk Je suis récemment tombé sur un article concernant des poursuites liées à de faux médicaments, et une impasse logique me trotte dans la tête depuis : comment permettre aux autorités de contrôler les documents d’origine de la chaîne d’approvisionnement sans pour autant mettre à nu les dossiers médicaux et les factures des acheteurs ? Comment concilier conformité et vie privée ? En suivant ce raisonnement, j’ai ressorti le réseau de test $DUSK et l’ai vraiment essayé à plusieurs reprises.
Au moment de faire un virement, je suis resté complètement perplexe. J’avais bien des jetons de test dans mon portefeuille, mais dès que je passais à la page d’envoi, le système se comportait comme si je n’avais pas d’argent et enchaînait les erreurs. Après avoir épluché la documentation, j’ai découvert qu’au niveau fondamental, les fonds étaient répartis entre deux systèmes : un registre public et un registre confidentiel. Pour transférer des fonds d’un modèle à l’autre, il faut confirmer manuellement dans quel pool se trouvent les actifs. Ce type d’interaction contraignante risque facilement de décourager les débutants, mais quand on creuse l’architecture, on la trouve plutôt intrigante.
Le projet n’a pas emprunté la vieille voie de la boîte noire qui efface complètement les traces. En s’appuyant sur DuskEVM pour assurer la compatibilité, il mise essentiellement sur le chiffrement homomorphe et les preuves à divulgation nulle de connaissance afin de mettre en place des processus confidentiels sous contrôle réglementaire. Pour le dire simplement, les institutions financières peuvent garder leurs cartes bien cachées lors des règlements, tout en fournissant des preuves mathématiques irréfutables et ciblées en cas d’audit. Cela ouvre en quelque sorte une brèche permettant aux acteurs réglementés d’entrer dans cet espace, entre exposition publique et web clandestin. $BTC
Mais, à mon avis, les véritables faiblesses d’un système se trouvent souvent à la source, hors chaîne. Même si la cryptographie verrouille définitivement les données sur la chaîne, si les personnes qui saisissent les données dans le système les ont inventées dès le départ, la chaîne ne fera qu’enregistrer fidèlement une série de faux éléments de preuve, certes inviolables. Et les institutions ne pourront pas régler leurs questions de conformité juridique et de responsabilité en matière de vérification des droits simplement en déployant quelques lignes de code.
J’adhère assez à l’idée générale de soumettre la confidentialité aux contraintes de la conformité. Ce modèle, qui protège la vie privée tout en prévoyant une porte dérobée pour les audits, correspond effectivement davantage aux besoins actuels du secteur financier qu’un réseau entièrement anonyme. Toutefois, tant que le système n’aura pas fait ses preuves sur le réseau principal en prenant en charge de manière fiable des obligations ou des effets de commerce réels, je préfère limiter mon exposition et observer depuis une position prudente. Je ne paierai certainement pas d’avance pour des perspectives qui ne se sont pas concrétisées, sur la seule foi de quelques maquettes.
À ton avis, quel est actuellement le principal obstacle que ce réseau doit encore surmonter ? $ETH @Dusk
Au moment de faire un virement, je suis resté complètement perplexe. J’avais bien des jetons de test dans mon portefeuille, mais dès que je passais à la page d’envoi, le système se comportait comme si je n’avais pas d’argent et enchaînait les erreurs. Après avoir épluché la documentation, j’ai découvert qu’au niveau fondamental, les fonds étaient répartis entre deux systèmes : un registre public et un registre confidentiel. Pour transférer des fonds d’un modèle à l’autre, il faut confirmer manuellement dans quel pool se trouvent les actifs. Ce type d’interaction contraignante risque facilement de décourager les débutants, mais quand on creuse l’architecture, on la trouve plutôt intrigante.
Le projet n’a pas emprunté la vieille voie de la boîte noire qui efface complètement les traces. En s’appuyant sur DuskEVM pour assurer la compatibilité, il mise essentiellement sur le chiffrement homomorphe et les preuves à divulgation nulle de connaissance afin de mettre en place des processus confidentiels sous contrôle réglementaire. Pour le dire simplement, les institutions financières peuvent garder leurs cartes bien cachées lors des règlements, tout en fournissant des preuves mathématiques irréfutables et ciblées en cas d’audit. Cela ouvre en quelque sorte une brèche permettant aux acteurs réglementés d’entrer dans cet espace, entre exposition publique et web clandestin. $BTC
Mais, à mon avis, les véritables faiblesses d’un système se trouvent souvent à la source, hors chaîne. Même si la cryptographie verrouille définitivement les données sur la chaîne, si les personnes qui saisissent les données dans le système les ont inventées dès le départ, la chaîne ne fera qu’enregistrer fidèlement une série de faux éléments de preuve, certes inviolables. Et les institutions ne pourront pas régler leurs questions de conformité juridique et de responsabilité en matière de vérification des droits simplement en déployant quelques lignes de code.
J’adhère assez à l’idée générale de soumettre la confidentialité aux contraintes de la conformité. Ce modèle, qui protège la vie privée tout en prévoyant une porte dérobée pour les audits, correspond effectivement davantage aux besoins actuels du secteur financier qu’un réseau entièrement anonyme. Toutefois, tant que le système n’aura pas fait ses preuves sur le réseau principal en prenant en charge de manière fiable des obligations ou des effets de commerce réels, je préfère limiter mon exposition et observer depuis une position prudente. Je ne paierai certainement pas d’avance pour des perspectives qui ne se sont pas concrétisées, sur la seule foi de quelques maquettes.
À ton avis, quel est actuellement le principal obstacle que ce réseau doit encore surmonter ? $ETH @Dusk
转账操作太反人类
40%
防不住链下数据造假
27%
大机构不敢蹚浑水
33%
15 Votes • Vote fermé