Os amigos correm no Dusk verificadores e perguntam se ele foi punido por ter perdido blocos consecutivamente por erro no nó — isso conta como má-fé? No começo eu pensei: “puniram, então foi punido; não há muito o que discutir.” No estilo do Cosmos, uma dupla assinatura já fecha a porta/manda para a “masmorra”, sem muito debate.
Depois fui ver o mecanismo de punição do Dusk e descobri que existem dois tipos. **Soft Slashing** (punição branda): trata especificamente de faltas não maliciosas, por exemplo, o nó cai quando deveria produzir bloco, ou não transmite dentro da janela de broadcast. Não envolve “fazer mal”, e sim problema operacional. A punição é assim: a cada violação consecutiva, desconta **N vezes 10%** dos direitos de staking, onde **N** é o número de violações consecutivas. Além disso, remove o nó da confirmação/convergência por **N epochs**; **epoch** é o ciclo de consenso do Dusk. Em cada rodada o conjunto de validadores é revezado. O DUSK descontado não é destruído: ele é tirado do staking ativo, e o nó consegue recuperar por conta própria.
**Hard Slashing** (punição severa): trata de comportamento malicioso. Produzir blocos inválidos desconta **10%** do staking e **destroi**. Votos duplos ou produção dupla de blocos descontam **20%** e também **destroem**. “Destruir” é de verdade: não é só bloquear um tempo e depois devolver.
Eu não tinha entendido por que separar em dois. Mais tarde, ao ler a parte da documentação sobre “responsabilização/traceabilidade”, eu entendi. Se o nó só perdeu blocos por oscilação da rede, e você ainda assim faz punição pesada, os validadores vão colocar o nó em cima da nuvem mais cara — o custo operacional sobe e, paradoxalmente, a descentralização piora. O **Soft Slashing** serve para empurrar nós não confiáveis para fora do conjunto ativo, mas ainda dá uma chance de recuperação. Como cada punição é “um pouco”, não quebra quem opera honestamente.
O que realmente mudou meu julgamento foi a configuração de **N**. Quanto mais violações consecutivas, maior o desconto e mais longo o tempo em que o nó é expulso. Na primeira queda: desconta **10%** e remove **1 epoch**. Na segunda: **20%** e remove **2 epochs**. A pressão cresce de forma exponencial. O nó ou recupera estabilidade, ou sai automaticamente. O **Hard Slashing** fica para quem faz mal de forma clara: uma vez destrói, sem janela de recuperação.
Vamos comparar com Polkadot. O Slashing do Polkadot também é escalonado, mas a taxa de punição é mais detalhada: de **0,1%** até **100%**, e a multa é dividida com quem denuncia. A estrutura do Dusk é mais simples: ou foi descuido, ou foi malícia; a proporção é fixa; e a destruição não recompensa o denunciante. A vantagem é que os validadores conseguem prever o custo de errar e não ficam com medo de rodar nós por causa de regras complexas.
Depois disso, o amigo disse que, desta vez, aceitou o **Soft Slashing**. A rede da casa dele caiu por meia hora. Agora eu entendo por que o Dusk separa os mecanismos assim. Sem punição em níveis, nó honesto e nó malicioso acabam tratados como iguais#dusk $DUSK @Dusk
Depois fui ver o mecanismo de punição do Dusk e descobri que existem dois tipos. **Soft Slashing** (punição branda): trata especificamente de faltas não maliciosas, por exemplo, o nó cai quando deveria produzir bloco, ou não transmite dentro da janela de broadcast. Não envolve “fazer mal”, e sim problema operacional. A punição é assim: a cada violação consecutiva, desconta **N vezes 10%** dos direitos de staking, onde **N** é o número de violações consecutivas. Além disso, remove o nó da confirmação/convergência por **N epochs**; **epoch** é o ciclo de consenso do Dusk. Em cada rodada o conjunto de validadores é revezado. O DUSK descontado não é destruído: ele é tirado do staking ativo, e o nó consegue recuperar por conta própria.
**Hard Slashing** (punição severa): trata de comportamento malicioso. Produzir blocos inválidos desconta **10%** do staking e **destroi**. Votos duplos ou produção dupla de blocos descontam **20%** e também **destroem**. “Destruir” é de verdade: não é só bloquear um tempo e depois devolver.
Eu não tinha entendido por que separar em dois. Mais tarde, ao ler a parte da documentação sobre “responsabilização/traceabilidade”, eu entendi. Se o nó só perdeu blocos por oscilação da rede, e você ainda assim faz punição pesada, os validadores vão colocar o nó em cima da nuvem mais cara — o custo operacional sobe e, paradoxalmente, a descentralização piora. O **Soft Slashing** serve para empurrar nós não confiáveis para fora do conjunto ativo, mas ainda dá uma chance de recuperação. Como cada punição é “um pouco”, não quebra quem opera honestamente.
O que realmente mudou meu julgamento foi a configuração de **N**. Quanto mais violações consecutivas, maior o desconto e mais longo o tempo em que o nó é expulso. Na primeira queda: desconta **10%** e remove **1 epoch**. Na segunda: **20%** e remove **2 epochs**. A pressão cresce de forma exponencial. O nó ou recupera estabilidade, ou sai automaticamente. O **Hard Slashing** fica para quem faz mal de forma clara: uma vez destrói, sem janela de recuperação.
Vamos comparar com Polkadot. O Slashing do Polkadot também é escalonado, mas a taxa de punição é mais detalhada: de **0,1%** até **100%**, e a multa é dividida com quem denuncia. A estrutura do Dusk é mais simples: ou foi descuido, ou foi malícia; a proporção é fixa; e a destruição não recompensa o denunciante. A vantagem é que os validadores conseguem prever o custo de errar e não ficam com medo de rodar nós por causa de regras complexas.
Depois disso, o amigo disse que, desta vez, aceitou o **Soft Slashing**. A rede da casa dele caiu por meia hora. Agora eu entendo por que o Dusk separa os mecanismos assim. Sem punição em níveis, nó honesto e nó malicioso acabam tratados como iguais#dusk $DUSK @Dusk
