Voltei à documentação da Dusk na noite passada, tentando entender a Atestação Concisa (SA) além da descrição de PoS.

O que se destacou é o quanto depende da seleção determinística (DS). Um provedor precisa ter pelo menos 1.000 DUSK apostados, mas a elegibilidade é adiada por M = 2 × epoch − (altura mod epoch), com cada epoch atualmente com 2.160 blocos. A DS seleciona geradores de bloco e comitês usando pontuações baseadas em SHA3 e uma semente, tornando futuras seleções mais difíceis de pré-calcular.

O fluxo de consenso é proposta, validação e depois ratificação. Para ser Válido é necessário uma supermaioria de 2/3, enquanto para Inválido, NoCandidate ou NoQuorum é necessário 1/2 + 1. Podem existir até 50 iterações por rodada.

A votação do comitê é ponderada por créditos, atualmente 64, e assinaturas BLS permitem que os votos sejam agregados. Isso levanta uma questão de descentralização: a seleção ponderada por stake continua diversificada quando grandes provedores acumulam mais influência?

O modo de emergência após 16 iterações falhadas é uma troca de segurança: ele pode manter o consenso em andamento, mas iterações simultâneas podem aumentar o risco de fork. Um bloco de emergência exige solicitações de provedores que detêm a maioria do stake total.

A finalização contínua classifica blocos como accepted, attested, confirmed ou final.

Estou me perguntando: como esses limiares são testados sob estresse contra conluio, falhas de vivacidade e concentração de comitê?

#dusk $DUSK @Dusk