#dusk $DUSK Eu sempre pensei que o consenso da cadeia PoS fosse basicamente “quem faz a maior aposta registra/produz os blocos”, até ver a documentação de consenso da Dusk e perceber que os detalhes são muito mais complexos. A Dusk usa Succinct Attestation (SA). A ideia central é separar, em funções diferentes, a produção de blocos e a votação: a cada rodada, uma pequena parte do conjunto de Provisioners é sorteada por meio de uma função aleatória como candidatos a produtor de blocos e como membros de um comitê de validação. O comitê assina em múltiplas camadas e em rodadas sucessivas até agregar as assinaturas. Por fim, a solicitação de validação é comprimida em uma prova concisa — em vez de fazer com que todos os nós da rede transmitam as votações uma a uma.
Eu entendo isso como uma decisão de conselho com votação em camadas. Nem todos os acionistas precisam se manifestar ao mesmo tempo. Primeiro, seleciona-se um pequeno grupo para uma análise preliminar; se a análise preliminar for aprovada, a confirmação vai sendo ampliada camada por camada. Por fim, tudo é consolidado em uma ata breve, e os membros do conselho podem confirmar o resultado consultando a ata, sem precisar vasculhar cada voto. Esse desenho acelera a confirmação e reduz a quantidade de dados transmitidos. Em teoria, é mais adequado do que PoW tradicional ou PoS “puro” para cenários de liquidação financeira que precisam de determinação na produção de blocos.
Mas há um custo por trás da concisão. A aleatoriedade usada no sorteio e a distribuição do conjunto de Provisioners afetam diretamente os limites de segurança. Se a concentração de nós com apostas ativas for alta demais, a representatividade do comitê será prejudicada. A documentação oficial menciona mecanismos de penalidade para produção incorreta de blocos e comportamento bizantino; porém, em cenários extremos de partição de rede, se a agregação em múltiplas rodadas consegue convergir de forma estável, só poderá ser verificado com dados do mainnet a longo prazo — não dá para concluir apenas pelo que está no whitepaper. $SPCXB
Minha avaliação atual é que o Succinct Attestation desenha o caminho de confirmação de um jeito mais detalhado do que eu imaginava. A compressão da votação realmente resolve o problema de eficiência de broadcast, mas se a distribuição dos nós é saudável e como é o desempenho de tolerância a falhas em cenários extremos — ainda depende de dados reais do mainnet. Em projetos desse tipo de consenso, geralmente o que menos é discutido é o mais determinante: é justamente essa base que decide se a cadeia aguenta ou não cenários reais de finanças.
#dusk @Dusk