Para muitos desenvolvedores, a parte mais difícil ao construir em uma nova cadeia não é encontrar uma ideia. É reconstruir todo o conjunto de ferramentas em torno dessa ideia.
É isso que torna o caminho de desenvolvedores que está sendo criado pela @Dusk interessante.
O DuskEVM foi projetado para permitir que os construtores trabalhem com linguagens e ferramentas familiares, como Solidity, Vyper, Foundry, Hardhat, viem e ethers. Os desenvolvedores podem criar aplicações EVM sem abandonar o fluxo de trabalho que já entendem.
A parte ainda mais importante, porém, é o que acontece por baixo desse ambiente de execução familiar.
O DuskEVM usa $DUSK para gás, enquanto lotes de transações e compromissos de estado se conectam ao DuskDS para consenso, liquidação determinística e disponibilidade de dados. O DuskVM oferece outro caminho para desenvolvedores que constroem mais perto do L1 usando Rust e WebAssembly.
Isso cria uma escolha arquitetural útil. Uma equipe pode começar com o desenvolvimento EVM familiar ou trabalhar diretamente com o ambiente nativo do Dusk, enquanto a liquidação permanece conectada à mesma rede subjacente.
O DuskEVM está atualmente em testnet, então esta ainda é uma história de desenvolvimento em progresso. Mas a direção vale a pena ser observada: reduzir o custo de aprender um novo ambiente sem tratar a camada de liquidação como um pensamento posterior.
Para mim, isso faz com que o Dusk seja menos sobre pedir aos desenvolvedores que comecem do zero e mais sobre dar a ferramentas familiares uma base diferente.
#dusk
É isso que torna o caminho de desenvolvedores que está sendo criado pela @Dusk interessante.
O DuskEVM foi projetado para permitir que os construtores trabalhem com linguagens e ferramentas familiares, como Solidity, Vyper, Foundry, Hardhat, viem e ethers. Os desenvolvedores podem criar aplicações EVM sem abandonar o fluxo de trabalho que já entendem.
A parte ainda mais importante, porém, é o que acontece por baixo desse ambiente de execução familiar.
O DuskEVM usa $DUSK para gás, enquanto lotes de transações e compromissos de estado se conectam ao DuskDS para consenso, liquidação determinística e disponibilidade de dados. O DuskVM oferece outro caminho para desenvolvedores que constroem mais perto do L1 usando Rust e WebAssembly.
Isso cria uma escolha arquitetural útil. Uma equipe pode começar com o desenvolvimento EVM familiar ou trabalhar diretamente com o ambiente nativo do Dusk, enquanto a liquidação permanece conectada à mesma rede subjacente.
O DuskEVM está atualmente em testnet, então esta ainda é uma história de desenvolvimento em progresso. Mas a direção vale a pena ser observada: reduzir o custo de aprender um novo ambiente sem tratar a camada de liquidação como um pensamento posterior.
Para mim, isso faz com que o Dusk seja menos sobre pedir aos desenvolvedores que comecem do zero e mais sobre dar a ferramentas familiares uma base diferente.
#dusk