A maioria das soluções de “privacidade” que eu vi apenas escolhe uma faixa — ou é zero conhecimento total e você perde compatibilidade com EVM, ou é compatibilidade EVM total e você perde privacidade real. Ao analisar o módulo Hedger da Dusk, foi a primeira vez que vi um projeto realmente tentar sustentar ambos ao mesmo tempo, em vez de escolher um lado.
Eis o mecanismo, e ele é genuinamente incomum: o Hedger não depende apenas de provas de zero conhecimento como a maioria dos sistemas de privacidade em DeFi. Ele as combina com criptografia homomórfica — um tipo de criptografia em que você pode computar diretamente sobre valores criptografados sem nunca precisar descriptografá-los primeiro. As provas de ZK então confirmam que essas computações criptografadas foram feitas corretamente. Duas ferramentas criptográficas diferentes, cada uma cobrindo o que a outra não consegue.
Por que isso realmente importa especificamente para a DuskEVM: o modelo baseado em contas da EVM nunca foi criado para anonimato total do jeito que uma cadeia UTXO pode ser — isso é apenas um limite estrutural, não uma falha da Dusk. Então, em vez de fingir o contrário, o Hedger entrega privacidade transacional completa dentro dessa restrição, mantendo compatibilidade com as ferramentas padrão do ecossistema Ethereum que desenvolvedores já conhecem. Sem uma nova linguagem para aprender, sem um framework personalizado — a camada de privacidade fica por baixo das ferramentas que já existem.
A causa e o efeito para os quais eu continuo voltando: mesas de negociação institucionais não vão usar uma cadeia em que todo tamanho de ordem e posição ficam visíveis antes da execução — isso é um convite aberto ao front-running. O suporte a order book ofuscado do Hedger existe exatamente para fechar essa lacuna, para o público exato que a DuskEVM está tentando atrair para a on-chain.
$DUSK #dusk