Antes eu lia o consenso PoS e tinha o hábito de tratá-lo como um papel de “validador” que vai e volta. Uns dias atrás, ao ler o white paper de consenso SBA da @dusk_network, acabei ficando preso justamente ao jeito como ele pega uma palavra e a desdobra em detalhes. $GRVT
No começo, eu achava que PoS com sistema de comitês era só juntar um grupo de nós para votar; depois, quando fui lendo a parte sobre Generator e Provisioner “um contra o outro”, percebi que a Dusk está forçando a separação do consenso em dois tipos de papéis, com responsabilidades rigidamente dissociadas. O método dela não é como a maioria dos PoS: não é permitir que a mesma turma tanto proponha quanto confirme no fim. Em vez disso, o Generator gera blocos, e um sorteio é escolhido por loteria cega via leilão (blind bid privacy). O Provisioner é o comitê de validação com staking público; ele só se encarrega da redução do bloco e daquele último consenso binário. No white paper, está escrito em três etapas: Block Generation → Block Reduction → Block Agreement. Com uma mistura de fraca sincronização e assíncrono, o resultado é determinismo estatístico e finalização de liquidação rápida — o que é bem diferente de uma confirmação probabilística, como a do Ethereum. Em outras palavras: quem gera o bloco e quem dá o veredito não é o mesmo grupo, reduzindo bastante o espaço para manobras de uma parte maliciosa. $AEON
Mais tarde, eu entendi que o que a Dusk realmente está tentando resolver não é “deixar o consenso um pouco mais rápido”, e sim, após separar o poder de produção do bloco do poder de confirmação, traçar uma fronteira clara para os danos que um único papel poderia causar.
Mas isso não significa que está tudo garantido. Sob suposições de sincronização fraca, se a rede ficar para trás por muito tempo, será que as duas etapas — redução e confirmação — conseguem se encaixar de forma estável? Nas informações públicas, não detalharam como o sistema se comporta em bifurcações extremas; isso ainda precisa ser observado.
Se esse caminho funciona ou não, só o tempo vai confirmar. Mas, pelo menos, ele trata a separação de responsabilidades como uma cidadã de primeira classe do consenso. Você se importa mais com eficiência na geração de blocos, ou mais com a ideia de que um papel isolado fica limitado por regras? Comente aí.
@Dusk_Foundation #dusk $DUSK ；
No começo, eu achava que PoS com sistema de comitês era só juntar um grupo de nós para votar; depois, quando fui lendo a parte sobre Generator e Provisioner “um contra o outro”, percebi que a Dusk está forçando a separação do consenso em dois tipos de papéis, com responsabilidades rigidamente dissociadas. O método dela não é como a maioria dos PoS: não é permitir que a mesma turma tanto proponha quanto confirme no fim. Em vez disso, o Generator gera blocos, e um sorteio é escolhido por loteria cega via leilão (blind bid privacy). O Provisioner é o comitê de validação com staking público; ele só se encarrega da redução do bloco e daquele último consenso binário. No white paper, está escrito em três etapas: Block Generation → Block Reduction → Block Agreement. Com uma mistura de fraca sincronização e assíncrono, o resultado é determinismo estatístico e finalização de liquidação rápida — o que é bem diferente de uma confirmação probabilística, como a do Ethereum. Em outras palavras: quem gera o bloco e quem dá o veredito não é o mesmo grupo, reduzindo bastante o espaço para manobras de uma parte maliciosa. $AEON
Mais tarde, eu entendi que o que a Dusk realmente está tentando resolver não é “deixar o consenso um pouco mais rápido”, e sim, após separar o poder de produção do bloco do poder de confirmação, traçar uma fronteira clara para os danos que um único papel poderia causar.
Mas isso não significa que está tudo garantido. Sob suposições de sincronização fraca, se a rede ficar para trás por muito tempo, será que as duas etapas — redução e confirmação — conseguem se encaixar de forma estável? Nas informações públicas, não detalharam como o sistema se comporta em bifurcações extremas; isso ainda precisa ser observado.
Se esse caminho funciona ou não, só o tempo vai confirmar. Mas, pelo menos, ele trata a separação de responsabilidades como uma cidadã de primeira classe do consenso. Você se importa mais com eficiência na geração de blocos, ou mais com a ideia de que um papel isolado fica limitado por regras? Comente aí.
@Dusk_Foundation #dusk $DUSK ；