DuskEVM é interessante porque não pede que os desenvolvedores de EVM comecem do zero.
Se você já está construindo com Solidity, Vyper, Foundry, Hardhat, viem ou ethers, a ideia é trazer esse fluxo de trabalho familiar para a stack da Dusk.
Mas a parte que eu acho mais interessante é o que acontece por baixo.
DuskEVM é o ambiente de execução compatível com Ethereum, enquanto DuskDS cuida de consenso, liquidação e disponibilidade de dados. DUSK é usado para execução e pode se mover entre Dusk L1 e DuskEVM via a bridge.
O fluxo de transações também vale a pena observar.
Uma transação primeiro chega ao sequenciador do DuskEVM e, depois, é incluída em um bloco L2. O batcher publica os dados da transação no DuskDS, enquanto compromissos de estado e provas de falha conectam o estado resultante à liquidação do DuskDS.
Essa última parte é importante porque inclusão de transação e liquidação não são a mesma coisa. Ver apenas uma transação incluída não significa que você deva presumir finalidade apenas com base em quanto tempo passou.
Eu também gosto de que a Dusk não está forçando todas as aplicações a usar o mesmo ambiente.
Para aplicações em Solidity, carteiras EVM e ferramentas existentes do ecossistema Ethereum, DuskEVM é o caminho óbvio.
Para contratos em Rust/WASM que precisam funcionar diretamente com o Dusk L1, DuskVM continua sendo a opção.
Então a parte interessante não é apenas “A Dusk agora tem EVM”.
É que a Dusk está oferecendo aos desenvolvedores um ambiente de execução familiar, mantendo-o conectado à própria camada de liquidação e disponibilidade de dados.
@Dusk_Foundation
#dusk
$DUSK
Se você já está construindo com Solidity, Vyper, Foundry, Hardhat, viem ou ethers, a ideia é trazer esse fluxo de trabalho familiar para a stack da Dusk.
Mas a parte que eu acho mais interessante é o que acontece por baixo.
DuskEVM é o ambiente de execução compatível com Ethereum, enquanto DuskDS cuida de consenso, liquidação e disponibilidade de dados. DUSK é usado para execução e pode se mover entre Dusk L1 e DuskEVM via a bridge.
O fluxo de transações também vale a pena observar.
Uma transação primeiro chega ao sequenciador do DuskEVM e, depois, é incluída em um bloco L2. O batcher publica os dados da transação no DuskDS, enquanto compromissos de estado e provas de falha conectam o estado resultante à liquidação do DuskDS.
Essa última parte é importante porque inclusão de transação e liquidação não são a mesma coisa. Ver apenas uma transação incluída não significa que você deva presumir finalidade apenas com base em quanto tempo passou.
Eu também gosto de que a Dusk não está forçando todas as aplicações a usar o mesmo ambiente.
Para aplicações em Solidity, carteiras EVM e ferramentas existentes do ecossistema Ethereum, DuskEVM é o caminho óbvio.
Para contratos em Rust/WASM que precisam funcionar diretamente com o Dusk L1, DuskVM continua sendo a opção.
Então a parte interessante não é apenas “A Dusk agora tem EVM”.
É que a Dusk está oferecendo aos desenvolvedores um ambiente de execução familiar, mantendo-o conectado à própria camada de liquidação e disponibilidade de dados.
@Dusk_Foundation
#dusk
$DUSK