#dusk $DUSK Hoje eu desmontei o protocolo de consenso SA de @Dusk e travo em uma palavra: "committee-based". Muitas cadeias PoS usam o mecanismo de comitês, mas o SA do Dusk — Succinct Attestation — segue três etapas: proposta, validação e aprovação; cada uma das três etapas é executada por um provisioner diferente escolhido aleatoriamente.
Na primeira etapa, um provisioner cria e transmite um bloco candidato. Na segunda, um comitê de validação verifica se o bloco é válido. Na terceira, outro comitê de aprovação confirma o resultado da validação e então finaliza o bloco. À primeira vista parece ter uma etapa a mais, mas essa etapa separa "validação" e "confirmar o resultado da validação".
Entendi a intenção por trás desse desenho: se a validação e a aprovação forem feitas pelo mesmo grupo de pessoas, o próprio resultado da validação vira uma conclusão final, sem contrapeso. Separar em duas etapas significa que o comitê de aprovação não precisa apenas olhar o bloco, mas também precisa verificar se o comitê de validação realmente fez o trabalho direito. Isso equivale a adicionar uma camada de controle de qualidade ao consenso.
Esse desenho também impõe uma restrição implícita: os comitês são escolhidos de forma aleatória, com base na quantidade de stake. Um atacante que queira controlar uma etapa precisa, ao mesmo tempo, controlar uma grande quantidade de stake e também ser selecionado ao acaso para o mesmo comitê naquela rodada. Em termos de probabilidade, isso é muito mais difícil do que controlar um único grupo de validação.
Mas o custo do consenso em etapas é a latência. Cada etapa adicional adiciona mais uma rodada de comunicação. Como o SA consegue manter confirmações de baixa latência em cenários de negociação financeira de alta frequência — essa parte eu ainda não encontrei dados suficientes em documentação pública.
Ao observar a camada de consenso de #dusk , vou continuar acompanhando o intervalo de tempo do bloco até a finalização, a frequência de rotação dos comitês e a taxa de forks na rede real. Como o DUSK é um ativo de stake, as suposições de segurança do consenso determinam diretamente o tipo de risco que os stakers enfrentam. #dusk @Dusk