Ao consultar a documentação oficial do Dusk, houve uma frase que eu li duas vezes antes de entender: a camada de execução do DuskEVM usa a arquitetura do OP Stack — o sequencer roda o op-geth para executar transações EVM; o batcher trata os dados das transações como blobs e os publica no DuskDS; e o proposer então publica o compromisso de estado, referenciando esses batches já executados. Em outras palavras, o DuskEVM é, em essência, uma Layer 2, e o DuskDS (a própria camada de liquidação L1 do Dusk) é a base de disponibilidade de dados e de liquidação final.
Essa escolha de arquitetura é bem inteligente. O ambiente nativo de contratos inteligentes do Dusk é o DuskVM, que roda no ecossistema Piecrust — um virtual machine WASM escrito em Rust — voltado para desenvolvedores que querem usar diretamente Rust/WASM, além de precisar de ativos ao nível de protocolo e capacidades de zero knowledge; já o DuskEVM é para times que querem usar a cadeia de ferramentas Solidity pronta, sem ter que aprender coisas novas. São duas pernas, e não obrigar todo mundo a trocar de linguagem. Nas últimas versões, o Piecrust ainda vem adicionando suporte a memory64 e substituindo o runtime subjacente de wasmer para wasmtime, tudo para abrir caminho para estados de contratos e desempenho de execução em escala maior.
O que realmente vale a pena refletir é a estrutura de custos: as transações no DuskEVM precisam pagar duas taxas. Uma é a taxa de execução estilo EIP-1559 na L2; a outra é a taxa de disponibilidade de dados por publicar os dados do batch no DuskDS. Isso significa que o throughput e o custo reais do DuskEVM, no fim das contas, ainda são limitados pela capacidade de disponibilidade de dados da L1 — a camada de execução L2 pode ser mais rápida, mas se a camada de liquidação de base estiver congestionada, não dá para subir. Isso é bem parecido com a maioria das blockchains em que a L2 “usa a Ethereum para DA”: a diferença aqui é apenas trocar a Ethereum pela L1 própria do Dusk.
Para desenvolvedores que pretendem implantar contratos no DuskEVM, esse detalhe de arquitetura não é um conhecimento de fundo irrelevante — ele determina diretamente, no seu modelo de custos de Gas, se a taxa de DA vai virar uma parcela maior do que a taxa de execução, especialmente em aplicações financeiras de alta frequência e com grande volume de dados.
@Dusk $DUSK #dusk
Essa escolha de arquitetura é bem inteligente. O ambiente nativo de contratos inteligentes do Dusk é o DuskVM, que roda no ecossistema Piecrust — um virtual machine WASM escrito em Rust — voltado para desenvolvedores que querem usar diretamente Rust/WASM, além de precisar de ativos ao nível de protocolo e capacidades de zero knowledge; já o DuskEVM é para times que querem usar a cadeia de ferramentas Solidity pronta, sem ter que aprender coisas novas. São duas pernas, e não obrigar todo mundo a trocar de linguagem. Nas últimas versões, o Piecrust ainda vem adicionando suporte a memory64 e substituindo o runtime subjacente de wasmer para wasmtime, tudo para abrir caminho para estados de contratos e desempenho de execução em escala maior.
O que realmente vale a pena refletir é a estrutura de custos: as transações no DuskEVM precisam pagar duas taxas. Uma é a taxa de execução estilo EIP-1559 na L2; a outra é a taxa de disponibilidade de dados por publicar os dados do batch no DuskDS. Isso significa que o throughput e o custo reais do DuskEVM, no fim das contas, ainda são limitados pela capacidade de disponibilidade de dados da L1 — a camada de execução L2 pode ser mais rápida, mas se a camada de liquidação de base estiver congestionada, não dá para subir. Isso é bem parecido com a maioria das blockchains em que a L2 “usa a Ethereum para DA”: a diferença aqui é apenas trocar a Ethereum pela L1 própria do Dusk.
Para desenvolvedores que pretendem implantar contratos no DuskEVM, esse detalhe de arquitetura não é um conhecimento de fundo irrelevante — ele determina diretamente, no seu modelo de custos de Gas, se a taxa de DA vai virar uma parcela maior do que a taxa de execução, especialmente em aplicações financeiras de alta frequência e com grande volume de dados.
@Dusk $DUSK #dusk