Eu costumava achar que conformidade significava, na maior parte, provar que uma transação estava “limpa”.

Então você lida com dados financeiros e o problema fica ainda mais estranho.

Às vezes, um auditor precisa de uma única informação. Ele não precisa do seu histórico completo de saldo.

Essa distinção está incorporada ao modelo de privacidade da Dusk. A Phoenix usa transferências protegidas baseadas em notas e provas de zero conhecimento para verificar coisas como saldos válidos e ausência de gastos duplicados, sem expor o valor que está sendo movido nem as notas específicas envolvidas. O destinatário consegue ver as informações relevantes, enquanto os usuários também podem revelar informações por meio de chaves de visualização quando auditoria ou regulação exigirem.

Assim, um fluxo regulado consegue manter os dados de transação privados para observadores gerais, ao mesmo tempo em que permite divulgação controlada.

É aí também que o Citadel entra. A Dusk o descreve como uma camada de identidade e acesso para divulgação seletiva, em que atributos como residência, faixa etária ou credenciamento podem ser comprovados sem revelar mais do que o necessário.

Eu gosto desse rumo porque a exigência é bem comum. Um supervisor pode precisar de evidências. Um emissor pode precisar de informações específicas de propriedade. Um investidor não deveria automaticamente expor tudo ao restante do mercado. A documentação de infraestrutura de mercado da própria Dusk descreve exatamente essa tensão.

Ainda existe uma camada humana aqui.

Alguém precisa controlar o que é divulgado e para quem. A prova ZK cuida da validade; as chaves de visualização cuidam do acesso às informações que precisam ser reveladas.

Provavelmente é a parte que eu observaria com mais cuidado: se a divulgação seletiva continua sendo seletiva quando instituições reais, contrapartes, auditores e reguladores começam a pedir diferentes partes do mesmo dado.

#dusk $DUSK @Dusk $ACE