#dusk $DUSK @Dusk
Eu estava ajudando meu filho com a lição de casa tarde da noite quando, de repente, ele me perguntou:
“O que acontece se o computador travar?”
Minha primeira reação foi simples: “É só reiniciá-lo.”
Mas então pensei em algo que tenho lido no whitepaper da Dusk, e a pergunta de repente pareceu muito maior.
Uma blockchain pode ser impressionante quando tudo está funcionando perfeitamente. O verdadeiro teste, porém, é o que acontece quando as coisas começam a dar errado.
O design de consenso da Dusk tem um fluxo normal: um bloco é proposto, verificado e então aprovado. Se o suficiente dos participantes concordar—2/3—, o bloco segue adiante.
Mas e se a rede travar?
De acordo com o projeto, após 16 tentativas consecutivas falhas, o sistema pode entrar em um “modo de emergência”. Em vez de simplesmente parar e esperar que alguém reinicie, o mecanismo de timeout é desativado e a rede continua funcionando até que um bloco válido seja produzido.
Isso é uma mentalidade bem diferente de “é só dar reboot”.
É basicamente um plano de contingência embutido no processo de consenso.
E é aqui que eu acho a Dusk interessante. Para infraestrutura financeira, a confiabilidade durante condições anormais pode importar mais do que mais um número impressionante de TPS. As instituições precisam saber o que acontece quando a participação cai, os nós falham ou a rede enfrenta uma pressão inesperada.
Até a estrutura de recompensas mostra a atenção dada aos incentivos: 80% vai para o produtor de blocos, 10% para os votantes e 10% para o protocolo.
Claro, projetar no papel é uma coisa. Comprovar isso em condições do mundo real é outra.
A DuskEVM ainda está em testnet, então eu não estou pronto para dizer que tudo isso foi comprovado em escala.
Mas quanto mais fundo eu olho, mais eu acredito que essa é a pergunta que vale fazer sobre qualquer blockchain séria:
Não me mostre apenas como a rede funciona quando tudo vai bem. Mostre o que acontece quando tudo dá errado.
Eu estava ajudando meu filho com a lição de casa tarde da noite quando, de repente, ele me perguntou:
“O que acontece se o computador travar?”
Minha primeira reação foi simples: “É só reiniciá-lo.”
Mas então pensei em algo que tenho lido no whitepaper da Dusk, e a pergunta de repente pareceu muito maior.
Uma blockchain pode ser impressionante quando tudo está funcionando perfeitamente. O verdadeiro teste, porém, é o que acontece quando as coisas começam a dar errado.
O design de consenso da Dusk tem um fluxo normal: um bloco é proposto, verificado e então aprovado. Se o suficiente dos participantes concordar—2/3—, o bloco segue adiante.
Mas e se a rede travar?
De acordo com o projeto, após 16 tentativas consecutivas falhas, o sistema pode entrar em um “modo de emergência”. Em vez de simplesmente parar e esperar que alguém reinicie, o mecanismo de timeout é desativado e a rede continua funcionando até que um bloco válido seja produzido.
Isso é uma mentalidade bem diferente de “é só dar reboot”.
É basicamente um plano de contingência embutido no processo de consenso.
E é aqui que eu acho a Dusk interessante. Para infraestrutura financeira, a confiabilidade durante condições anormais pode importar mais do que mais um número impressionante de TPS. As instituições precisam saber o que acontece quando a participação cai, os nós falham ou a rede enfrenta uma pressão inesperada.
Até a estrutura de recompensas mostra a atenção dada aos incentivos: 80% vai para o produtor de blocos, 10% para os votantes e 10% para o protocolo.
Claro, projetar no papel é uma coisa. Comprovar isso em condições do mundo real é outra.
A DuskEVM ainda está em testnet, então eu não estou pronto para dizer que tudo isso foi comprovado em escala.
Mas quanto mais fundo eu olho, mais eu acredito que essa é a pergunta que vale fazer sobre qualquer blockchain séria:
Não me mostre apenas como a rede funciona quando tudo vai bem. Mostre o que acontece quando tudo dá errado.
