#dusk $DUSK @Dusk
Eu estava lendo a documentação de consenso do Dusk esta semana, principalmente curioso sobre se a "finalidade rápida" realmente se mantém sob estresse — e não apenas em um dia de rede limpo. A Retenção de Atenuação (Succinct Attestation) faz cada rodada passar por três etapas — proposta, validação e ratificação — com um gerador de blocos e dois comitês escolhidos por ordenação determinística (sortition), ponderados por participação (stake) em vez de contagem de participantes. Tudo bem, isso explica as condições normais.
O que me chamou atenção foi a cláusula do Modo de Emergência, escondida além da descrição do caminho feliz. Se as iterações continuarem falhando, o protocolo não apenas tenta novamente em um cronômetro: ele desabilita os timeouts completamente e continua rodando até que o quórum seja de fato alcançado. Isso é um modo de falha significativamente diferente da maioria das cadeias PoS, que geralmente apenas aguardam que a indisponibilidade passe e torcem para que os validadores voltem a ficar online. Remover o timeout parece resiliente no papel, mas também significa que o tempo de finalização fica não limitado exatamente no cenário em que a certeza importa mais — durante uma indisponibilidade, e não depois de uma.
Para uma rede que se posiciona para finanças reguladas, esse equilíbrio vale ficar examinando a fundo em vez de apenas passar por cima. Um sistema de liquidação que garante "correto eventualmente" não é exatamente a mesma promessa que "rápido", e não tenho certeza se @Dusk já reconciliou completamente qual deles está, na prática, vendendo. Fico curioso sobre com que frequência o Modo de Emergência realmente foi acionado na mainnet até agora.
$DUSK #DUSK
Eu estava lendo a documentação de consenso do Dusk esta semana, principalmente curioso sobre se a "finalidade rápida" realmente se mantém sob estresse — e não apenas em um dia de rede limpo. A Retenção de Atenuação (Succinct Attestation) faz cada rodada passar por três etapas — proposta, validação e ratificação — com um gerador de blocos e dois comitês escolhidos por ordenação determinística (sortition), ponderados por participação (stake) em vez de contagem de participantes. Tudo bem, isso explica as condições normais.
O que me chamou atenção foi a cláusula do Modo de Emergência, escondida além da descrição do caminho feliz. Se as iterações continuarem falhando, o protocolo não apenas tenta novamente em um cronômetro: ele desabilita os timeouts completamente e continua rodando até que o quórum seja de fato alcançado. Isso é um modo de falha significativamente diferente da maioria das cadeias PoS, que geralmente apenas aguardam que a indisponibilidade passe e torcem para que os validadores voltem a ficar online. Remover o timeout parece resiliente no papel, mas também significa que o tempo de finalização fica não limitado exatamente no cenário em que a certeza importa mais — durante uma indisponibilidade, e não depois de uma.
Para uma rede que se posiciona para finanças reguladas, esse equilíbrio vale ficar examinando a fundo em vez de apenas passar por cima. Um sistema de liquidação que garante "correto eventualmente" não é exatamente a mesma promessa que "rápido", e não tenho certeza se @Dusk já reconciliou completamente qual deles está, na prática, vendendo. Fico curioso sobre com que frequência o Modo de Emergência realmente foi acionado na mainnet até agora.
$DUSK #DUSK