#dusk $DUSK @Dusk
Eu pensei que, quando uma blockchain aceita um bloco, pronto: é permanente, acabou, não há mais movimento. acontece que o dusk trata aceitação e finalidade como duas coisas completamente separadas, e um bloco pode ficar entre elas por algum tempo.
Quando eu olhei para isso pela primeira vez, achei que aceitar significava que o bloco já estava travado naquele momento. a diferença real entre essas duas palavras era mais interessante.
Um bloco só ganha finalidade instantânea em dois casos específicos. ou ele cai na iteração zero, bem em cima de um bloco que já estava final, ou ele cai em uma iteração posterior e todas as iterações anteriores expiram, sem que nada seja produzido. fora desses dois casos, um bloco aceito ainda não é final. ele apenas fica lá, aguardando.
Então o dusk criou um segundo caminho para tudo o que não se qualifica. ele chama isso de finalidade em rolagem. a rede caminha para trás, a partir do bloco aceito mais recente, até o último bloco que realmente era final, somando o peso de stake por trás de cada timeout e do certificado de vitória ao longo do caminho. quando esse peso de stake ultrapassa dois terços do total, o bloco em que ele aterrissa é marcado como final. depois disso.
O que tornou esse ponto mais difícil para mim é que, aqui, a finalidade não é uma propriedade que o bloco conquista no momento em que é feito. ela é atribuída para trás, mais tarde, quando o peso da rede suficiente se alinha atrás dele.
o mesmo mecanismo de fallback que permite ao dusk se recuperar quando uma rodada trava é exatamente o que mantém um bloco recém-aceito preso em um limbo, ainda não seguro para tratar como permanente.
Ainda não sei quanto tempo, na prática, essa janela de limbo costuma durar, nem com que frequência duas versões concorrentes de um bloco acabam parecendo válidas para diferentes partes da rede antes que a finalidade em rolagem resolva isso.
#Dusk/usdt✅ #BullRunAhead $BTC $PROM
Eu pensei que, quando uma blockchain aceita um bloco, pronto: é permanente, acabou, não há mais movimento. acontece que o dusk trata aceitação e finalidade como duas coisas completamente separadas, e um bloco pode ficar entre elas por algum tempo.
Quando eu olhei para isso pela primeira vez, achei que aceitar significava que o bloco já estava travado naquele momento. a diferença real entre essas duas palavras era mais interessante.
Um bloco só ganha finalidade instantânea em dois casos específicos. ou ele cai na iteração zero, bem em cima de um bloco que já estava final, ou ele cai em uma iteração posterior e todas as iterações anteriores expiram, sem que nada seja produzido. fora desses dois casos, um bloco aceito ainda não é final. ele apenas fica lá, aguardando.
Então o dusk criou um segundo caminho para tudo o que não se qualifica. ele chama isso de finalidade em rolagem. a rede caminha para trás, a partir do bloco aceito mais recente, até o último bloco que realmente era final, somando o peso de stake por trás de cada timeout e do certificado de vitória ao longo do caminho. quando esse peso de stake ultrapassa dois terços do total, o bloco em que ele aterrissa é marcado como final. depois disso.
O que tornou esse ponto mais difícil para mim é que, aqui, a finalidade não é uma propriedade que o bloco conquista no momento em que é feito. ela é atribuída para trás, mais tarde, quando o peso da rede suficiente se alinha atrás dele.
o mesmo mecanismo de fallback que permite ao dusk se recuperar quando uma rodada trava é exatamente o que mantém um bloco recém-aceito preso em um limbo, ainda não seguro para tratar como permanente.
Ainda não sei quanto tempo, na prática, essa janela de limbo costuma durar, nem com que frequência duas versões concorrentes de um bloco acabam parecendo válidas para diferentes partes da rede antes que a finalidade em rolagem resolva isso.
#Dusk/usdt✅ #BullRunAhead $BTC $PROM
