Slashing explicado: como o cripto em staking é penalizado

O staking costuma ser descrito como se os únicos resultados possíveis fossem recompensas ou nada. Existe um terceiro resultado, e ele foi colocado no desenho do sistema de propósito. Em muitas redes de prova de participação, um stake usado para agir de má-fé pode ser reduzido. Esse mecanismo se chama slashing.

O nome soa alarmante e, para quem está começando no staking, muitas vezes é mesmo. Também é uma das partes mais tranquilizadoras do sistema, uma vez que você entende o que ele existe para evitar. Este artigo explica por que as penalidades existem, o que costuma acioná-las, quem arca com o custo e como pensar sobre o risco antes de delegar qualquer coisa. É um texto informativo e não é consultoria financeira.

Por que existem penalidades

Uma blockchain precisa que todos concordem com um único histórico compartilhado. A prova de participação alcança isso pedindo que os participantes bloqueiem tokens e os usem para propor blocos e atestá-los. O stake é o que dá peso à assinatura deles.

Esse desenho só se sustenta se houver um custo para mentir. Se um validador pudesse assinar duas versões conflitantes do histórico e não perder nada, atacar a rede seria gratuito e toda a estrutura não valeria nada. O slashing fornece esse custo. Ele torna uma classe específica de má conduta comprovadamente cara para quem a cometeu.

Visto assim, o slashing não é um recurso hostil voltado contra os usuários. É o que torna as recompensas significativas em primeiro lugar, porque sustenta a garantia de que a participação honesta de todos os outros vale alguma coisa.

O que o slashing costuma punir

As regras exatas, os limites e as severidades variam entre as redes e podem ser alterados por governança, então trate isto como o formato geral, e não como a especificação de uma cadeia em particular. Duas categorias aparecem repetidamente.

Assinar declarações conflitantes

O caso mais claro é um validador produzir duas mensagens contraditórias para o mesmo slot ou altura, algo comumente descrito como assinatura dupla ou equivocação. É esse comportamento que poderia dividir o histórico da cadeia, e ele é tratado com seriedade onde quer que seja penalizado.

Importante: isso não exige má intenção. Uma causa frequente é acidental: a mesma chave de validador rodando em duas máquinas ao mesmo tempo, muitas vezes quando alguém monta um servidor reserva sem desativar o original corretamente. O protocolo não consegue ler intenções. Ele vê duas assinaturas conflitantes de uma mesma chave.

Não cumprir a função

A segunda categoria é não participar quando é preciso. As redes lidam com isso de maneiras muito diferentes. Em muitas delas, uma indisponibilidade comum significa apenas nenhuma recompensa no período perdido, o que é uma oportunidade perdida e não um stake destruído. Em outras, uma indisponibilidade prolongada ou grave pode levar a uma penalidade sobre o stake, ou à remoção do validador do conjunto ativo até que o problema seja resolvido.

O princípio geral é que quedas isoladas e breves tendem a ser baratas, enquanto falhas sustentadas tendem a escalar. Essa distinção evita muita preocupação desnecessária: perder recompensas porque um validador ficou brevemente fora do ar é comum e leve, enquanto ter o stake destruído por equivocação é raro e grave. A maioria dos delegantes, na maior parte do tempo, vivencia os problemas de validadores como recompensas um pouco menores, e não como perdas.

Quem realmente perde o dinheiro

Aqui está a parte que surpreende quem delega em vez de rodar o próprio validador.

Quando você delega, na maioria dos desenhos você não está entregando a custódia dos seus tokens. O operador não pode gastá-los. O que você está fazendo é emprestar o peso do seu stake ao validador dele, para que as assinaturas dele carreguem a influência dos seus tokens.

Como a penalidade se aplica ao stake por trás do validador que agiu mal, os delegantes geralmente participam dela de forma proporcional. O operador perde o próprio stake e a receita futura de taxas, mas os tokens dos delegantes não ficam protegidos só porque foi outra pessoa que operou a máquina.

É por isso que escolher um operador é uma decisão de verdade, e não uma formalidade. Você está confiando no manejo de chaves, na infraestrutura, no monitoramento e na disciplina de atualização dessa pessoa. Alguns operadores divulgam acordos próprios de cobertura ou prometem reembolsar os delegantes afetados. Esses acordos podem ser genuínos, mas são promessas comerciais e não garantias do protocolo, e valem apenas o que valer a entidade que as faz.

Reduzindo sua exposição

Você não consegue eliminar esse risco enquanto faz staking, mas pode ser deliberado a respeito dele. Coisas que vale a pena pesar antes de delegar:

• Histórico de operação. Um registro longo e sem incidentes ao longo das atualizações da rede diz mais do que o marketing.
• Se o operador já foi penalizado antes, e o que ele publicou sobre isso depois. Relatos de incidente públicos e específicos são um bom sinal, não um mau sinal.
• Quanto stake ele já controla. Concentrar stake em um punhado de grandes operadores é um risco para a rede como um todo, e distribuir a delegação entre operadores menores e competentes ajuda todo mundo, inclusive você.
• Se você está distribuindo a sua própria delegação em vez de colocar tudo atrás de um único validador.
• Comissão que faça sentido. Uma comissão extremamente baixa ou zero pode não sustentar a confiabilidade da qual você depende.
• Comunicação. Operadores que explicam as quedas com clareza tendem a ser os que conduzem as coisas com cuidado.

Se você roda o próprio validador, as prioridades mudam para o manejo de chaves. A causa recorrente de equivocação acidental é uma chave de assinatura ativa em dois lugares, então a disciplina é tratar essa chave como algo que existe em exatamente um sistema em execução a cada momento, e ser extremamente cuidadoso durante migrações, restaurações e backups.

O que o slashing não é

Como a palavra soa dramática, ela acaba sendo mal usada. Vale afirmar alguns esclarecimentos com todas as letras.

Slashing não é uma taxa cobrada por uma empresa. É uma penalidade em nível de protocolo aplicada por regras, não uma cobrança que alguém decidiu impor.

Slashing não é algo que um agente de suporte possa reverter para você, e não é motivo para entregar sua frase de recuperação a ninguém. Se uma mensagem afirma que seu stake está em risco e pede que você verifique, restaure ou migre sua carteira, isso é um padrão de golpe e não um mecanismo da rede. Nosso guia de fundamentos de segurança de carteira explica por que nenhum processo legítimo jamais precisa dessas palavras, e os padrões atuais de falsificação de identidade estão em alertas de golpes.

O slashing também não é motivo para aceitar uma oferta que afirma ter eliminado todo o lado negativo. As recompensas da prova de participação existem porque os participantes assumem risco e abrem mão de flexibilidade. Um produto que promete as recompensas sem nenhuma da exposição normalmente moveu o risco para um lugar menos visível, em vez de eliminá-lo.

A forma razoável de encarar isso

Para a maioria dos delegantes, o slashing é um risco de baixa probabilidade e alta consequência, administrado escolhendo operadores com cuidado e não concentrando tudo em um só lugar. Não é motivo para evitar o staking, e também não é algo para ignorar.

O enquadramento saudável é que as recompensas de staking são compensação por riscos reais: risco de penalidade, risco de bloqueio, risco de operador e o simples fato de que o valor de um token pode cair mais do que qualquer recompensa cobre. Nada aqui é consultoria financeira. Se você quiser ver como avaliamos qualquer coisa antes de cobri-la, isso está descrito em como avaliamos, e a TokenSpin nunca pede que você conecte uma carteira, aprove um token ou assine uma transação.