Hoje eu estava lendo a documentação do Dusk e um pequeno detalhe chamou minha atenção: o Dusk separa liquidação de execução.
No começo, achei que era apenas mais uma escolha arquitetural. Mas quanto mais eu olhava, mais importante isso se tornava.
Vejo o DuskDS como a base para consenso, disponibilidade de dados, transações e finalidade, enquanto o DuskVM e o DuskEVM lidam com a execução de contratos inteligentes. Acho essa separação interessante porque privacidade, execução e liquidação não estão sendo tratadas como o mesmo problema.
Também reparei na forma como o Dusk aborda a privacidade por meio de diferentes modelos de transação. O Moonlight oferece um modelo público baseado em conta, enquanto o Phoenix introduz transações blindadas. Isso me faz pensar que, aqui, a privacidade está mais relacionada a controlar o que a informação expõe do que simplesmente tornar tudo invisível.
Mas continuo me perguntando o que acontece quando algo falha.
Não acho que descentralização automaticamente signifique resiliência. Uma rede pode ter um consenso forte, enquanto as aplicações ainda dependem de nós, dados históricos, rede, monitoramento e procedimentos de recuperação.
Aprendi essa lição com um erro passado de infraestrutura: eu costumava focar bastante em saber se o protocolo central era seguro e deixava de lado o que acontecia quando os componentes ao redor falhavam.
Com o Dusk, eu gostaria de entender esses caminhos de contingência com mais detalhes.
Se uma camada ficar indisponível enquanto o consenso continuar normalmente, quão bem o restante do sistema consegue se recuperar sem criar uma nova dependência de confiança?
@Dusk_Foundation #dusk $DUSK
No começo, achei que era apenas mais uma escolha arquitetural. Mas quanto mais eu olhava, mais importante isso se tornava.
Vejo o DuskDS como a base para consenso, disponibilidade de dados, transações e finalidade, enquanto o DuskVM e o DuskEVM lidam com a execução de contratos inteligentes. Acho essa separação interessante porque privacidade, execução e liquidação não estão sendo tratadas como o mesmo problema.
Também reparei na forma como o Dusk aborda a privacidade por meio de diferentes modelos de transação. O Moonlight oferece um modelo público baseado em conta, enquanto o Phoenix introduz transações blindadas. Isso me faz pensar que, aqui, a privacidade está mais relacionada a controlar o que a informação expõe do que simplesmente tornar tudo invisível.
Mas continuo me perguntando o que acontece quando algo falha.
Não acho que descentralização automaticamente signifique resiliência. Uma rede pode ter um consenso forte, enquanto as aplicações ainda dependem de nós, dados históricos, rede, monitoramento e procedimentos de recuperação.
Aprendi essa lição com um erro passado de infraestrutura: eu costumava focar bastante em saber se o protocolo central era seguro e deixava de lado o que acontecia quando os componentes ao redor falhavam.
Com o Dusk, eu gostaria de entender esses caminhos de contingência com mais detalhes.
Se uma camada ficar indisponível enquanto o consenso continuar normalmente, quão bem o restante do sistema consegue se recuperar sem criar uma nova dependência de confiança?
@Dusk_Foundation #dusk $DUSK