#dusk $DUSK @Dusk
Eu costumava pensar que o limite de 50 iterações do Dusk era apenas um teto técnico, uma válvula de segurança que raramente é acionada. Olhando melhor, ele parece mais uma delimitação de quanto tempo o consenso está disposto a continuar lutando apesar das discordâncias.
Cada rodada passa por proposta, validação, ratificação e finalização, com provisionadores escolhidos por ordenação determinística em cada etapa. Em condições normais, essa sequência se resolve rapidamente, mirando algo em torno de 15 segundos por bloco. Mas mensagens atrasadas, provisionadores offline ou condições adversariais empurram o consenso para mais iterações, e materiais antigos do Dusk reconheciam abertamente que redes difíceis precisariam de ainda mais.
O que chamou minha atenção foi o trabalho de recuperação por baixo, interrompendo iterações que já expiraram e republicando mensagens de iterações passadas ou futuras para que a rede consiga acompanhar novamente.
Isso muda totalmente o enquadramento do contador. Não é apenas rastrear tentativas; é gerenciar a recuperação.
Então a pergunta real não é por que 50. É quanto de discordância o Dusk consegue absorver antes que a velocidade tenha de ceder à certeza.
$PORTAL
$ONG