#dusk @Dusk Na verdade, a Dusk nem precisava ter criado a DuskEVM. Ela já tem seu próprio ambiente de execução nativo, a DuskVM, que executa Rust compilado para WASM em vez de Solidity. O fato de ambas existirem lado a lado, em vez de escolher uma e se comprometer totalmente com ela, diz algo sobre aquilo para que cada uma foi realmente otimizada e o que foi sacrificado para chegar lá.
A DuskVM é o caminho nativo. Rust e WASM oferecem controle de nível mais baixo, características de desempenho geralmente mais consistentes e acesso direto às primitivas específicas da Dusk expostas pela camada base, sem passar por uma camada de compatibilidade para alcançá-las. A desvantagem fica óbvia assim que você a menciona: quase ninguém no mundo cripto já conhece Rust como conhece Solidity, e desenvolver na DuskVM significa aprender um ecossistema em vez de trazer consigo um que já existe.
A DuskEVM existe especificamente para eliminar essa barreira. Solidity é, de longe, a linguagem de contratos inteligentes mais conhecida do setor, e a compatibilidade com a EVM significa que as ferramentas existentes, os hábitos dos desenvolvedores e os padrões de contratos já auditados podem ser transferidos praticamente sem alterações. O custo é que você passa a executar em uma máquina virtual que não foi originalmente criada para esta rede, com uma camada adicional — a estrutura de rollup que abordamos há algum tempo — entre o seu contrato e as garantias de liquidação da camada base.
Portanto, a escolha real não é entre «melhor e pior», mas sim «qual restrição você prefere». A DuskVM troca a familiaridade dos desenvolvedores por uma integração nativa mais estreita. A DuskEVM abre mão de parte dessa integração nativa em troca de acesso imediato a todo o ecossistema Solidity existente e a todos que já o dominam.
Então, para um projeto que esteja realmente construindo infraestrutura financeira regulamentada na Dusk, essa escolha se resume principalmente à familiaridade dos desenvolvedores, que acaba vencendo por padrão, ou há casos de uso técnicos específicos em que o caminho nativo da DuskVM é claramente a melhor opção, apesar de exigir que os desenvolvedores aprendam algo novo?
$DUSK
A DuskVM é o caminho nativo. Rust e WASM oferecem controle de nível mais baixo, características de desempenho geralmente mais consistentes e acesso direto às primitivas específicas da Dusk expostas pela camada base, sem passar por uma camada de compatibilidade para alcançá-las. A desvantagem fica óbvia assim que você a menciona: quase ninguém no mundo cripto já conhece Rust como conhece Solidity, e desenvolver na DuskVM significa aprender um ecossistema em vez de trazer consigo um que já existe.
A DuskEVM existe especificamente para eliminar essa barreira. Solidity é, de longe, a linguagem de contratos inteligentes mais conhecida do setor, e a compatibilidade com a EVM significa que as ferramentas existentes, os hábitos dos desenvolvedores e os padrões de contratos já auditados podem ser transferidos praticamente sem alterações. O custo é que você passa a executar em uma máquina virtual que não foi originalmente criada para esta rede, com uma camada adicional — a estrutura de rollup que abordamos há algum tempo — entre o seu contrato e as garantias de liquidação da camada base.
Portanto, a escolha real não é entre «melhor e pior», mas sim «qual restrição você prefere». A DuskVM troca a familiaridade dos desenvolvedores por uma integração nativa mais estreita. A DuskEVM abre mão de parte dessa integração nativa em troca de acesso imediato a todo o ecossistema Solidity existente e a todos que já o dominam.
Então, para um projeto que esteja realmente construindo infraestrutura financeira regulamentada na Dusk, essa escolha se resume principalmente à familiaridade dos desenvolvedores, que acaba vencendo por padrão, ou há casos de uso técnicos específicos em que o caminho nativo da DuskVM é claramente a melhor opção, apesar de exigir que os desenvolvedores aprendam algo novo?
$DUSK