Quando li, desta vez, a documentação de desenvolvimento do Dusk, o que realmente me fez parar não foi o recurso de privacidade, e sim o motivo de ele não simplesmente fazer tudo apenas em EVM.
Agora, o Dusk mantém tanto o DuskVM quanto o DuskEVM: o primeiro é executado diretamente no Dusk L1 e é voltado a contratos Rust/WASM; já o segundo oferece Solidity, Vyper e ferramentas do ecossistema EVM que já são familiares. A resposta oficial para os desenvolvedores é, na verdade, bem direta: os dois caminhos não resolvem o mesmo problema.
> Isso parece construção duplicada, mas, na prática, está trocando “conveniência para desenvolvedores” por “capacidade nativa”.
Do ponto de vista de um desenvolvedor comum de EVM, o DuskEVM é claramente o mais fácil. Carteira, linguagem e toolchain são mais familiares, o custo de migração é menor, e a equipe não precisa reaprender um modelo de desenvolvimento totalmente desconhecido.
Mas, se a aplicação precisa tocar diretamente os ativos nativos do Dusk, suas capacidades de privacidade, a lógica de zero conhecimento, ou então estiver mais próxima do ambiente de execução do L1, o DuskVM ainda faz sentido. A documentação oficial deixa claro que essas duas rotas são diferentes, e não tenta forçar todos os aplicativos a seguirem o mesmo caminho.
E é exatamente aí que está o problema.
Ter dois ambientes de execução eleva a complexidade de desenvolvimento e manutenção, e as ferramentas do ecossistema dificilmente vão ser totalmente unificadas.
Porém, se a meta for apenas compatibilidade com EVM, o Dusk pode acabar “trancando” sua capacidade mais especial dentro de um framework de execução genérico.
Cada vez mais, sinto que a verdadeira aposta do Dusk não é se ele vai “ou não” ser compatível com Ethereum — e sim:
**Se ele consegue fazer com que desenvolvedores entrem primeiro com coisas familiares e, quando realmente precisarem de capacidades nativas, aí sim aceitem seguir por outro caminho.**
Se você é desenvolvedor, você escolheria colocar no ar rapidamente um EVM mais familiar, ou estaria disposto a assumir o custo de aprender um novo ambiente de execução para ter privacidade e capacidades nativas?@Dusk
#dusk $DUSK
Agora, o Dusk mantém tanto o DuskVM quanto o DuskEVM: o primeiro é executado diretamente no Dusk L1 e é voltado a contratos Rust/WASM; já o segundo oferece Solidity, Vyper e ferramentas do ecossistema EVM que já são familiares. A resposta oficial para os desenvolvedores é, na verdade, bem direta: os dois caminhos não resolvem o mesmo problema.
> Isso parece construção duplicada, mas, na prática, está trocando “conveniência para desenvolvedores” por “capacidade nativa”.
Do ponto de vista de um desenvolvedor comum de EVM, o DuskEVM é claramente o mais fácil. Carteira, linguagem e toolchain são mais familiares, o custo de migração é menor, e a equipe não precisa reaprender um modelo de desenvolvimento totalmente desconhecido.
Mas, se a aplicação precisa tocar diretamente os ativos nativos do Dusk, suas capacidades de privacidade, a lógica de zero conhecimento, ou então estiver mais próxima do ambiente de execução do L1, o DuskVM ainda faz sentido. A documentação oficial deixa claro que essas duas rotas são diferentes, e não tenta forçar todos os aplicativos a seguirem o mesmo caminho.
E é exatamente aí que está o problema.
Ter dois ambientes de execução eleva a complexidade de desenvolvimento e manutenção, e as ferramentas do ecossistema dificilmente vão ser totalmente unificadas.
Porém, se a meta for apenas compatibilidade com EVM, o Dusk pode acabar “trancando” sua capacidade mais especial dentro de um framework de execução genérico.
Cada vez mais, sinto que a verdadeira aposta do Dusk não é se ele vai “ou não” ser compatível com Ethereum — e sim:
**Se ele consegue fazer com que desenvolvedores entrem primeiro com coisas familiares e, quando realmente precisarem de capacidades nativas, aí sim aceitem seguir por outro caminho.**
Se você é desenvolvedor, você escolheria colocar no ar rapidamente um EVM mais familiar, ou estaria disposto a assumir o custo de aprender um novo ambiente de execução para ter privacidade e capacidades nativas?@Dusk
#dusk $DUSK