Pergunte à maioria das pessoas como a prova de participação (proof of stake) pune validadores ruins e elas dirão que é o slashing — isto é, o seu stake é queimado. A Dusk Network faz algo diferente, e eu acho que a lógica por trás disso é pouco valorizada. Em vez de destruir o stake diretamente, o protocolo usa o que chama de slashing suave (soft slashing).
Os provedores (provisioners), os nós que fazem staking de DUSK para propor e validar blocos, enfrentam duas possíveis penalidades por falhas ou indisponibilidade prolongada. A suspensão os remove da seleção por um ou mais epochs, cortando novos ganhos sem mexer no principal. A penalização vai além: move uma parte do stake para um pool de recompensas reembolsáveis (claimable), em vez de queimá-lo. Isso reduz o peso efetivo deles no processo de seleção sem destruir valor permanentemente. O stake mínimo para participar diretamente é de 1000 DUSK, sem limite superior para quem quiser rodar uma infraestrutura maior. A maturidade do stake dura duas epochs antes de o novo stake se tornar ativo, um breve “cooldown” contra a troca rápida em torno dos rounds de consenso.
A intenção é clara: punir comportamentos não confiáveis com força suficiente para ter impacto econômico, mas sem o tipo de queima permanente e intransigente que pode transformar uma semana ruim de um operador honesto, uma queda no servidor, uma atualização mal executada, em perda total. Isso combina com os operadores institucionais de nós que a Dusk está buscando, já que bancos e custodians não vão rodar infraestrutura em que uma única atualização mal configurada destrói capital real. Isso também se encaixa em um padrão maior: no fundo, tudo se trata de combinar privacidade, transparência, divulgação seletiva e liquidação determinística em algo em que mercados regulados possam confiar.
Minha pergunta sincera é se ser “perdoador” é o mesmo que ser suficientemente dissuasivo. Existem modelos de slashing mais rígidos justamente porque penalidades suaves podem não cobrar o bastante por um comportamento genuinamente malicioso, e não apenas por indisponibilidade honesta. A Dusk está apostando que a facilidade para o operador importa mais nesta fase do que a força punitiva máxima, e essa aposta ainda não foi testada por uma tentativa real e adversarial.
@Dusk $DUSK #dusk
Os provedores (provisioners), os nós que fazem staking de DUSK para propor e validar blocos, enfrentam duas possíveis penalidades por falhas ou indisponibilidade prolongada. A suspensão os remove da seleção por um ou mais epochs, cortando novos ganhos sem mexer no principal. A penalização vai além: move uma parte do stake para um pool de recompensas reembolsáveis (claimable), em vez de queimá-lo. Isso reduz o peso efetivo deles no processo de seleção sem destruir valor permanentemente. O stake mínimo para participar diretamente é de 1000 DUSK, sem limite superior para quem quiser rodar uma infraestrutura maior. A maturidade do stake dura duas epochs antes de o novo stake se tornar ativo, um breve “cooldown” contra a troca rápida em torno dos rounds de consenso.
A intenção é clara: punir comportamentos não confiáveis com força suficiente para ter impacto econômico, mas sem o tipo de queima permanente e intransigente que pode transformar uma semana ruim de um operador honesto, uma queda no servidor, uma atualização mal executada, em perda total. Isso combina com os operadores institucionais de nós que a Dusk está buscando, já que bancos e custodians não vão rodar infraestrutura em que uma única atualização mal configurada destrói capital real. Isso também se encaixa em um padrão maior: no fundo, tudo se trata de combinar privacidade, transparência, divulgação seletiva e liquidação determinística em algo em que mercados regulados possam confiar.
Minha pergunta sincera é se ser “perdoador” é o mesmo que ser suficientemente dissuasivo. Existem modelos de slashing mais rígidos justamente porque penalidades suaves podem não cobrar o bastante por um comportamento genuinamente malicioso, e não apenas por indisponibilidade honesta. A Dusk está apostando que a facilidade para o operador importa mais nesta fase do que a força punitiva máxima, e essa aposta ainda não foi testada por uma tentativa real e adversarial.
@Dusk $DUSK #dusk
