Na corrida das cadeias públicas de privacidade, é visível que muitas têm morrido na barreira de entrada para os desenvolvedores. No entanto, a Dusk optou por focar na compatibilidade com EVM, o que é bastante interessante.

No final do ano passado, após o lançamento da sua testnet EVM, dediquei algum tempo a comparar a experiência de desenvolvimento com a de cadeias de privacidade tradicionais. Para ser honesto, o design de arquitetura em múltiplas camadas enfrentou alguns obstáculos difíceis — estes são pontos críticos há muito tempo nas protocolos de privacidade.

Quanto à stack tecnológica, a DuskEVM usa diretamente o OP Stack. Parece simples, mas tem um significado bastante grande. Todas as ferramentas do ecossistema Ethereum — Hardhat, Remix, MetaMask — podem ser usadas sem problemas, com total compatibilidade. Testei a implantação de contratos Solidity padrão, e desde o fluxo de desenvolvimento até às chamadas RPC, a experiência é idêntica à de operar na Optimism ou Arbitrum.

Qual é o benefício prático dessa compatibilidade? O custo de migração despenca. Antes, aquelas L1s customizadas obrigavam os desenvolvedores a recomeçar do zero com linguagens de máquina virtual proprietárias, levando facilmente meio ano para integração. Agora? Em poucas semanas, já está operacional, uma melhoria de eficiência impressionante.

Porém, há um ponto que muitas vezes passa despercebido. A DuskEVM não é apenas um fork do nível de execução do Ethereum. Sua liquidação e disponibilidade de dados apontam para a cadeia principal DuskDS, que utiliza um consenso de Attestação Sucinta, e não um mecanismo PoS convencional. A genialidade desse design está na certeza de finalização — uma vez que a transação é agrupada, ela está definitivamente confirmada, sem possibilidade de reversão. Em comparação, algumas soluções L2 ainda precisam esperar um período de desafio de 7 dias, o que faz uma grande diferença.