Eu estava investigando como o consenso do Dusk realmente chega à finalização, e o enquadramento de “um bloco, uma confirmação” começou a parecer incompleto.

A Attestation Succinct funciona em rodadas, e cada rodada pode executar várias iterações se um comitê falhar em produzir ou validar um bloco a tempo. À primeira vista, isso é apenas um mecanismo de tentativa — bem, a rede se corrige. Mas quando acompanhei o que uma iteração falha realmente custa, não é só uma tentativa abstrata. Cada iteração falha reorganiza o comitê, redefine a janela de votação e empurra o carimbo de tempo da finalização ainda mais para frente. Esse atraso não aparece em lugar nenhum como um único número — ele se distribui entre quem está esperando aquele bloco: um contraparte de liquidação, um relay de ponte, um app que verifica o status da confirmação.

Então o “tempo de finalização” que as pessoas citam é, na verdade, um valor de melhor caso. O custo real é condicional — ele se acumula com as condições da rede, a responsividade dos validadores e a frequência com que os comitês realmente concluem o trabalho na primeira tentativa. Ninguém carrega esse risco de forma uniforme; quem está esperando pela transação absorve isso, não o protocolo.

Ainda não tenho certeza de como essa taxa de falha se comporta quando tanto o volume de transações quanto a rotatividade dos comitês aumentam juntos.
#dusk $DUSK @Dusk