Eu me vi observando o DuskEVM de um ângulo diferente: não o que os desenvolvedores conseguem construir nele, mas o que realmente acontece depois que eles fazem o deploy.
A arquitetura começou a fazer mais sentido quando eu acompanhei uma transação pela pilha.
A Dusk separa execução de liquidação.
O DuskEVM é onde o aplicativo da EVM é executado.
O DuskDS fica por baixo dele como a camada de consenso, liquidação e disponibilidade de dados.
No início, isso soa como um detalhe de implementação.
Mas, para ativos regulamentados, não tenho certeza se é
Uma segurança tokenizada precisa fazer mais do que executar a lógica de contratos inteligentes. No fim das contas, o mercado precisa saber qual estado foi de fato finalizado e quando
Isso me fez olhar para a divisão de forma diferente
execução decide o que deve acontecer.
liquidação determina o que de fato aconteceu.
E a Dusk está deliberadamente colocando esses trabalhos em camadas diferentes.
A parte interessante é que o DuskEVM não precisa reinventar o ambiente do desenvolvedor para chegar lá.
Aplicações Solidity podem usar ferramentas EVM padrão, enquanto o estado resultante é liquidado pelo DuskDS.
Então a pergunta passa a ser menos “por que construir outra EVM?”
Ela se torna:
por que separar, desde o início, o ambiente da aplicação da camada de liquidação?
Para uma aplicação DeFi comum, essa distinção talvez mal importe para o usuário.
Para uma segurança regulamentada, liquidação faz parte do produto.
Propriedade, transferências, pagamentos e finalização eventualmente precisam se tornar algo em que o mercado possa confiar.
É aí que a arquitetura da Dusk começa a parecer menos uma cadeia EVM com recursos extras e mais uma tentativa de separar dois trabalhos diferentes que a infraestrutura financeira sempre teve que realizar.
E isso me deixa com uma única pergunta.
Se a execução pode ser flexível enquanto a liquidação permanece determinística por baixo, essa separação poderia tornar mais fácil construir diferentes aplicações de mercado regulamentadas na mesma camada base financeira?
Porque talvez a parte interessante do DuskEVM não seja que ele parece familiar.
Talvez seja o que acontece por baixo quando a parte familiar termina.
#dusk $DUSK @Dusk
A arquitetura começou a fazer mais sentido quando eu acompanhei uma transação pela pilha.
A Dusk separa execução de liquidação.
O DuskEVM é onde o aplicativo da EVM é executado.
O DuskDS fica por baixo dele como a camada de consenso, liquidação e disponibilidade de dados.
No início, isso soa como um detalhe de implementação.
Mas, para ativos regulamentados, não tenho certeza se é
Uma segurança tokenizada precisa fazer mais do que executar a lógica de contratos inteligentes. No fim das contas, o mercado precisa saber qual estado foi de fato finalizado e quando
Isso me fez olhar para a divisão de forma diferente
execução decide o que deve acontecer.
liquidação determina o que de fato aconteceu.
E a Dusk está deliberadamente colocando esses trabalhos em camadas diferentes.
A parte interessante é que o DuskEVM não precisa reinventar o ambiente do desenvolvedor para chegar lá.
Aplicações Solidity podem usar ferramentas EVM padrão, enquanto o estado resultante é liquidado pelo DuskDS.
Então a pergunta passa a ser menos “por que construir outra EVM?”
Ela se torna:
por que separar, desde o início, o ambiente da aplicação da camada de liquidação?
Para uma aplicação DeFi comum, essa distinção talvez mal importe para o usuário.
Para uma segurança regulamentada, liquidação faz parte do produto.
Propriedade, transferências, pagamentos e finalização eventualmente precisam se tornar algo em que o mercado possa confiar.
É aí que a arquitetura da Dusk começa a parecer menos uma cadeia EVM com recursos extras e mais uma tentativa de separar dois trabalhos diferentes que a infraestrutura financeira sempre teve que realizar.
E isso me deixa com uma única pergunta.
Se a execução pode ser flexível enquanto a liquidação permanece determinística por baixo, essa separação poderia tornar mais fácil construir diferentes aplicações de mercado regulamentadas na mesma camada base financeira?
Porque talvez a parte interessante do DuskEVM não seja que ele parece familiar.
Talvez seja o que acontece por baixo quando a parte familiar termina.
#dusk $DUSK @Dusk