DuskVM vs DuskEVM: Dois caminhos para desenvolvedores
Um blockchain precisa forçar todos os desenvolvedores ao mesmo ambiente de execução?
A Dusk adota uma abordagem diferente, oferecendo dois caminhos de contratos inteligentes, cada um desenhado para um modelo de desenvolvimento distinto.
O DuskVM é o caminho nativo. Os desenvolvedores escrevem contratos em Rust, compilam-nos para WASM e os executam diretamente no Dusk L1. Isso dá aos contratos acesso direto ao modelo de execução do L1 da Dusk, aos modelos de transação, aos protocolos de contratos e às capacidades que precisam ficar próximas da camada base, incluindo funcionalidade de privacidade e zero knowledge.
O DuskEVM segue uma rota focada em compatibilidade. Os desenvolvedores podem usar Solidity ou Vyper, junto com carteiras EVM e bibliotecas e ferramentas familiares. Liquidação e disponibilidade de dados são fornecidas pelo DuskDS, enquanto o DUSK serve como o token de gás nativo.
A distinção, portanto, é menos sobre escolher qual ambiente é melhor e mais sobre alinhar a arquitetura às necessidades da aplicação. O DuskVM favorece a execução direta no L1 e as capacidades nativas do Dusk. O DuskEVM reduz a barreira para desenvolvedores que já trabalham dentro do ecossistema Ethereum.
Para a Dusk, oferecer ambos os caminhos cria um equilíbrio interessante entre funcionalidade nativa e familiaridade do desenvolvedor.
Apoiar tanto a execução nativa quanto a compatibilidade com EVM poderia ser uma estratégia de desenvolvedores mais forte do que forçar um único ambiente universal?
$DUSK
#dusk @Dusk
Um blockchain precisa forçar todos os desenvolvedores ao mesmo ambiente de execução?
A Dusk adota uma abordagem diferente, oferecendo dois caminhos de contratos inteligentes, cada um desenhado para um modelo de desenvolvimento distinto.
O DuskVM é o caminho nativo. Os desenvolvedores escrevem contratos em Rust, compilam-nos para WASM e os executam diretamente no Dusk L1. Isso dá aos contratos acesso direto ao modelo de execução do L1 da Dusk, aos modelos de transação, aos protocolos de contratos e às capacidades que precisam ficar próximas da camada base, incluindo funcionalidade de privacidade e zero knowledge.
O DuskEVM segue uma rota focada em compatibilidade. Os desenvolvedores podem usar Solidity ou Vyper, junto com carteiras EVM e bibliotecas e ferramentas familiares. Liquidação e disponibilidade de dados são fornecidas pelo DuskDS, enquanto o DUSK serve como o token de gás nativo.
A distinção, portanto, é menos sobre escolher qual ambiente é melhor e mais sobre alinhar a arquitetura às necessidades da aplicação. O DuskVM favorece a execução direta no L1 e as capacidades nativas do Dusk. O DuskEVM reduz a barreira para desenvolvedores que já trabalham dentro do ecossistema Ethereum.
Para a Dusk, oferecer ambos os caminhos cria um equilíbrio interessante entre funcionalidade nativa e familiaridade do desenvolvedor.
Apoiar tanto a execução nativa quanto a compatibilidade com EVM poderia ser uma estratégia de desenvolvedores mais forte do que forçar um único ambiente universal?
$DUSK
#dusk @Dusk