#dusk $DUSK @Dusk Eu abri a página de Dusk’s Core Components esperando que Zedger e Hedger fossem versões mais antigas e mais novas, respectivamente, do mesmo sistema de privacidade.

Eles não são.

A página coloca Zedger diretamente no L1 nativo da Dusk por meio dos contratos do DuskVM. O seu design híbrido de UTXO/conta foi criado para ativos regulamentados que precisam de propriedade privada, transferências em conformidade, votação, dividendos e limites de propriedade.

Hedger segue por outro caminho.

Ele vive na DuskEVM e combina criptografia homomórfica com provas de zero conhecimento. Os valores podem permanecer criptografados enquanto os contratos provam que uma transação é válida, sem abandonar Solidity nem as ferramentas padrão do ecossistema Ethereum.

Então encontrei o trade-off que a Dusk assume abertamente: o modelo de conta da EVM impede que Hedger forneça a anonimidade completa disponível via Zedger.

Isso muda a forma como eu leio a arquitetura.

Hedger não é simplesmente um Zedger melhor. Ele abre mão de parte da anonimidade nativa para tornar as finanças confidenciais utilizáveis dentro de um ambiente de EVM.

Para uma plataforma de títulos tokenizados já construída em torno de Solidity, essa compatibilidade pode reduzir o trabalho de integração. Para uma aplicação que precise de uma privacidade mais profunda e de acesso direto ao modelo de transações nativo da Dusk, Zedger continua sendo um caminho diferente.

Hedger ainda está em testnet; então a velocidade de prova no navegador que ele promete e os fluxos criptografados ainda precisam se provar sob atividades reais do mercado.

A Dusk não escolheu um único modelo de privacidade para tudo.

Ela mantém a privacidade nativa do L1 e a privacidade da EVM separadas, porque familiaridade do desenvolvedor e anonimidade máxima não se encaixam perfeitamente dentro da mesma arquitetura.