#dusk $DUSK @Dusk No início eu vi @dusk e pensei logo de cara de um jeito bem comum: lá vem mais uma história que junta “privacidade + RWA + PoS” em um único pacote de marketing para um L1. Só que, depois que fui atrás da documentação e do código do Rusk, eu senti que esse veredito subestimou o projeto — o Dusk parece mais estar refazendo um conjunto de “sistema de liquidação” do que simplesmente criando mais uma blockchain.
Meu maior erro anterior foi achar que o Phoenix era a “função de privacidade” do Dusk. Pela análise do código-fonte e do modelo de transações, ele é outra forma de expressar ativos: o Moonlight é um modelo público de conta, enquanto o Phoenix divide o saldo em UTXOs consumíveis e usa provas de conhecimento zero para provar que eu tenho direito de gastar aquele dinheiro e que não estou gastando duas vezes, sem precisar expor todos os detalhes da transação. O mais importante: ambos acabam aterrissando no contrato Transfer. Ou seja, privacidade não é um “plug-in” — é um estado nativo do nível do livro-razão. (DOCS)
O consenso também me fez corrigir uma impressão. Eu vi “comitê + PoS” e, instintivamente, classifiquei como um comitê comum de validadores. Só depois de olhar o design da SA (Succinct Attestation) é que percebi: ela separa produção de blocos, validação e confirmação final em papéis encadeados — primeiro alguém propõe, depois um comitê selecionado aleatoriamente valida, e por fim outro comitê faz a ratificação. Quando o bloco conclui a ratificação, isso vira finalização determinística, e não “primeiro vai para a cadeia e depois torce para não dar reorg”. Para liquidações financeiras, isso é ainda mais importante do que os números de TPS.
A camada de rede também tem um detalhe fácil de ignorar: o Dusk não segue a propagação “gossip” tradicional de “recebi a mensagem e repasso aleatoriamente para alguns vizinhos”; em vez disso, usa a overlay estruturada do Kadcast para controlar o caminho das mensagens. O valor desse design não é soar mais “sofisticado”, e sim deixar largura de banda e latência mais controláveis — em cenários financeiros, previsibilidade costuma valer mais do que o pico de throughput que aparece em propagandas. (Dusk)
Então, hoje minha avaliação sobre o Dusk mudou: o que realmente vale observar não é “se ele consegue virar mais um L1 em alta”, e sim se ele consegue embutir transações privadas, divulgação de conformidade, liquidação determinística e emissão de ativos no mesmo livro-razão subjacente.
Meu maior erro anterior foi achar que o Phoenix era a “função de privacidade” do Dusk. Pela análise do código-fonte e do modelo de transações, ele é outra forma de expressar ativos: o Moonlight é um modelo público de conta, enquanto o Phoenix divide o saldo em UTXOs consumíveis e usa provas de conhecimento zero para provar que eu tenho direito de gastar aquele dinheiro e que não estou gastando duas vezes, sem precisar expor todos os detalhes da transação. O mais importante: ambos acabam aterrissando no contrato Transfer. Ou seja, privacidade não é um “plug-in” — é um estado nativo do nível do livro-razão. (DOCS)
O consenso também me fez corrigir uma impressão. Eu vi “comitê + PoS” e, instintivamente, classifiquei como um comitê comum de validadores. Só depois de olhar o design da SA (Succinct Attestation) é que percebi: ela separa produção de blocos, validação e confirmação final em papéis encadeados — primeiro alguém propõe, depois um comitê selecionado aleatoriamente valida, e por fim outro comitê faz a ratificação. Quando o bloco conclui a ratificação, isso vira finalização determinística, e não “primeiro vai para a cadeia e depois torce para não dar reorg”. Para liquidações financeiras, isso é ainda mais importante do que os números de TPS.
A camada de rede também tem um detalhe fácil de ignorar: o Dusk não segue a propagação “gossip” tradicional de “recebi a mensagem e repasso aleatoriamente para alguns vizinhos”; em vez disso, usa a overlay estruturada do Kadcast para controlar o caminho das mensagens. O valor desse design não é soar mais “sofisticado”, e sim deixar largura de banda e latência mais controláveis — em cenários financeiros, previsibilidade costuma valer mais do que o pico de throughput que aparece em propagandas. (Dusk)
Então, hoje minha avaliação sobre o Dusk mudou: o que realmente vale observar não é “se ele consegue virar mais um L1 em alta”, e sim se ele consegue embutir transações privadas, divulgação de conformidade, liquidação determinística e emissão de ativos no mesmo livro-razão subjacente.