Je regardais ce matin la documentation des haies de Dusk, et ce qui m’a arrêté, c’est la séparation architecturale. Au lieu de demander à une seule technique de confidentialité de tout faire, Hedger dissocie les tâches : le chiffrement homomorphe permet de conserver les valeurs financières sensibles cachées pendant le calcul, tandis qu’une preuve de connaissance nulle distincte vérifie que le calcul a bien été effectué.
Cela compte parce que Hedger s’exécute sur DuskEVM, tandis que Zedger gère la confidentialité pour les contrats XSC natifs. Deux voies distinctes, toutes deux orientées vers le même objectif de titres confidentiels, en s’exécutant sur des couches différentes.
J’ai compté trois exigences distinctes qu’ils satisfont en même temps. Les participations, les montants et les soldes restent entièrement chiffrés de bout en bout, conformément à la propre documentation de Dusk, et le système est encore conçu pour être auditable dans un cadre réglementé : entièrement auditables par conception lorsque la conformité l’exige.
Cela montre un choix clair : rendre les contrats intelligents confidentiels pratiques pour des applications financières, plutôt que de viser une simple anonymisation. Et ce que j’essaie encore de confirmer, c’est dans quelle mesure la logique de conformité propre à XSC — transfert forcé, tableaux de capitalisation (cap tables) — se répercute lorsque des workflows similaires passent par Hedger sur DuskEVM au lieu de s’exécuter nativement via Zedger.
Cette transmission spécifique, c’est ce que je vais surveiller ensuite.
@Dusk_Foundation #dusk $DUSK
Cela compte parce que Hedger s’exécute sur DuskEVM, tandis que Zedger gère la confidentialité pour les contrats XSC natifs. Deux voies distinctes, toutes deux orientées vers le même objectif de titres confidentiels, en s’exécutant sur des couches différentes.
J’ai compté trois exigences distinctes qu’ils satisfont en même temps. Les participations, les montants et les soldes restent entièrement chiffrés de bout en bout, conformément à la propre documentation de Dusk, et le système est encore conçu pour être auditable dans un cadre réglementé : entièrement auditables par conception lorsque la conformité l’exige.
Cela montre un choix clair : rendre les contrats intelligents confidentiels pratiques pour des applications financières, plutôt que de viser une simple anonymisation. Et ce que j’essaie encore de confirmer, c’est dans quelle mesure la logique de conformité propre à XSC — transfert forcé, tableaux de capitalisation (cap tables) — se répercute lorsque des workflows similaires passent par Hedger sur DuskEVM au lieu de s’exécuter nativement via Zedger.
Cette transmission spécifique, c’est ce que je vais surveiller ensuite.
@Dusk_Foundation #dusk $DUSK