#dusk $DUSK 复盘@DUSK盘面没看到异常波动，我反倒坐下来把它的SA共识翻了一遍。Dusk agora chama esse conjunto de Succinct Attestation; alguns anos atrás, o whitepaper também chamava de SBA. No fundo, continua sendo um PoS de governo por comitê, mas a lógica de seleção tem alguns detalhes. A cada rodada, primeiro é sorteado um “generator” dentre os detentores de stake para produzir blocos; em seguida, o processo se divide em dois comitês para reduction e agreement. A proposta, a validação e a aprovação são separadas em três etapas, para que o mesmo grupo não fique ao mesmo tempo criando o enunciado e carimbando a decisão.
O sorteio é feito por deterministic sortition: a semente da rodada anterior, o número da rodada e o step são incorporados no SHA3. Depois, a seleção pondera por peso de stake, filtrando quem entra. A própria semente vem da chave privada de quem produziu o bloco, assinando a semente da rodada anterior. Assim, não dá para prever quem vai subir na rodada seguinte nem mesmo antes do próprio participante assinar — isso deixa o sistema mais “limpo” do que aqueles pools fixos de assentos. A agregação BLS comprime as assinaturas do comitê. O bloco segue uma progressão accepted → attested → confirmed → final, convergindo degrau por degrau. O “final determinístico” indicado no site deve levar cerca de 10 segundos; no caminho normal, não há bifurcação.
Mas eu deixo uma dúvida: quanto menor o comitê aleatório, menor o custo de comunicação — porém, se nós de borda ficarem offline, se houver drift de relógio, ou se o generator deliberadamente atrasar o broadcast, isso pode não aparecer durante períodos de baixa demanda na mainnet. Quando chegar a fase de pico de liquidações institucionais, será que o reduction pode travar e resultar em blocos vazios? As regras de recompensa e de elegibilidade para voto conseguem compensar parte disso, mas não é “carta de imunidade”. O paper matematicamente está bem fundamentado; a confiabilidade precisa ser testada sob pressão contínua, observando o ritmo de produção de blocos e os limites de rollback. Essa é, de verdade, a prova para a Dusk fazer infraestrutura financeira regulada.
O sorteio é feito por deterministic sortition: a semente da rodada anterior, o número da rodada e o step são incorporados no SHA3. Depois, a seleção pondera por peso de stake, filtrando quem entra. A própria semente vem da chave privada de quem produziu o bloco, assinando a semente da rodada anterior. Assim, não dá para prever quem vai subir na rodada seguinte nem mesmo antes do próprio participante assinar — isso deixa o sistema mais “limpo” do que aqueles pools fixos de assentos. A agregação BLS comprime as assinaturas do comitê. O bloco segue uma progressão accepted → attested → confirmed → final, convergindo degrau por degrau. O “final determinístico” indicado no site deve levar cerca de 10 segundos; no caminho normal, não há bifurcação.
Mas eu deixo uma dúvida: quanto menor o comitê aleatório, menor o custo de comunicação — porém, se nós de borda ficarem offline, se houver drift de relógio, ou se o generator deliberadamente atrasar o broadcast, isso pode não aparecer durante períodos de baixa demanda na mainnet. Quando chegar a fase de pico de liquidações institucionais, será que o reduction pode travar e resultar em blocos vazios? As regras de recompensa e de elegibilidade para voto conseguem compensar parte disso, mas não é “carta de imunidade”. O paper matematicamente está bem fundamentado; a confiabilidade precisa ser testada sob pressão contínua, observando o ritmo de produção de blocos e os limites de rollback. Essa é, de verdade, a prova para a Dusk fazer infraestrutura financeira regulada.