#dusk $DUSK @Dusk
O que acontece quando você quer construir em Dusk, mas não quer descartar as ferramentas que você já conhece?

Foi a primeira coisa em que pensei quando comecei a pesquisar o DuskEVM.

Eu esperava a habitual alegação de “compatível com EVM”, mas a configuração real fez mais sentido depois que eu segui o fluxo da transação. Desenvolvedores podem usar fluxos de trabalho familiares em Solidity ou Vyper, carteiras padrão de EVM e ferramentas como Foundry e Hardhat, enquanto o DUSK é usado para custos de execução.

O que achei mais interessante foi como o DuskEVM se conecta de volta à infraestrutura do Dusk.

As transações primeiro passam pelo ambiente de execução do DuskEVM. Em seguida, lotes (batches) e dados da transação são publicados no DuskDS, enquanto os compromissos de estado conectam o estado resultante de volta à camada de liquidação e disponibilidade de dados do Dusk.

Existe uma pequena distinção aqui que eu acho fácil de ignorar: a inclusão rápida da transação não é automaticamente a mesma coisa que liquidação final.

Isso me fez enxergar o DuskEVM menos como simplesmente mais um ambiente EVM e mais como uma camada de execução conectada à rede subjacente do Dusk.

E ainda há uma escolha dependendo do que você está construindo. Aplicações EVM podem usar o DuskEVM, enquanto contratos Rust/WASM podem funcionar diretamente com o DuskVM e o Dusk L1.

Para mim, a parte interessante é a ponte entre o desenvolvimento familiar e a infraestrutura nativa do Dusk — não apenas a compatibilidade com EVM em si.
$APR
$TUT

O que mais importa sobre o DuskEVM?