Tenho visto várias atividades relacionadas ao Dusk recentemente, e o nível de benefícios realmente é bem alto. Fico com uma sensação de que pode haver alguma oportunidade aqui, então voltei a estudar com cuidado a arquitetura e a desmontei para entender melhor.
Antes eu tinha uma impressão: o Dusk, com o DuskEVM, é compatível com Solidity. A ideia era que desenvolvedores podiam simplesmente levar os contratos para lá e começar com facilidade, então a barreira de entrada parecia não ser alta. Só que, depois que olhei de verdade por dentro, percebi que a EVM é mais como uma área de vitrine do lado de fora—principalmente para atrair desenvolvedores familiarizados com o ecossistema Ethereum.
As partes realmente mais “hardcore” — lógica de privacidade, provas ZK e contratos confidenciais — ficam na verdade embutidas no núcleo, ou seja, no DuskVM nativo, que roda com Rust/WASM. Existem dois ambientes de execução ao mesmo tempo; e ainda assim <t-2/> $DUSK precisa se adaptar a duas lógicas de execução totalmente diferentes. A complexidade por trás disso é grande, e a maioria dos materiais promocionais passa isso de leve, sem explicar em profundidade.
Nesse ponto, eu até concordo: eles não tentam apenas “vender” a EVM como se ela fosse capaz de fazer tudo, nem forçam tudo a ser empurrado para dentro da EVM. Mas o problema vem junto: a maioria dos desenvolvedores talvez prefira ficar na área de vitrine mais fácil de entrar. Já os módulos de privacidade fortes do núcleo, voltados para um ecossistema Rust relativamente mais nichado, têm uma curva de aprendizado bem mais alta.
No fim, o receio é que a compatibilidade com EVM vire apenas uma placa bonita: à primeira vista o ecossistema parece bem movimentado, mas poucas pessoas realmente estão dispostas a se aprofundar e construir aplicações de privacidade que importam de verdade. A área de vitrine fica cheia de gente; a área do núcleo fica fria e silenciosa.
De forma geral, @Dusk de fato tem uma proposta interessante, mas não dá para ignorar os custos de desenvolvimento e auditoria gerados pela execução paralela de duas máquinas virtuais. Nos próximos dias, vou continuar acompanhando a atividade real de desenvolvimento em ambos os lados, para ver se os desenvolvedores só circulam na parte externa ou se realmente entram no núcleo para explorar capacidades nativas. Quem tiver interesse também pode procurar pelos documentos por conta própria, analisar com racionalidade a narrativa e fazer DYOR.
#dusk $DUSK @Dusk
Antes eu tinha uma impressão: o Dusk, com o DuskEVM, é compatível com Solidity. A ideia era que desenvolvedores podiam simplesmente levar os contratos para lá e começar com facilidade, então a barreira de entrada parecia não ser alta. Só que, depois que olhei de verdade por dentro, percebi que a EVM é mais como uma área de vitrine do lado de fora—principalmente para atrair desenvolvedores familiarizados com o ecossistema Ethereum.
As partes realmente mais “hardcore” — lógica de privacidade, provas ZK e contratos confidenciais — ficam na verdade embutidas no núcleo, ou seja, no DuskVM nativo, que roda com Rust/WASM. Existem dois ambientes de execução ao mesmo tempo; e ainda assim <t-2/> $DUSK precisa se adaptar a duas lógicas de execução totalmente diferentes. A complexidade por trás disso é grande, e a maioria dos materiais promocionais passa isso de leve, sem explicar em profundidade.
Nesse ponto, eu até concordo: eles não tentam apenas “vender” a EVM como se ela fosse capaz de fazer tudo, nem forçam tudo a ser empurrado para dentro da EVM. Mas o problema vem junto: a maioria dos desenvolvedores talvez prefira ficar na área de vitrine mais fácil de entrar. Já os módulos de privacidade fortes do núcleo, voltados para um ecossistema Rust relativamente mais nichado, têm uma curva de aprendizado bem mais alta.
No fim, o receio é que a compatibilidade com EVM vire apenas uma placa bonita: à primeira vista o ecossistema parece bem movimentado, mas poucas pessoas realmente estão dispostas a se aprofundar e construir aplicações de privacidade que importam de verdade. A área de vitrine fica cheia de gente; a área do núcleo fica fria e silenciosa.
De forma geral, @Dusk de fato tem uma proposta interessante, mas não dá para ignorar os custos de desenvolvimento e auditoria gerados pela execução paralela de duas máquinas virtuais. Nos próximos dias, vou continuar acompanhando a atividade real de desenvolvimento em ambos os lados, para ver se os desenvolvedores só circulam na parte externa ou se realmente entram no núcleo para explorar capacidades nativas. Quem tiver interesse também pode procurar pelos documentos por conta própria, analisar com racionalidade a narrativa e fazer DYOR.
#dusk $DUSK @Dusk