Modular é uma das palavras mais confortáveis nesta indústria, e a Dusk Network a utiliza bastante. A DuskDS lida com consenso, liquidação e disponibilidade de dados. A DuskVM executa contratos em Rust e WASM diretamente na camada base por meio de um mecanismo Wasmtime. A DuskEVM é um ambiente de execução separado do OP Stack, em que contratos Solidity liquidam de volta através da DuskDS, com DUSK como o token de gás. Em tese, isso soa como o melhor dos dois mundos: um ambiente nativo para equipes que querem acesso direto aos primitivos de privacidade da Dusk, e um ambiente EVM familiar para todos os demais.
Quero reservar um momento para analisar o trade-off, em vez de repetir o discurso. Dois ambientes de execução significam dois conjuntos de ferramentas, dois lugares em que a liquidez pode se agrupar separadamente e dois caminhos diferentes de privacidade: Zedger na DuskVM e Hedger na DuskEVM, construídos sobre abordagens criptográficas distintas. Um construtor que escolhe a DuskEVM por familiaridade ganha suporte a Solidity, mas recorre à combinação de criptografia homomórfica e zero knowledge do Hedger — em vez do modelo nativo Phoenix que grande parte da literatura mais profunda sobre privacidade da Dusk descreve.
Nada disso torna a arquitetura errada. Separar liquidação de execução é uma aposta defensável, e muitos projetos também dividem o estado entre rollups por motivos semelhantes. Mas chamá-la de algo puramente aditivo subestima o custo. Agora, cada emissor precisa escolher uma via, e cada carteira ou explorador construído pela comunidade precisa decidir qual lado — ou ambos — suporta.
Por baixo de ambos os ambientes está o Kadcast, a própria camada peer-to-peer da Dusk Network: uma camada de sobreposição estruturada em vez da propagação baseada em gossip que a maioria das cadeias usa como padrão, criada especificamente para manter previsíveis a largura de banda e a latência conforme a rede cresce. Essa parte compartilhada é o argumento mais forte de que se trata de um sistema coordenado, e não de duas cadeias com o mesmo nome. Ainda assim, uma camada de rede compartilhada não funde, por si só, dois ecossistemas de desenvolvedores. Modular é uma decisão real, com um custo real de coordenação associado — não uma atualização gratuita.
@Dusk #dusk $DUSK $BTW $ACE
Quero reservar um momento para analisar o trade-off, em vez de repetir o discurso. Dois ambientes de execução significam dois conjuntos de ferramentas, dois lugares em que a liquidez pode se agrupar separadamente e dois caminhos diferentes de privacidade: Zedger na DuskVM e Hedger na DuskEVM, construídos sobre abordagens criptográficas distintas. Um construtor que escolhe a DuskEVM por familiaridade ganha suporte a Solidity, mas recorre à combinação de criptografia homomórfica e zero knowledge do Hedger — em vez do modelo nativo Phoenix que grande parte da literatura mais profunda sobre privacidade da Dusk descreve.
Nada disso torna a arquitetura errada. Separar liquidação de execução é uma aposta defensável, e muitos projetos também dividem o estado entre rollups por motivos semelhantes. Mas chamá-la de algo puramente aditivo subestima o custo. Agora, cada emissor precisa escolher uma via, e cada carteira ou explorador construído pela comunidade precisa decidir qual lado — ou ambos — suporta.
Por baixo de ambos os ambientes está o Kadcast, a própria camada peer-to-peer da Dusk Network: uma camada de sobreposição estruturada em vez da propagação baseada em gossip que a maioria das cadeias usa como padrão, criada especificamente para manter previsíveis a largura de banda e a latência conforme a rede cresce. Essa parte compartilhada é o argumento mais forte de que se trata de um sistema coordenado, e não de duas cadeias com o mesmo nome. Ainda assim, uma camada de rede compartilhada não funde, por si só, dois ecossistemas de desenvolvedores. Modular é uma decisão real, com um custo real de coordenação associado — não uma atualização gratuita.
@Dusk #dusk $DUSK $BTW $ACE
