Ao estudar o Dusk, o que prendeu minha atenção logo de cara foi o DuskEVM. Antes, eu estava acostumado a olhar para os projetos de sempre: primeiro o ambiente de execução — se os desenvolvedores conseguem ou não entrar, isso é o que define se uma cadeia tem futuro.
Depois de ler a documentação, voltei a olhar novamente. Desta vez, o que realmente me fez parar foi o DuskDS.
Eu costumava achar que o maior obstáculo de colocar finanças na blockchain eram velocidade e custo. Mas, ao desmembrar a arquitetura do Dusk, percebi que o problema de verdade é outra coisa: depois que uma transação é executada, quem confirma que ela já chegou ao estado final?
O Dusk separa execução e liquidação em duas camadas. O DuskEVM executa as aplicações, montado sobre o OP Stack; desenvolvedores Solidity usando a mesma estrutura de ferramentas do Hardhat e MetaMask conseguem implantar direto. O sequenciador processa as transações, e o batcher empacota os dados em um blob EIP-4844 e envia para o DuskDS. O DuskDS não se importa com o que roda acima; ele só se encarrega do consenso, da disponibilidade de dados e da confirmação do estado final.
Eu fiquei olhando para a parte do DuskDS por bastante tempo, até finalmente entender o que exatamente ele está fazendo. Ele executa o Succinct Attestation, um protocolo PoS baseado em comitês. Em cada rodada, um Provisioner propõe o bloco, um comitê valida, e outro comitê conclui. Assim que conclui, há finalização determinística — diferente do Bitcoin, que só tem finalização probabilística; em condições normais, não existe reorganização perceptível pelos usuários. Para se tornar Provisioner, é preciso ter a menor garantia (stake) de 1000 DUSK; os nós ficam online 7×24. Se ficar offline por muito tempo ou agir maliciosamente, a penalidade envolve perda de garantia.
Foi só chegando aqui que eu percebi — antes, eu achava que o maior valor da blockchain é fazer as transações ficarem mais rápidas, mas no mercado financeiro o que realmente dá medo não é a lentidão, e sim a incerteza. Numa negociação de valores mobiliários, os ativos podem até ter sido transferidos, mas o pagamento não sincroniza, ou então as partes veem estados diferentes; por mais eficiente que seja, ninguém se arrisca a usar.
A liquidação determinística do Dusk, em essência, está resolvendo exatamente esse problema. A finalização fica em dois a três segundos, somada ao fluxo nativo de entrega acoplado ao pagamento — é essa combinação que traz valor prático de verdade nos cenários de liquidação financeira.
Claro, essa arquitetura ainda precisa de validação do ecossistema. Fazer a infraestrutura funcionar é apenas o primeiro passo; o valor real depende de os ativos e as aplicações estarem dispostos a entrar.
Mas depois de pesquisar o Dusk, a maior mudança em mim foi: não me importar apenas com quantas transações uma cadeia consegue processar, e sim em saber se ela consegue inspirar confiança nos participantes do setor financeiro
#dusk $DUSK @Dusk
Depois de ler a documentação, voltei a olhar novamente. Desta vez, o que realmente me fez parar foi o DuskDS.
Eu costumava achar que o maior obstáculo de colocar finanças na blockchain eram velocidade e custo. Mas, ao desmembrar a arquitetura do Dusk, percebi que o problema de verdade é outra coisa: depois que uma transação é executada, quem confirma que ela já chegou ao estado final?
O Dusk separa execução e liquidação em duas camadas. O DuskEVM executa as aplicações, montado sobre o OP Stack; desenvolvedores Solidity usando a mesma estrutura de ferramentas do Hardhat e MetaMask conseguem implantar direto. O sequenciador processa as transações, e o batcher empacota os dados em um blob EIP-4844 e envia para o DuskDS. O DuskDS não se importa com o que roda acima; ele só se encarrega do consenso, da disponibilidade de dados e da confirmação do estado final.
Eu fiquei olhando para a parte do DuskDS por bastante tempo, até finalmente entender o que exatamente ele está fazendo. Ele executa o Succinct Attestation, um protocolo PoS baseado em comitês. Em cada rodada, um Provisioner propõe o bloco, um comitê valida, e outro comitê conclui. Assim que conclui, há finalização determinística — diferente do Bitcoin, que só tem finalização probabilística; em condições normais, não existe reorganização perceptível pelos usuários. Para se tornar Provisioner, é preciso ter a menor garantia (stake) de 1000 DUSK; os nós ficam online 7×24. Se ficar offline por muito tempo ou agir maliciosamente, a penalidade envolve perda de garantia.
Foi só chegando aqui que eu percebi — antes, eu achava que o maior valor da blockchain é fazer as transações ficarem mais rápidas, mas no mercado financeiro o que realmente dá medo não é a lentidão, e sim a incerteza. Numa negociação de valores mobiliários, os ativos podem até ter sido transferidos, mas o pagamento não sincroniza, ou então as partes veem estados diferentes; por mais eficiente que seja, ninguém se arrisca a usar.
A liquidação determinística do Dusk, em essência, está resolvendo exatamente esse problema. A finalização fica em dois a três segundos, somada ao fluxo nativo de entrega acoplado ao pagamento — é essa combinação que traz valor prático de verdade nos cenários de liquidação financeira.
Claro, essa arquitetura ainda precisa de validação do ecossistema. Fazer a infraestrutura funcionar é apenas o primeiro passo; o valor real depende de os ativos e as aplicações estarem dispostos a entrar.
Mas depois de pesquisar o Dusk, a maior mudança em mim foi: não me importar apenas com quantas transações uma cadeia consegue processar, e sim em saber se ela consegue inspirar confiança nos participantes do setor financeiro
#dusk $DUSK @Dusk
