#dusk $DUSK @Dusk
A Privacy Chain tem pressionado continuamente os desenvolvedores a fazerem a mesma escolha: ou abandonar a sua pilha de ferramentas familiar, ou abandonar a confidencialidade. É por isso que a maioria dos projetos de privacidade das instituições morre na fase de POC — nenhuma instituição está disposta a, para cumprir um requisito de conformidade, reescrever todo o sistema de liquidação com uma linguagem desconhecida.
DuskEVM é a resposta dada por @dusk. Ele é uma camada de aplicação compatível com EVM no ecossistema Dusk: Solidity padrão, toolchain padrão, e a liquidação no nível inferior recua para o DuskDS. A testnet de 10 de agosto já está no ar; a equipe já pode implantar testes com Solidity e Hardhat. O foco não está em “ser novo”, mas em, para uma instituição regulada, reduzir os custos de migração a quase zero.
O que vale ainda mais atenção é o Hedger, o módulo de privacidade da Dusk voltado para EVM. Ele combina criptografia homomórfica e provas de zero conhecimento, permitindo que as transações permaneçam confidenciais, ao mesmo tempo em que podem ser revisadas por partes autorizadas. Essa diferença é muito mais importante do que parece. Em finanças reguladas, opacidade total não é uma vantagem — é eliminação imediata. Um banco não consegue liquidar em um canal que reguladores não consigam verificar. O que esses mercados realmente precisam é: manter segredo para o público, e divulgar para quem tem permissão de ver.
A proposta geral do $DUSK gira em torno disso: privacidade é uma característica autorizável, e não uma caixa-preta absoluta. Se ela realmente vai conseguir rodar no fim é uma questão de execução — mainnet, aplicações reais, volume de transações real. Mas pelo menos ela está mirando o problema certo, e isso já é mais honesto do que a maioria das narrativas de privacidade.
A Privacy Chain tem pressionado continuamente os desenvolvedores a fazerem a mesma escolha: ou abandonar a sua pilha de ferramentas familiar, ou abandonar a confidencialidade. É por isso que a maioria dos projetos de privacidade das instituições morre na fase de POC — nenhuma instituição está disposta a, para cumprir um requisito de conformidade, reescrever todo o sistema de liquidação com uma linguagem desconhecida.
DuskEVM é a resposta dada por @dusk. Ele é uma camada de aplicação compatível com EVM no ecossistema Dusk: Solidity padrão, toolchain padrão, e a liquidação no nível inferior recua para o DuskDS. A testnet de 10 de agosto já está no ar; a equipe já pode implantar testes com Solidity e Hardhat. O foco não está em “ser novo”, mas em, para uma instituição regulada, reduzir os custos de migração a quase zero.
O que vale ainda mais atenção é o Hedger, o módulo de privacidade da Dusk voltado para EVM. Ele combina criptografia homomórfica e provas de zero conhecimento, permitindo que as transações permaneçam confidenciais, ao mesmo tempo em que podem ser revisadas por partes autorizadas. Essa diferença é muito mais importante do que parece. Em finanças reguladas, opacidade total não é uma vantagem — é eliminação imediata. Um banco não consegue liquidar em um canal que reguladores não consigam verificar. O que esses mercados realmente precisam é: manter segredo para o público, e divulgar para quem tem permissão de ver.
A proposta geral do $DUSK gira em torno disso: privacidade é uma característica autorizável, e não uma caixa-preta absoluta. Se ela realmente vai conseguir rodar no fim é uma questão de execução — mainnet, aplicações reais, volume de transações real. Mas pelo menos ela está mirando o problema certo, e isso já é mais honesto do que a maioria das narrativas de privacidade.