Passei uma hora lendo a documentação do DUSK em busca daquilo que toda corrente de privacidade promete: transações confidenciais por padrão. $DUSK , #dusk , @Dusk . O que encontrei foi, em vez disso, um desvio no caminho que a maioria das pessoas não vai notar, a menos que esteja realmente construindo. A transação da camada base fica protegida, claro, mas no momento em que você quer interoperabilidade com qualquer coisa parecida com um contrato inteligente, você é direcionado ao Piecrust e a um caminho separado de execução de contratos confidenciais que não é a opção que as carteiras entregam “pronta de fábrica”. Assim, o enquadramento de “privado por padrão” é tecnicamente verdadeiro para transferências e, silenciosamente, condicionado para uso programável. Uma decisão de design se destacou: a rede trata privacidade e auditabilidade como um interruptor na camada de aplicação, e não como uma garantia em toda a rede — o que significa que o real nível de privacidade de qualquer coisa construída sobre o DUSK depende inteiramente de qual módulo o desenvolvedor escolheu para integrar. Não é exatamente uma falha; é uma decisão de arquitetura com consequências que ninguém divulga. Fica me perguntando quantas “apps que preservam a privacidade” em cima de cadeias como essa na prática são apenas capazes de privacidade, esperando que alguém ative o recurso.