Irmãos, no dia 25 de agosto, a BNB Chain vai receber o hard fork do Pasteur. Alguém aí já foi fuçar a documentação de atualização? O BEP-675 é particularmente interessante: ele separa completamente o trabalho de “empacotar blocos” do trabalho de “validar blocos”. Doravante, quem cria os blocos só cuida de criar; os nós de validação apenas conferem rapidamente de acordo com as regras e, se estiver tudo certo, assinam e transmitem o sinal; revisões detalhadas ficam para depois.
Quando eu vi isso, dei um tapa na perna! Esse roteiro eu já conheço demais. O pessoal do lado, @Dusk , já brincou com essa lógica de “separar criação e validação” até ficar extravagante—e separou ainda mais duro. A Dusk implementou diretamente na camada mais baixa do consenso um esquema de “três turnos de esteira”: a primeira turma fica responsável por montar os blocos; a segunda turma funciona como inspetores de qualidade para checar se tem alguma marosca; a terceira turma faz a aprovação final. Camadas em formato de bonecas russas, todo mundo observando todo mundo, ninguém consegue dominar sozinho.
O mais engraçado é que a própria oficial chama esse mecanismo de “Attestação Sucinta (Succinct Attestation)”. Falando sério: no processo, dá para fazer dezenas de rodadas de votação iterativa. Onde está a “sucinteza”? A verdadeira “sucinta” é só o documento de prova final que fica pronto no final.
Claro, esse “tripartite” (separação de três poderes) até pode funcionar; o motivo principal é que a $DUSK segura o core. Quer entrar no comitê? Primeiro, precisa fazer uma garantia (stake) de pelo menos 1000 DUSK. Se fizer direito, ganha recompensa em moedas novas. Se der mancada ou fizer algo maldoso? Aí é Slashing: tira o capital. Ou seja, não é um fluxo técnico simples; é literalmente um grande cadeado de responsabilidade, trancado com dinheiro de verdade.
Mas eu, que sou do tipo que gosta de apontar falhas, ainda hoje tenho que jogar uma balde de água fria. Quanto mais a arquitetura de uma blockchain se divide em partes menores, mais frequentes ficam a comunicação e as assinaturas entre os nós, e mais minas de bug o sistema esconde. A Dusk concentra o poder de voto em um pequeno grupo de comitês: parece que isso evita falha de ponto único, mas o risco de um “círculo pequeno” ser capturado coletivamente na verdade aumenta. E olhando de novo para o que a BNB fez nessa fase—“assinar antes de inspecionar”: aquele intervalo de tempo que surgiu no meio, será que vai virar um prato cheio para hackers? Difícil dizer.
Por isso, meu sentimento agora está bem contraditório: descentralização e equilíbrio de poder são, sem dúvida, uma direção boa, mas a complexidade na prática deixa qualquer um com um pé atrás. O que vocês acham? Essa forma de ir desmembrando cada vez mais o mecanismo de consenso é mesmo um caminho obrigatório para evoluir uma blockchain, ou quanto mais mexe, mais fácil vira confusão e dá ruim? Vejam a seção de comentários—vamos discutir com calma!
#dusk $DUSK
Quando eu vi isso, dei um tapa na perna! Esse roteiro eu já conheço demais. O pessoal do lado, @Dusk , já brincou com essa lógica de “separar criação e validação” até ficar extravagante—e separou ainda mais duro. A Dusk implementou diretamente na camada mais baixa do consenso um esquema de “três turnos de esteira”: a primeira turma fica responsável por montar os blocos; a segunda turma funciona como inspetores de qualidade para checar se tem alguma marosca; a terceira turma faz a aprovação final. Camadas em formato de bonecas russas, todo mundo observando todo mundo, ninguém consegue dominar sozinho.
O mais engraçado é que a própria oficial chama esse mecanismo de “Attestação Sucinta (Succinct Attestation)”. Falando sério: no processo, dá para fazer dezenas de rodadas de votação iterativa. Onde está a “sucinteza”? A verdadeira “sucinta” é só o documento de prova final que fica pronto no final.
Claro, esse “tripartite” (separação de três poderes) até pode funcionar; o motivo principal é que a $DUSK segura o core. Quer entrar no comitê? Primeiro, precisa fazer uma garantia (stake) de pelo menos 1000 DUSK. Se fizer direito, ganha recompensa em moedas novas. Se der mancada ou fizer algo maldoso? Aí é Slashing: tira o capital. Ou seja, não é um fluxo técnico simples; é literalmente um grande cadeado de responsabilidade, trancado com dinheiro de verdade.
Mas eu, que sou do tipo que gosta de apontar falhas, ainda hoje tenho que jogar uma balde de água fria. Quanto mais a arquitetura de uma blockchain se divide em partes menores, mais frequentes ficam a comunicação e as assinaturas entre os nós, e mais minas de bug o sistema esconde. A Dusk concentra o poder de voto em um pequeno grupo de comitês: parece que isso evita falha de ponto único, mas o risco de um “círculo pequeno” ser capturado coletivamente na verdade aumenta. E olhando de novo para o que a BNB fez nessa fase—“assinar antes de inspecionar”: aquele intervalo de tempo que surgiu no meio, será que vai virar um prato cheio para hackers? Difícil dizer.
Por isso, meu sentimento agora está bem contraditório: descentralização e equilíbrio de poder são, sem dúvida, uma direção boa, mas a complexidade na prática deixa qualquer um com um pé atrás. O que vocês acham? Essa forma de ir desmembrando cada vez mais o mecanismo de consenso é mesmo um caminho obrigatório para evoluir uma blockchain, ou quanto mais mexe, mais fácil vira confusão e dá ruim? Vejam a seção de comentários—vamos discutir com calma!
#dusk $DUSK