Depois de passar alguns dias cavando/mergulhando no Dusk, uma coisa começou a se destacar para mim: a parte interessante não é apenas como o consenso funciona quando tudo vai bem; é o que acontece quando a rede não consegue chegar lá.
Imagine várias iterações falhando porque provisionadores-chave estão offline ou isolados. Um sistema poderia simplesmente continuar com timeouts e aguardando.
O Dusk toma um caminho diferente.
De acordo com o whitepaper, após 16 iterações consecutivas falhadas, o protocolo de Attestation Succinct entra em Modo de Emergência. Os timeouts de etapa são desativados e o processo continua em movimento até que um bloco candidato seja gerado e o quórum seja alcançado tanto na validação quanto na ratificação.
Mas há uma compensação importante.
Múltiplas iterações abertas podem rodar ao mesmo tempo, aumentando a chance de alcançar um bloco válido enquanto também aumentam as possibilidades de forks. O Dusk resolve esses forks selecionando o candidato da iteração mais baixa.
O que chamou minha atenção foi a filosofia de design: falha não é tratada como o fim do processo. O protocolo tem um caminho definido para continuar em direção a uma decisão mesmo sob condições extremas de rede.
Isso torna o Modo de Emergência menos como um interruptor de backup e mais como uma parte cuidadosamente projetada de como o Dusk lida com falhas.
@Dusk $DUSK
$GPS
#dusk $PORTAL
Imagine várias iterações falhando porque provisionadores-chave estão offline ou isolados. Um sistema poderia simplesmente continuar com timeouts e aguardando.
O Dusk toma um caminho diferente.
De acordo com o whitepaper, após 16 iterações consecutivas falhadas, o protocolo de Attestation Succinct entra em Modo de Emergência. Os timeouts de etapa são desativados e o processo continua em movimento até que um bloco candidato seja gerado e o quórum seja alcançado tanto na validação quanto na ratificação.
Mas há uma compensação importante.
Múltiplas iterações abertas podem rodar ao mesmo tempo, aumentando a chance de alcançar um bloco válido enquanto também aumentam as possibilidades de forks. O Dusk resolve esses forks selecionando o candidato da iteração mais baixa.
O que chamou minha atenção foi a filosofia de design: falha não é tratada como o fim do processo. O protocolo tem um caminho definido para continuar em direção a uma decisão mesmo sob condições extremas de rede.
Isso torna o Modo de Emergência menos como um interruptor de backup e mais como uma parte cuidadosamente projetada de como o Dusk lida com falhas.
@Dusk $DUSK
$GPS
#dusk $PORTAL