Ao reestudar o Dusk, eu achei que só veria um L1 de privacidade com uma camada de compatibilidade com EVM.

Mas percebi que a mudança real está na arquitetura.

O Dusk está separando gradualmente a execução de aplicações do settlement financeiro.

Hoje, o DuskDS atua como a camada subjacente de settlement e disponibilidade de dados, enquanto o DuskEVM oferece um ambiente equivalente ao EVM baseado no OP Stack, permitindo que Solidity e as ferramentas Ethereum mais comuns entrem no Dusk. Ao mesmo tempo, o DuskVM mantém o caminho nativo em Rust/WASM, oferecendo suporte para aplicações que precisam acessar diretamente recursos do L1, de privacidade ou de ZK.

Isso mudou minha compreensão sobre a proposta original do Dusk.

Antes, a narrativa central era mais: privacidade + conformidade + ativos financeiros.

Agora, a direção está mais próxima de: fazer infraestrutura financeira regulada ser compatível com o ecossistema de desenvolvedores existente.

Isso é importante, porque o que as instituições precisam não é apenas tecnologia de privacidade.

Elas também precisam que carteiras, ferramentas de desenvolvimento, liquidez, aplicações, settlement e interoperabilidade funcionem de forma integrada.

O Dusk agora define claramente o posicionamento do DuskEVM para ativos tokenizados e DeFi, e o Hedger leva as funcionalidades relacionadas a privacidade para o ambiente EVM. Enquanto isso, a base do DuskDS ainda preserva o modelo de transações de Phoenix e Moonlight.

Mas há uma realidade que também precisa ser encarada.

Em 16 de janeiro de 2026, o Dusk sofreu um incidente de segurança: uma carteira de assinatura em ponte foi comprometida. O Dusk afirmou que isso não representa falha da camada de consenso nem do protocolo central. Em seguida, a arquitetura de ponte foi redesenhada, incluindo isolamento de assinaturas, isolamento do processamento de eventos, limites de segurança mais rigorosos e redução da exposição da carteira quente.

Depois disso, a AEGIS identificou e tratou 39 problemas de segurança, incluindo 7 questões graves relacionadas ao VM, serialização, mecanismo de taxas do Phoenix e criptografia BLS.

Portanto, o que eu realmente me preocupo agora não é mais se o Dusk consegue “suportar EVM”.

E sim se essa arquitetura modular consegue transformar, de fato, a compatibilidade com EVM em atividades financeiras reguladas do mundo real.

O DuskEVM acabará se tornando a ponte-chave entre a liquidez nativa de cripto e a camada de settlement compatível com o Dusk?#dusk $DUSK @Dusk