Eu estava analisando novamente a arquitetura modular do Dusk e o diagrama faz mais sentido quando você para de encará-lo como três cadeias separadas.
Na verdade, são três trabalhos diferentes sendo divididos pela stack.
1. DuskDS — a camada base
Esta é a fundação.
O DuskDS é responsável pelas funções de rede subjacentes relacionadas a:
* consenso
* disponibilidade de dados
* liquidação
Assim, em vez de colocar toda responsabilidade de execução na camada base, o DuskDS se concentra em manter o sistema subjacente coordenado e liquidado.
2. DuskEVM — a camada de compatibilidade
É aqui que entra a execução do EVM.
A parte interessante não é apenas “o Dusk suporta EVM”.
É que a execução do EVM recebe sua própria camada dentro da arquitetura modular, oferecendo aos desenvolvedores um ambiente mais familiar enquanto mantém a camada subjacente do DuskDS separada.
Essa separação pode reduzir a quantidade de trabalho de integração necessária ao construir aplicações.
3. DuskVM — a camada de execução com foco em privacidade
Depois, há o DuskVM.
Seu papel é diferente novamente: execução focada em privacidade.
Então a arquitetura não força a execução estilo pública do EVM e a execução orientada à privacidade exatamente no mesmo ambiente.
Elas estão sendo separadas em seus próprios caminhos de execução.
E então existem duas partes conectando todo o desenho.
4. Um único DUSK por toda a stack
A arquitetura mantém um único token DUSK em todas as camadas.
Isso importa porque execução modular não significa automaticamente economia fragmentada.
Os ambientes de execução podem ser separados enquanto a economia de tokens permanece unificada.
5. Ponte nativa entre DuskDS e DuskEVM
As camadas também não deveriam agir como ilhas isoladas.
A arquitetura descreve um conceito de ponte nativa entre o DuskDS e o DuskEVM, dando à camada de execução um caminho de volta para o sistema Dusk subjacente.
É a parte que acho mais interessante do que o próprio diagrama.
A arquitetura basicamente está dizendo:
O DuskDS cuida da fundação.
O DuskEVM cuida da execução do EVM.
O DuskVM cuida da execução focada em privacidade.
$DUSK #dusk @Dusk
Na verdade, são três trabalhos diferentes sendo divididos pela stack.
1. DuskDS — a camada base
Esta é a fundação.
O DuskDS é responsável pelas funções de rede subjacentes relacionadas a:
* consenso
* disponibilidade de dados
* liquidação
Assim, em vez de colocar toda responsabilidade de execução na camada base, o DuskDS se concentra em manter o sistema subjacente coordenado e liquidado.
2. DuskEVM — a camada de compatibilidade
É aqui que entra a execução do EVM.
A parte interessante não é apenas “o Dusk suporta EVM”.
É que a execução do EVM recebe sua própria camada dentro da arquitetura modular, oferecendo aos desenvolvedores um ambiente mais familiar enquanto mantém a camada subjacente do DuskDS separada.
Essa separação pode reduzir a quantidade de trabalho de integração necessária ao construir aplicações.
3. DuskVM — a camada de execução com foco em privacidade
Depois, há o DuskVM.
Seu papel é diferente novamente: execução focada em privacidade.
Então a arquitetura não força a execução estilo pública do EVM e a execução orientada à privacidade exatamente no mesmo ambiente.
Elas estão sendo separadas em seus próprios caminhos de execução.
E então existem duas partes conectando todo o desenho.
4. Um único DUSK por toda a stack
A arquitetura mantém um único token DUSK em todas as camadas.
Isso importa porque execução modular não significa automaticamente economia fragmentada.
Os ambientes de execução podem ser separados enquanto a economia de tokens permanece unificada.
5. Ponte nativa entre DuskDS e DuskEVM
As camadas também não deveriam agir como ilhas isoladas.
A arquitetura descreve um conceito de ponte nativa entre o DuskDS e o DuskEVM, dando à camada de execução um caminho de volta para o sistema Dusk subjacente.
É a parte que acho mais interessante do que o próprio diagrama.
A arquitetura basicamente está dizendo:
O DuskDS cuida da fundação.
O DuskEVM cuida da execução do EVM.
O DuskVM cuida da execução focada em privacidade.
$DUSK #dusk @Dusk