#dusk $DUSK @Dusk Privacidade e conformidade são tratadas como um tradeoff com mais frequência do que não — quanto mais você oculta, menos um regulador consegue verificar, e quanto mais você divulga, menos privacidade de fato sobra. O design da Dusk não começa a partir desse tradeoff. Ele começa pela tentativa de oferecer ambos ao mesmo tempo.
Isso aparece como um princípio declarado, não apenas como um efeito técnico: privacidade com divulgação seletiva, em que saldos confidenciais e transferências protegidas coexistem com contas públicas e fluxos transparentes, e informações específicas podem ser reveladas a partes autorizadas quando isso realmente é necessário — em vez de tudo ser totalmente aberto ou totalmente oculto. Ele se combina com outros dois princípios incorporados à mesma arquitetura: fluxos de trabalho regulados na cadeia (on-chain), nos quais verificações de elegibilidade, requisitos de divulgação e restrições de transferência fazem parte do sistema, e não de papelada externa; e liquidação determinística, de modo que a definitividade de uma transação seja previsível o suficiente para um ambiente regulado ou um fluxo de pagamento realmente confiar nisso.
No fim, o que isso significa é que confidencialidade e conformidade são tratadas como duas configurações no mesmo sistema, e não como dois sistemas separados acoplados. Uma transação pode permanecer privada por padrão e, ainda assim, ser comprovadamente compatível quando a parte certa precisar verificar — a divulgação não é uma solução alternativa, é parte de como o protocolo foi projetado para funcionar desde o início.
@Dusk $DUSK #dusk