Quando vi pela primeira vez o projeto Dusk, o primeiro pensamento que me veio à cabeça foi: "este projeto é um pouco ambicioso demais". Colocar privacidade e conformidade juntas me deu a impressão de que eram como água e óleo, muito difíceis de realmente se misturar. A lógica de base das moedas de privacidade é "não deixar você ver"; a lógica de base da conformidade é "quem deve ver precisa ver". Na época, eu não conseguia entender como essas duas linhas poderiam coexistir. $DUSK

Levando essa dúvida adiante, fui lendo mais e percebi que meu julgamento anterior não se sustentava muito.

O white paper menciona um ponto de vista em que eu não tinha pensado com seriedade antes. As blockchains públicas principais de hoje, como a Ethereum, na verdade não têm privacidade suficiente para cenários financeiros. Os dados das transações e as posições ficam expostos na cadeia, e o capital institucional simplesmente não entra. Por outro lado, embora Monero e Zcash tenham levado a privacidade ao extremo, eles estão completamente desconectados do arcabouço regulatório financeiro existente. Sem KYC, sem AML, sem auditabilidade, as instituições também não conseguem usá-los. #dusk

A Dusk@Dusk escolheu fazer privacidade e conformidade ao mesmo tempo, e a lógica que eu entendi depois disso é, na verdade, bem direta. Ela mira o mercado do sistema financeiro regulado, um mercado que tem uma necessidade rígida simultânea de privacidade e conformidade. Você precisa tanto proteger o sigilo das transações quanto, quando necessário, divulgar dados às autoridades regulatórias. O modelo duplo de transações Moonlight e Phoenix, além do protocolo Zedger, são soluções que surgiram justamente desse conflito.

Esse caminho é muito mais difícil do que fazer apenas um dos lados, e se ele realmente vai funcionar ainda depende de como o ecossistema será implementado no futuro.