O que é slashing no staking do Ethereum?

Slashing no Ethereum é a penalidade aplicada a um validador que comprovadamente viola as regras do protocolo, como assinar dois blocos conflitantes. Parte do seu stake é destruída, ele é forçado a sair do conjunto de validadores, e a perda aumenta se muitos validadores forem penalizados por slashing ao mesmo tempo. Ficar offline não é slashing; custa apenas pequenas penalidades por recompensas perdidas.

O que aciona o slashing

O slashing se aplica a ações que poderiam ajudar a atacar a cadeia, e não a erros honestos, como ficar offline:

• Propor em dobro: assinar dois blocos diferentes para o mesmo slot.
• Votar em dobro: assinar duas atestações diferentes para o mesmo target.
• Surround voting: assinar uma atestação que contradiz uma anterior de forma que poderia sustentar duas histórias concorrentes.

Cada uma dessas ações deixa evidência criptográfica. Qualquer validador que a identificar pode enviar a prova, e o protocolo aplica a penalidade automaticamente.

Como funciona a penalidade

1. Uma penalidade inicial é retirada do saldo do validador assim que o slashing é processado.
2. O validador é forçado a sair e não pode mais propor blocos nem atestar.
3. Uma penalidade de correlação é aplicada depois, proporcional ao total de stake penalizado no mesmo período. Um slashing isolado e acidental custa relativamente pouco; um slashing em massa, que se parece com um ataque coordenado, pode custar a um validador a maior parte ou a totalidade do seu stake.
4. O saldo restante fica bloqueado por cerca de 36 dias (8.192 épocas) antes de poder ser sacado.

Figura: A sequência após um slashing. A penalidade de correlação pode ser pequena para um erro isolado ou muito grande em um slashing em massa.

Como a penalidade de correlação aumenta

A penalidade de correlação é o que faz do slashing um fator de dissuasão, e não apenas uma multa. Pelas regras do Ethereum desde a atualização Bellatrix, ela equivale aproximadamente a três vezes a fração de todo o ether em stake que foi penalizada na janela de tempo ao redor, aplicada ao saldo do validador penalizado e limitada ao saldo total. (Ilustração simplificada da regra.)

O desenho é deliberado. Um erro isolado é barato, porque uma máquina mal configurada não representa ameaça à rede. Um ataque coordenado, que exigiria uma grande fatia do stake agindo em conjunto, é punido com a perda de tudo o que esses validadores colocaram em stake.

Por que o slashing torna os ataques caros

Para interromper a finalidade no Ethereum, um atacante precisaria que validadores que detêm cerca de um terço de todo o ether em stake assinassem mensagens conflitantes. Essas assinaturas são exatamente o que o slashing detecta. Como a penalidade de correlação cresce com o número de validadores que se comportam mal em conjunto, um ataque sério custaria aos atacantes essencialmente todo o seu stake, além de qualquer dano que o ataque causasse ao valor do ether que ainda possuíam. O slashing transforma o stake de um depósito passivo em garantia que de fato está em risco.

Slashing vs. penalidades por inatividade

A causa mais comum é executar as mesmas chaves duas vezes. A maioria dos slashings reais não foi resultado de ataques. Eles acontecem quando um operador executa as mesmas chaves de validador em duas máquinas ao mesmo tempo, muitas vezes durante a migração de servidores ou a configuração de um backup. Ambas as máquinas assinam, e a rede vê duas assinaturas conflitantes. Os bancos de dados de proteção contra slashing nos softwares de validador existem justamente para impedir isso.

O que acontece após um slashing

Um validador penalizado não sai imediatamente. Ele é colocado na fila de saída, deixa de receber recompensas e continua perdendo pequenas quantias enquanto espera. A penalidade de correlação é calculada por volta da metade do período de retirada, quando a rede já consegue ver quantos outros validadores foram penalizados próximo ao mesmo momento, e o saldo restante se torna sacável após aproximadamente 36 dias. Para o staker, o custo prático são as penalidades somadas a várias semanas de recompensas perdidas e, para quem faz staking por meio de um provedor, o que os termos do provedor estabelecem sobre quem arca com a perda.

Como os stakers evitam o problema

• Nunca execute as mesmas chaves de validador em dois lugares ao mesmo tempo.
• Mantenha e migre o banco de dados de proteção contra slashing ao transferir um validador.
• Prefira uma parada planejada e curta a uma troca de emergência apressada; deixar de cumprir deveres custa pouco, assinar duas vezes custa muito.
• Se fizer staking por meio de um provedor, verifique como ele lida com a gestão de chaves e se cobre perdas por slashing.
• Considere a tecnologia de validadores distribuídos, que divide a chave de um validador entre várias máquinas, de modo que nenhuma máquina isolada consiga assinar duas vezes sozinha.

Alguns provedores anunciam cobertura contra slashing, prometendo ressarcir clientes caso suas operações causem um slashing. A cobertura geralmente tem limites e condições, por isso os termos importam mais do que a manchete.

No liquid staking, um slashing em um operador normalmente reduz o valor do token para todos os detentores. Nosso guia sobre liquid staking explica como os protocolos distribuem essas perdas, e proof of stake explica por que o slashing é central para a segurança do sistema. Para a rede em si, veja o que é a Ethereum.

Este artigo é conteúdo educacional e não constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Ativos digitais são voláteis e você pode perder o valor que investir.

Perguntas frequentes

Um validador pode ser penalizado por slashing por ficar offline?

Não. Ficar offline leva a penalidades por inatividade, que são aproximadamente iguais às recompensas que o validador teria recebido. Elas só aumentam em um “inactivity leak”, situação rara em que a cadeia deixa de finalizar blocos e o protocolo reduz gradualmente os saldos dos validadores offline até que os restantes voltem a conseguir finalizar.

Com que frequência ocorre slashing?

Raramente, em relação ao número de validadores. A maioria dos slashings registrados remonta a erros de operadores, como executar as mesmas chaves em duas máquinas durante uma migração, e não a ataques deliberados. Grandes provedores que sofrem um único erro de configuração, porém, podem ver muitos validadores penalizados ao mesmo tempo.

O slashing afeta quem detém tokens de liquid staking?

Geralmente, sim. Os protocolos de liquid staking reúnem muitos validadores, então um slashing em um operador costuma ser compartilhado entre todos os detentores como uma pequena redução no lastro do token, a menos que o protocolo tenha um fundo de seguro ou uma garantia do operador que absorva a perda primeiro.

Fontes

• Especificações de consenso da Ethereum, beacon chain da Fase 0 (condições de slashing; vetor de slashings de 8.192 épocas) — Ethereum, GitHub
• Staking Penalties on Ethereum’s Consensus Layer (penalidades de slashing e de correlação; perdas socializadas para LSTs) — Aave Governance, abril de 2025
• Especificações de consenso da Ethereum, beacon chain da Bellatrix (multiplicador proporcional de slashing de 3) — Ethereum, GitHub
• Recompensas e penalidades em proof of stake (slashing, penalidade de correlação, inactivity leak) — Documentação para desenvolvedores do ethereum.org