#dusk @Dusk Je reviens sans cesse à une question pratique avec @Dusk:
Que se passe-t-il lorsqu’un actif financier doit rester privé, mais que les règles qui l’encadrent ne peuvent pas être privées?
C’est là que l’architecture de Dusk m’intéresse particulièrement.
Avec XSC et des smart contracts confidentiels, l’idée n’est pas simplement de tout cacher. Certaines informations peuvent rester visibles à des fins de réglementation, tandis que les détails sensibles des transactions restent protégés grâce à des preuves à divulgation nulle de connaissance.
Cette distinction compte.
Un régulateur peut avoir besoin de confirmer qu’une chose est conforme sans nécessairement voir chaque élément des données financières sous-jacentes.
Mais il y a un compromis que je ne voudrais pas ignorer. La génération de preuves zk a des coûts de calcul, et des problèmes passés dans des composants comme dusk-plonk et Piecrust montrent que l’infrastructure de confidentialité doit encore faire l’objet d’un examen sérieux. Le problème d’aliasing mémoire de Piecrust a été corrigé dans la mise à jour AEGIS, mais la sécurité et la scalabilité restent des questions importantes.
Donc je m’intéresse moins à savoir si Dusk peut « cacher des transactions ».
Je m’intéresse davantage à savoir si elle peut faire fonctionner ensemble la confidentialité, la conformité et la décentralisation, sans que l’une d’elles ne devienne silencieusement le goulot d’étranglement.
C’est la partie que je surveille.$DUSK $ACE $PORTAL
Que se passe-t-il lorsqu’un actif financier doit rester privé, mais que les règles qui l’encadrent ne peuvent pas être privées?
C’est là que l’architecture de Dusk m’intéresse particulièrement.
Avec XSC et des smart contracts confidentiels, l’idée n’est pas simplement de tout cacher. Certaines informations peuvent rester visibles à des fins de réglementation, tandis que les détails sensibles des transactions restent protégés grâce à des preuves à divulgation nulle de connaissance.
Cette distinction compte.
Un régulateur peut avoir besoin de confirmer qu’une chose est conforme sans nécessairement voir chaque élément des données financières sous-jacentes.
Mais il y a un compromis que je ne voudrais pas ignorer. La génération de preuves zk a des coûts de calcul, et des problèmes passés dans des composants comme dusk-plonk et Piecrust montrent que l’infrastructure de confidentialité doit encore faire l’objet d’un examen sérieux. Le problème d’aliasing mémoire de Piecrust a été corrigé dans la mise à jour AEGIS, mais la sécurité et la scalabilité restent des questions importantes.
Donc je m’intéresse moins à savoir si Dusk peut « cacher des transactions ».
Je m’intéresse davantage à savoir si elle peut faire fonctionner ensemble la confidentialité, la conformité et la décentralisation, sans que l’une d’elles ne devienne silencieusement le goulot d’étranglement.
C’est la partie que je surveille.$DUSK $ACE $PORTAL