#dusk $DUSK @Dusk
Antes, eu achava que a máquina virtual de uma blockchain era apenas o lugar onde contratos inteligentes “são executados”. Ao investigar mais a fundo o Dusk, mudei essa visão.
O Piecrust foi construído como a máquina virtual WASM do Dusk, com “piecrust” cuidando da execução dos contratos e “piecrust-uplink” fornecendo a camada para o desenvolvedor criar e trabalhar com contratos. A parte interessante não é o nome da VM. É a escolha de design por trás dela: usar WASM e Rust para criar um ambiente de execução controlado para os contratos inteligentes do Dusk.
Hoje, a documentação do Dusk descreve esse caminho de execução como DuskVM, com base no runtime Wasmtime e suporte personalizado para o modelo de execução do Dusk. Ele executa contratos Rust/WASM diretamente na Dusk L1, incluindo aplicações que precisam de acesso direto ao modelo de transações, ativos, privacidade ou capacidades de conhecimento zero do Dusk.
Essa distinção importa.
Agora, o Dusk apresenta aos desenvolvedores dois caminhos diferentes: DuskVM para aplicações Rust/WASM que exigem capacidades nativas da L1 e DuskEVM para ferramentas compatíveis com Solidity e Ethereum.
Assim, eu já não vejo a VM apenas como um componente técnico. Ela faz parte da decisão sobre que tipo de aplicação o Dusk consegue suportar nativamente.
A pergunta que estou acompanhando é se esse modelo duplo de execução pode dar flexibilidade aos desenvolvedores sem tornar o ecossistema mais difícil de entender.
@Dusk $DUSK
Antes, eu achava que a máquina virtual de uma blockchain era apenas o lugar onde contratos inteligentes “são executados”. Ao investigar mais a fundo o Dusk, mudei essa visão.
O Piecrust foi construído como a máquina virtual WASM do Dusk, com “piecrust” cuidando da execução dos contratos e “piecrust-uplink” fornecendo a camada para o desenvolvedor criar e trabalhar com contratos. A parte interessante não é o nome da VM. É a escolha de design por trás dela: usar WASM e Rust para criar um ambiente de execução controlado para os contratos inteligentes do Dusk.
Hoje, a documentação do Dusk descreve esse caminho de execução como DuskVM, com base no runtime Wasmtime e suporte personalizado para o modelo de execução do Dusk. Ele executa contratos Rust/WASM diretamente na Dusk L1, incluindo aplicações que precisam de acesso direto ao modelo de transações, ativos, privacidade ou capacidades de conhecimento zero do Dusk.
Essa distinção importa.
Agora, o Dusk apresenta aos desenvolvedores dois caminhos diferentes: DuskVM para aplicações Rust/WASM que exigem capacidades nativas da L1 e DuskEVM para ferramentas compatíveis com Solidity e Ethereum.
Assim, eu já não vejo a VM apenas como um componente técnico. Ela faz parte da decisão sobre que tipo de aplicação o Dusk consegue suportar nativamente.
A pergunta que estou acompanhando é se esse modelo duplo de execução pode dar flexibilidade aos desenvolvedores sem tornar o ecossistema mais difícil de entender.
@Dusk $DUSK