Nos dias anteriores, alguém no grupo perguntou: “Babylon, quando diz ‘praticar o mal’, exatamente o que quer dizer?” Eu queria fazer de conta que entendia e explicar umas duas frases, mas percebi que também não sabia explicar direito. Fiquei então de volta no whitepaper, e reli aquela parte sobre as condições para confisco, item por item.

Para ser honesto, depois de ler, tive uma sensação: a definição de Babylon para “praticar o mal” é mais estreita do que a maioria das pessoas imagina, mas também mais rígida.

No whitepaper, são listadas três condutas que podem levar a confisco; vou traduzir para uma linguagem mais direta.

A primeira é “dupla assinatura”. Na mesma altura, no mesmo nó, aparecem dois blocos contraditórios. Isso, no mundo PoS, é uma regra de ouro: se for pego, tem punição, sem discussão. É como se você assinasse duas vezes a mesma fatura no mesmo documento — uma vez dizendo que a mercadoria chegou e outra dizendo que não chegou. Isso não é um erro; é fraude.

A segunda é “bloco inválido verificado”. O nó assina um bloco que não segue uma regra de consenso. Isso equivale a assinar no topo sabendo que o livro-razão está com problema. É um pouco como um contador que sabe que uma fatura é falsa, mas ainda assim lança no sistema; se forem pegos, não há desculpa.

A terceira, acho, é a mais fácil de ignorar: chama-se “falha de atividade”. O nó fica offline por um longo período e não participa das assinaturas, o que causa problemas na finalidade (finalidade) da cadeia. O limiar disso, na verdade, é bem alto — não é ficar offline por alguns minutos que dá punição; é ficar offline continuamente por mais tempo do que uma janela de tolerância bem extensa. A Babylon não pretende sair perseguindo nós pequenos que caem ocasionalmente, mas se for um nó que fica “sumido” por muito tempo ou age com descaso, aí… não tem como.

Depois de ver esses três critérios, fiquei mais tranquilo. A definição de “praticar o mal” fica literalmente fixada; não é cláusula vaga, não é “tratamento a critério da equipe”. Se vai punir, quando vai punir e quanto vai punir — tudo é acionado por condições na própria cadeia. A margem de “sorte” de quem pratica o mal fica bem apertada, e nós que obedecem às regras não serão acusados injustamente por causa de flutuações de rede.

Para ser honesto, essa série de regras é bem rígida em alguns pontos, mas justamente por ser ousada em defini-la com precisão, eu sinto que dá para levar a sério.

Pergunta rápida: você acha que “falha de atividade” deveria ser punida?

#baby $BABY @BabylonLabs_io
A. 该罚,长期掉线就是变相耍赖,损害的是整个协议的安全性
67%
B. 不该罚太狠,节点运维本就复杂,偶尔宕机是正常现象
13%
C. 分情况,得看容忍窗口设多宽,太松了又没威慑力
20%
15 Votos • Votação encerrada