#dusk $DUSK @Dusk
Eu inicialmente achei que o limite de 50 iterações do Dusk era apenas um teto técnico. Quanto mais eu olhava para isso, mais começava a parecer uma pequena janela para entender como a rede lida com discordâncias.
O consenso do Dusk foi projetado para avançar por proposta, validação e ratificação, com provedores selecionados por partição determinística. Mas quando mensagens chegam tarde, os provedores desaparecem ou a comunicação fica confusa, o consenso não desiste imediatamente. Ele ganha mais chances para convergir.
Isso mudou a forma como eu interpretei o número.
Não é realmente sobre “50 tentativas”. Parece mais um orçamento de paciência para quando a rede para de se comportar de forma normal.
Também achei interessante o trabalho do Dusk para contornar o curto-circuito de iterações com timeout e a repropagação de mensagens de iterações passadas ou futuras. Para mim, isso aponta para um problema menos óbvio: a recuperação não é apenas sobre tentar de novo; é sobre tornar essas tentativas extras úteis.
E é aí que a troca de decisões fica interessante.
Poucas iterações podem fazer uma interrupção temporária parecer uma falha. Muitas podem fazer a rede gastar tempo procurando acordo enquanto a latência continua se acumulando.
Então eu sempre volto a isso:
Quanto de discordância o Dusk consegue tolerar antes que o mecanismo criado para se recuperar dela se torne a fonte do atraso?
@Dusk #dusk $DUSK
Eu inicialmente achei que o limite de 50 iterações do Dusk era apenas um teto técnico. Quanto mais eu olhava para isso, mais começava a parecer uma pequena janela para entender como a rede lida com discordâncias.
O consenso do Dusk foi projetado para avançar por proposta, validação e ratificação, com provedores selecionados por partição determinística. Mas quando mensagens chegam tarde, os provedores desaparecem ou a comunicação fica confusa, o consenso não desiste imediatamente. Ele ganha mais chances para convergir.
Isso mudou a forma como eu interpretei o número.
Não é realmente sobre “50 tentativas”. Parece mais um orçamento de paciência para quando a rede para de se comportar de forma normal.
Também achei interessante o trabalho do Dusk para contornar o curto-circuito de iterações com timeout e a repropagação de mensagens de iterações passadas ou futuras. Para mim, isso aponta para um problema menos óbvio: a recuperação não é apenas sobre tentar de novo; é sobre tornar essas tentativas extras úteis.
E é aí que a troca de decisões fica interessante.
Poucas iterações podem fazer uma interrupção temporária parecer uma falha. Muitas podem fazer a rede gastar tempo procurando acordo enquanto a latência continua se acumulando.
Então eu sempre volto a isso:
Quanto de discordância o Dusk consegue tolerar antes que o mecanismo criado para se recuperar dela se torne a fonte do atraso?
@Dusk #dusk $DUSK