Slashing

O que é slashing?

Slashing é uma penalidade de Proof of Stake que remove, queima, confisca ou redistribui parte das criptomoedas em staking de um validador quando ele viola regras importantes da rede.No universo cripto, o slashing é usado para responsabilizar financeiramente os validadores por ações que podem prejudicar a segurança, a finalidade, o tempo de atividade ou a integridade do consenso da blockchain.

A documentação oficial da Ethereum sobre Proof of Stake explica que os validadores colocam valor em risco e que esse valor pode ser destruído se agirem de forma desonesta.

Um evento de slashing pode afetar o próprio stake do validador e, em algumas redes, o stake delegado pelos usuários que escolheram esse validador.O slashing costuma estar associado a condutas inadequadas do validador, como assinatura dupla, votos conflitantes, comportamento inválido ou violações graves das regras de consenso.Algumas redes Proof of Stake também aplicam penalidades menores ou jail por tempo de inatividade, votos não enviados ou falhas de atividade.As regras de slashing não são iguais em todas as blockchains.Ethereum, Solana, redes Cosmos SDK, sistemas de Proof of Stake indicado no estilo Polkadot e outras redes de staking usam modelos de penalidade diferentes.Em termos simples, slashing é a punição do staking cripto que torna confiáveis os compromissos dos validadores ao colocar capital real em risco.

Por que o slashing é importante

O slashing é importante porque a segurança do Proof of Stake depende de os validadores terem algo significativo a perder.Em sistemas Proof of Work, os mineradores gastam eletricidade e recursos de hardware para proteger a blockchain.Em sistemas Proof of Stake, os validadores bloqueiam capital e correm o risco de perder parte dele se assinarem mensagens prejudiciais ou violarem as regras de consenso.Esse risco financeiro ajuda a desencorajar os validadores de apoiar simultaneamente vários históricos conflitantes da blockchain.Também ajuda a proteger a finalidade, pois deve ser caro contradizer uma blockchain finalizada.

A documentação oficial da Ethereum sobre recompensas e penalidades descreve o slashing como uma ação severa que remove um validador da rede e causa a perda de ether em staking.

O slashing também importa para os delegadores porque, dependendo do projeto de staking da rede, eles podem compartilhar o risco do validador.Em algumas blockchains, um usuário que delega a um validador não confiável ou malicioso pode perder parte do stake.Isso incentiva os delegadores a escolher validadores com cuidado, em vez de selecionar apenas a maior recompensa anunciada.O slashing é, portanto, tanto uma ferramenta de segurança de consenso quanto um risco de staking que os usuários precisam entender antes de delegar ativos.Portanto, o slashing é tanto uma ferramenta de segurança de consenso quanto...

Como funciona o slashing

O slashing funciona detectando evidências de que um validador violou uma regra e aplicando, em seguida, uma penalidade definida pelo protocolo.As evidências podem consistir em uma mensagem assinada, uma proposta de bloco conflitante, um voto conflitante, o descumprimento de um limite de atividade ou outra prova, dependendo da blockchain.Como as mensagens dos validadores são assinadas criptograficamente, muitas vezes a rede consegue provar qual validador produziu a mensagem infratora.Quando a violação é aceita pelo protocolo, o validador pode perder stake, ser removido à força do conjunto ativo de validadores, ser colocado em jail, ser tombstoned ou ter o saque adiado.A penalidade pode ser fixa, variável, proporcional ou correlacionada ao número de validadores envolvidos no mesmo incidente.Alguns sistemas queimam os tokens submetidos a slashing.Outros enviam esses tokens para uma tesouraria.Há sistemas que usam o slashing principalmente como dissuasão e o aplicam apenas a falhas graves de consenso.Alguns sistemas atualmente não aplicam slashing automático à atividade normal de staking.O resultado exato depende do protocolo de consenso e do módulo de staking da blockchain.

Slashing em Proof of Stake

O Proof of Stake usa validadores, em vez de mineradores, para ajudar a propor blocos, votar em blocos e proteger a rede.Em geral, os validadores precisam bloquear ou vincular tokens para participar do consenso.Esse stake bloqueado serve como garantia de comportamento honesto.Se um validador seguir as regras, poderá receber recompensas de staking.Se violar regras graves, a rede poderá aplicar slashing a parte do stake.Isso cria uma relação econômica direta entre o comportamento do validador e seus custos.O slashing ajuda a resolver o problema “nothing at stake”, no qual os validadores poderiam ter pouco a perder ao assinar blockchains conflitantes.Quando um comportamento conflitante pode destruir tokens em staking, assinar todos os forks possíveis deixa de ser uma estratégia sem custo.O slashing torna o comportamento desonesto observável, comprovável e caro.Por isso, o slashing é central para muitos modelos modernos de segurança de Proof of Stake.

Validador

Um validador é um participante da rede que ajuda a manter o consenso Proof of Stake ao propor blocos, votar em blocos, validar dados ou executar outras funções do protocolo.Os validadores são responsáveis por executar corretamente o software do nó, manter seguras as chaves de assinatura, permanecer on-line, atualizar o software quando necessário e evitar assinaturas conflitantes.Erros de validadores podem custar caro porque mensagens assinadas podem constituir evidências que levam ao slashing.Um validador pode agir honestamente e ainda assim sofrer slashing se sua infraestrutura estiver configurada incorretamente.Por exemplo, executar chaves duplicadas de validador em duas máquinas ativas pode causar assinatura dupla.Em redes que aplicam slashing ou jail por tempo de inatividade, um validador também pode ser penalizado se não atingir os limites de participação exigidos.Usuários que delegam stake devem avaliar o desempenho do validador, a qualidade da infraestrutura, o histórico, a comissão, a comunicação e as práticas de gestão de risco.Um validador não é apenas um gerador de recompensas.É um operador de segurança cujo comportamento pode afetar o stake delegado.O slashing torna a escolha de validadores uma decisão importante de staking.

Delegador

Um delegador é um detentor de tokens que atribui stake a um validador sem necessariamente executar diretamente a infraestrutura do validador.A delegação permite que usuários comuns participem das recompensas de staking e da segurança da rede.Ela também pode expor os usuários ao risco do validador quando as regras da rede transferem perdas por slashing aos delegadores.Em algumas redes, a conduta inadequada de um validador pode reduzir tanto o stake próprio quanto o stake delegado a ele.

A documentação oficial de staking da Polkadot explica que validadores e nominadores podem sofrer slashing em um Proof of Stake indicado caso ocorra um ataque.

Isso significa que a delegação não é isenta de riscos, mesmo quando os usuários mantêm a custódia dos tokens.Os delegadores não devem escolher validadores apenas com base em recompensas altas ou comissões baixas.Também devem considerar o tempo de atividade, o histórico de slashing, a disciplina da infraestrutura, o stake próprio, a transparência, a participação na governança e o impacto sobre a descentralização.Quando a rede oferece essa opção, diversificar entre vários validadores pode reduzir a exposição a um único validador.Delegar é estabelecer uma relação de segurança, não apenas escolher uma configuração de rendimento.

Assinatura dupla

A assinatura dupla é uma das causas mais importantes de slashing.Ela ocorre quando um validador assina duas mensagens conflitantes para a mesma função, altura, slot, rodada ou contexto de votação do consenso.Na Ethereum, comportamentos passíveis de slashing incluem propor dois blocos diferentes para o mesmo slot ou fazer atestações conflitantes.

As orientações oficiais para validadores na especificação de consenso da Ethereum descrevem o slashing de proponentes e de atestadores como categorias importantes de slashing.

Em sistemas Cosmos SDK, a assinatura dupla pode levar a punições graves e ao tombstoning.

A documentação oficial do módulo de slashing do Cosmos SDK explica que um limite de tombstone restringe um validador a sofrer slashing uma única vez por uma falha de assinatura dupla e, em seguida, ser tombstoned.

A assinatura dupla costuma ocorrer devido a chaves duplicadas, failover inseguro, procedimentos inadequados de migração, erros com snapshots ou configurações de validadores ativo-ativo.Um validador nunca deve executar a mesma chave de assinatura de consenso em dois lugares ao mesmo tempo sem uma arquitetura de assinatura segura.A assinatura dupla é perigosa porque pode ameaçar diretamente a segurança do consenso.Por isso, muitas redes a punem com mais rigor do que o simples tempo de inatividade.

Tempo de inatividade

Tempo de inatividade significa que um validador está off-line, inacessível, não assina as mensagens exigidas ou não participa quando se espera sua participação.Algumas redes tratam o tempo de inatividade como um problema menos grave do que a assinatura dupla.Algumas aplicam slashing em casos de inatividade prolongada.Outras colocam validadores inativos em jail e exigem que voltem a participar depois de resolverem o problema.Algumas penalizam a falta de participação sem chamar isso de slashing.Na Ethereum, a falta de funções comuns geralmente causa penalidades, não slashing; este é reservado a comportamentos específicos de proposta ou atestação desonestas.Nas redes Cosmos SDK, o módulo de slashing pode monitorar a atividade dos validadores e aplicar penalidades ou jail, de acordo com os parâmetros da rede.O tempo de inatividade ainda pode custar caro porque as recompensas podem parar e a reputação pode ser prejudicada.Os delegadores podem redelegar seus ativos para outros validadores quando há períodos repetidos de inatividade.Um bom validador usa monitoramento, redundância, alertas, backups seguros e atualizações controladas para reduzir o risco de inatividade.

Equivocação

Equivocação significa que um validador assina declarações conflitantes que, pelas regras de consenso, não deveriam coexistir.Em termos simples, é dizer duas coisas diferentes quando o protocolo exige uma única resposta consistente.A equivocação pode ocorrer por propostas duplas de blocos, votos conflitantes ou mensagens inconsistentes de finalidade.

A documentação oficial da Polkadot sobre infrações descreve casos de equivocação em que validadores fazem votos conflitantes em sistemas de consenso.

A equivocação é grave porque pode confundir a escolha de forks, enfraquecer a finalidade e apoiar ataques ao histórico da blockchain.O slashing torna a equivocação cara ao vincular assinaturas conflitantes a perdas econômicas.O software de validadores muitas vezes inclui proteção contra slashing para evitar equivocação acidental.No entanto, uma gestão inadequada de chaves ou um failover inseguro ainda podem criar esse risco.Os delegadores devem preferir validadores que expliquem como evitam assinaturas duplicadas e o comprometimento de chaves.A equivocação é um dos exemplos mais claros da necessidade de evidências sujeitas a slashing no Proof of Stake.

Slashing na Ethereum

Na Ethereum, o slashing se aplica a validadores que cometem violações específicas de consenso.A documentação da Ethereum sobre recompensas e penalidades lista três principais comportamentos sujeitos a slashing: propor e assinar dois blocos diferentes para o mesmo slot, fazer um voto envolvente (surround vote) ou votar duas vezes no mesmo alvo.Quando um validador da Ethereum sofre slashing, ele é removido à força do conjunto de validadores e perde parte do ETH em staking.O slashing na Ethereum também inclui penalidades durante um período de espera para saque, e o slashing correlacionado pode ser mais grave quando muitos validadores são penalizados aproximadamente ao mesmo tempo.O tempo de inatividade na Ethereum geralmente não equivale a slashing.Um validador da Ethereum off-line pode perder recompensas e receber penalidades por inatividade, mas não sofre slashing a menos que assine mensagens sujeitas a essa penalidade.Essa distinção importa porque o slashing na Ethereum diz respeito principalmente a falhas na integridade das assinaturas.A principal lição operacional é que um validador nunca deve assinar mensagens conflitantes com a mesma chave de validador.Operadores de validadores da Ethereum devem usar bancos de dados de proteção contra slashing, procedimentos seguros de migração e um projeto cuidadoso de failover.Delegadores que usam staking em pool ou baseado em serviços devem entender quem opera as chaves dos validadores e como o risco de slashing é tratado.

Slashing na Solana

A Solana aborda o slashing de forma diferente de muitas redes Proof of Stake.

A página oficial de staking da Solana explica que slashing é um processo pelo qual o stake delegado a um validador pode ser destruído como punição por ações maliciosas do validador.

A mesma página da Solana também afirma que o slashing não é automático na Solana.Isso significa que o risco de staking da Solana não deve ser descrito da mesma maneira que o de redes que aplicam slashing automático no nível do protocolo para falhas comuns de validadores.Os delegadores da Solana ainda enfrentam outros riscos de staking, como desempenho ruim do validador, recompensas não recebidas, mudanças de comissão, erros de custódia, prazo de liquidez e volatilidade do preço de SOL.Um validador da Solana com baixo desempenho pode gerar menos recompensas de staking mesmo sem slashing automático.Os delegadores ainda devem escolher validadores cuidadosamente, pois a qualidade do validador afeta as recompensas e a descentralização da rede.O modelo atual de slashing da Solana lembra que as regras variam entre as blockchains.Os usuários devem ler a documentação oficial de staking da rede específica, em vez de presumir que todos os sistemas Proof of Stake funcionam da mesma forma.No staking, a palavra slashing deve sempre ser interpretada no contexto da blockchain utilizada.

Slashing no Cosmos SDK

Redes Cosmos SDK podem usar um módulo de slashing para penalizar falhas de validadores, como assinatura dupla e falhas de atividade.A documentação do módulo de slashing do Cosmos SDK explica informações de assinatura de validadores, monitoramento de atividade, evidências de assinatura dupla, jail, tombstoning e tratamento de infrações.Em muitos sistemas de staking no estilo Cosmos, a conduta inadequada de um validador pode afetar tanto o próprio validador quanto os delegadores.A assinatura dupla costuma ser tratada como uma falha grave porque pode ameaçar a segurança do consenso.Tempo de inatividade ou falta de participação costuma ser tratada como uma falha de atividade, com penalidades menores ou jail, dependendo dos parâmetros da blockchain.Redes Cosmos SDK podem personalizar parâmetros de slashing, então os usuários não devem presumir que todas as redes que usam Cosmos SDK têm taxas de penalidade idênticas.Os validadores devem usar gestão segura de chaves, arquitetura de sentinelas, monitoramento e procedimentos seguros de migração.Antes de delegar, os delegadores devem revisar a confiabilidade e o histórico de slashing dos validadores.O slashing no estilo Cosmos mostra como a aplicação de regras no nível do protocolo pode vincular diretamente as operações do validador aos resultados dos delegadores.Isso torna a análise prévia do validador especialmente importante no staking delegado.

Slashing no estilo Polkadot

O Proof of Stake indicado no estilo Polkadot usa validadores e nominadores para proteger a rede.A documentação da Polkadot sobre infrações explica que validadores e seus nominadores podem sofrer slashing quando os validadores agem de forma inadequada.Ela também explica que as porcentagens de slashing podem variar conforme a gravidade, indo de valores muito pequenos a penalidades muito severas.Nesse modelo, os nominadores compartilham o risco com os validadores ativos que apoiam.Isso incentiva os nominadores a monitorar os validadores em vez de escolher um e deixar de acompanhar sua atuação.O slashing pode ocorrer por infrações como equivocação ou disputas mais graves, dependendo das regras da rede.A documentação da Polkadot também observa que alguns slashings podem ter um período de carência antes da aplicação, permitindo uma possível reversão por meio da governança em certas situações.Isso mostra que o slashing pode envolver tanto evidências automáticas do protocolo quanto processos de revisão relacionados à governança.Os nominadores devem entender as nomeações ativas, a seleção de validadores, a descentralização, a comissão e o histórico operacional.As recompensas de staking são apenas um lado da decisão; o risco de slashing é o outro.

Slashing vs. penalidade

Slashing é uma penalidade severa, mas nem toda penalidade de staking é slashing.Em algumas redes, um validador pode perder recompensas por ficar off-line sem sofrer slashing.Dependendo da rede, um validador pode ser colocado em jail, desativado, retirado da condição ativa ou removido do conjunto ativo.Slashing geralmente significa que uma parte do stake é retirada, queimada, confiscada ou redirecionada.Penalidades normais podem simplesmente reduzir recompensas ou descontar pequenas quantias do saldo.Os usuários não devem tratar todas as perdas de validadores como a mesma categoria.Essa diferença importa porque uma penalidade por tempo de inatividade pode ser menor e mais fácil de recuperar do que um evento de slashing por assinatura dupla.Também importa para os delegadores, pois algumas penalidades podem afetar as recompensas, enquanto outras podem reduzir o stake principal.Páginas de staking e dashboards de validadores devem explicar se o risco diz respeito a recompensas não recebidas, penalidade por inatividade, jail ou slashing.Uma linguagem clara ajuda os usuários a evitar mal-entendidos sobre os riscos do staking.

Slashing vs. jail

Jail significa que um validador é temporariamente removido ou impedido de validar ativamente até ser liberado do jail ou reintegrado conforme as regras da rede.Slashing significa que o stake é reduzido como punição.Em algumas redes, um validador pode ser colocado em jail e sofrer slashing no mesmo incidente.Dependendo da blockchain, um validador também pode ser colocado em jail por tempo de inatividade, com uma penalidade pequena ou sem perda significativa de stake.O jail protege a rede ao remover validadores não confiáveis do consenso ativo.O slashing protege a rede ao tornar economicamente custoso um comportamento prejudicial.Para os delegadores, o jail pode significar a perda de recompensas enquanto o validador estiver inativo.Para os validadores, o jail pode prejudicar a reputação e fazer os delegadores saírem.Antes de delegar, os usuários devem verificar se o validador está ativo, em jail, tombstoned ou em processo de saída.Jail e slashing são ferramentas de aplicação de regras relacionadas, mas não são idênticas.

Slashing vs. perda por inatividade

Uma perda por inatividade é um mecanismo que penaliza gradualmente validadores que deixam de participar quando a rede perde a finalidade.A Ethereum usa penalidades por inatividade para ajudar a blockchain a recuperar a finalidade quando um número suficiente de validadores está off-line ou não atesta corretamente.Isso é diferente de slashing porque este exige um comportamento específico sujeito a penalidade, como propostas ou atestações conflitantes.A documentação oficial da Ethereum sobre recompensas e penalidades diferencia recompensas normais, penalidades e slashing dentro do sistema mais amplo de incentivos de Proof of Stake.Um validador off-line pode ser penalizado sem sofrer slashing.Um validador que assina mensagens conflitantes pode sofrer slashing mesmo que, de resto, estivesse on-line.Essa distinção importa para os operadores porque as medidas de mitigação são diferentes.O risco de inatividade é reduzido com tempo de atividade, monitoramento, funcionamento adequado dos clientes e resiliência da rede.O risco de slashing é reduzido com disciplina de assinatura, isolamento de chaves, proteção contra slashing e failover seguro.Os usuários devem entender se um produto de staking está falando de perdas por inatividade ou de perdas reais por slashing.

Slashing e recompensas de staking

O slashing afeta as recompensas de staking porque validadores penalizados perdem stake, reputação e, muitas vezes, sua condição de validador ativo.Um validador que sofre slashing pode deixar de ganhar recompensas durante períodos de remoção, jail ou inatividade.Em redes nas quais o stake delegado pode sofrer slashing, os delegadores podem perder parte do capital principal.Mesmo que um evento de slashing seja pequeno, ele pode causar perda futura de recompensas se os delegadores saírem ou o validador for removido do conjunto ativo.As recompensas altas de staking devem ser avaliadas em conjunto com o risco de slashing.Um validador que anuncia recompensas altas ainda pode ser uma escolha ruim se suas operações forem fracas ou seu comportamento for arriscado.Um desempenho confiável do validador pode ser mais importante do que uma pequena diferença na comissão.Os usuários devem comparar os resultados líquidos do staking, em vez de se concentrarem apenas no rendimento anunciado.O slashing é um dos motivos pelos quais as recompensas de staking não equivalem a juros sem risco.As recompensas de staking compensam os usuários por ajudar a proteger uma rede, enquanto aceitam riscos de protocolo, validador, mercado e liquidez.

Slashing e chaves de validadores

As chaves de validadores são um dos aspectos mais importantes do risco de slashing.Uma chave de assinatura de validador é usada para assinar mensagens de consenso, como propostas de blocos, votos ou atestações.Se a mesma chave de assinatura estiver ativa em dois lugares, o validador poderá assinar mensagens conflitantes acidentalmente.Se uma chave de assinatura for roubada, um invasor poderá criar mensagens sujeitas a slashing ou interromper as operações do validador.Os operadores costumam usar assinantes remotos, sistemas de gestão de chaves, módulos de segurança de hardware, bancos de dados de proteção contra slashing e planos rigorosos de migração para reduzir esse risco.

A documentação do Lighthouse sobre proteção contra slashing explica que bancos de dados de proteção registram blocos e atestações assinados para evitar a assinatura de mensagens sujeitas a slashing.

Os backups de chaves devem ser tratados com cuidado, pois restaurar um estado antigo do validador sem o histórico de assinaturas pode criar riscos.O failover deve ser projetado de modo que apenas um assinante possa assinar por vez com uma chave de validador.A gestão de chaves de validadores não é apenas um detalhe operacional.É uma das principais defesas contra o slashing.

Slashing e failover

Failover significa transferir as operações do validador para outro servidor, região, cliente ou máquina quando algo dá errado.O failover melhora o tempo de atividade, mas, se for inseguro, pode aumentar o risco de slashing.O padrão perigoso é a assinatura ativo-ativo, em que dois sistemas podem assinar com a mesma chave de validador ao mesmo tempo.Um padrão mais seguro é o failover ativo-passivo, em que o sistema de backup não pode assinar até que o sistema primário tenha sido parado com segurança e o estado de assinatura esteja sincronizado.Os operadores de validadores devem confirmar que o nó antigo foi parado antes de iniciar um assinante substituto.Também devem preservar os dados de proteção contra slashing durante a migração dos validadores.Uma recuperação rápida é útil, mas uma recuperação apressada pode ser perigosa.Muitos incidentes de slashing são causados por erros operacionais, não por ataques intencionais.Um bom validador prioriza uma recuperação segura em vez de buscar tempo de atividade de forma imprudente.O failover deve proteger tanto a atividade quanto a integridade das assinaturas.

Slashing e staking líquido

O staking líquido permite que os usuários recebam um token ou recibo que representa ativos em staking ou um direito sobre eles.Ele pode tornar o staking mais flexível porque os usuários podem utilizar o token de recibo em DeFi enquanto os ativos subjacentes permanecem em staking.No entanto, o staking líquido pode acrescentar exposição ao slashing por meio dos validadores que operam por trás do sistema.Se os validadores subjacentes sofrerem slashing, o valor, a taxa de câmbio, a cobertura ou o valor de resgate do token de staking líquido poderão ser afetados, dependendo do projeto.O staking líquido também acrescenta riscos de contratos inteligentes, oráculos, liquidez, governança e perda de paridade.Os usuários devem entender se as perdas por slashing são distribuídas entre todos os participantes ou atribuídas a alocações específicas de validadores.Também devem revisar a diversificação de validadores, a seleção de operadores, os mecanismos de seguro e as regras de saque.Um token de staking líquido não elimina os riscos de Proof of Stake.Ele altera a forma como esses riscos são estruturados e transferidos.O risco de slashing continua presente sempre que o sistema de staking subjacente inclui validadores sujeitos a essa penalidade.

Slashing e restaking

O restaking pode expor ativos em staking ou compromissos de validadores a serviços adicionais além da rede Proof of Stake principal.Isso pode criar oportunidades adicionais de recompensa, mas também pode introduzir condições extras de slashing.

A documentação oficial da EigenLayer sobre slashing explica que esse mecanismo pode penalizar operadores por violar regras de serviços que usam a segurança restaked.

O risco do restaking pode ser mais complexo do que o do staking normal porque um validador ou operador talvez precise cumprir simultaneamente vários conjuntos de regras.Uma falha em um serviço adicional pode afetar ativos que os usuários consideravam já estar em staking em outro lugar.Os usuários devem entender quais serviços seus ativos em restaking protegem e quais condições podem desencadear penalidades.Antes de aceitar responsabilidades de restaking, os operadores devem entender todas as obrigações de assinatura, disponibilidade e nível de serviço.O restaking pode aumentar a eficiência de capital, mas também elevar o risco de slashing correlacionado.Mais fontes de recompensas geralmente significam mais premissas operacionais e de protocolo.Os usuários devem tratar o risco de slashing do restaking como um tema separado de análise prévia ao risco de staking da blockchain principal.

Slashing e risco de mercado

Slashing é diferente de risco de mercado, mas ambos afetam os resultados do staking.O slashing reduz a quantidade de tokens ou o valor que sustenta uma posição de staking.O risco de mercado altera o valor do próprio token em moeda fiduciária ou no mercado.Um usuário pode evitar o slashing e ainda perder valor se o preço do token cair.Um usuário pode receber recompensas de staking e ainda ter um retorno total negativo se a queda do preço de mercado for maior do que as recompensas.Portanto, o risco de staking deve ser avaliado em várias camadas.Essas camadas incluem riscos de validador, protocolo, liquidez, contrato inteligente, custódia, impostos e preço de mercado.O slashing é uma camada importante, mas não é a única.Os usuários não devem presumir que uma baixa probabilidade de slashing torna o staking isento de riscos.O staking de criptomoedas sempre envolve incerteza operacional e de mercado.

Slashing e desvinculação

Desvinculação é o período de espera entre o momento em que um usuário deixa de participar do staking e o momento em que os ativos voltam a ser totalmente transferíveis.Em algumas redes, o slashing ainda pode ser aplicado ao stake durante o período de desvinculação se o validador tiver cometido uma infração sujeita a slashing antes ou durante o período de risco relevante.Isso impede que validadores escapem da punição ao iniciar rapidamente a desvinculação depois de uma conduta inadequada.Os períodos de desvinculação variam entre redes.Durante esse período, os usuários podem deixar de receber recompensas e talvez não consigam movimentar os ativos imediatamente.Os usuários devem entender se o risco de slashing continua durante a desvinculação na blockchain escolhida.Também devem entender se a redelegação cria exposição temporária aos validadores antigos, aos novos ou a ambos.A desvinculação é um risco de liquidez e, às vezes, uma janela contínua de risco de slashing.A saída do staking nem sempre é imediata.Para fazer staking com segurança, é preciso entender tanto as regras de entrada quanto as de saída.

Como os validadores reduzem o risco de slashing

Os validadores reduzem o risco de slashing mantendo apenas um assinante ativo para cada chave de validador.Usam bancos de dados de proteção contra slashing e preservam o histórico de assinaturas durante as migrações.Evitam projetos de failover ativo-ativo inseguros.Monitoram continuamente o desempenho dos validadores, as funções não executadas, a conectividade com pares, a integridade dos discos, o funcionamento dos clientes e as atualizações da blockchain.Quando apropriado, protegem as chaves de assinatura com assinantes remotos, armazenamento seguro de chaves, módulos de segurança de hardware ou controles de acesso rigorosos.Testam os procedimentos de atualização antes das atualizações em produção.Usam manuais claros para migração, recuperação, resposta a incidentes e desligamento emergencial.Separam as funções da infraestrutura para que um único erro não exponha todas as chaves dos validadores.Comunicam-se de forma transparente com os delegadores sobre incidentes e controles de risco.Boas operações de validadores são a defesa prática mais forte contra slashing acidental.

Como os delegadores reduzem o risco de slashing

Os delegadores reduzem o risco de slashing escolhendo validadores cuidadosamente.Devem revisar o tempo de atividade, o histórico de slashing, a comunicação pública, a maturidade da infraestrutura, a comissão, a participação na governança, o stake próprio e a reputação na comunidade dos validadores.Devem evitar escolher validadores apenas por causa da maior estimativa de recompensas.Devem considerar a diversificação quando a rede permitir a delegação a vários validadores.Depois de delegar, devem monitorar o status do validador em vez de esquecer a posição.Antes de fazer staking, devem entender as regras específicas de slashing da blockchain.Devem ler a documentação oficial de staking, em vez de confiar em resumos genéricos.Devem entender os períodos de desvinculação e as regras de redelegação.Se usarem esses produtos, devem considerar os riscos adicionais do staking líquido ou do restaking.A gestão de risco dos delegadores começa antes da delegação e continua até que os ativos sejam totalmente sacados.

Como verificar o risco de slashing antes de fazer staking

Comece lendo a documentação oficial de staking da rede.Verifique se o slashing é automático, manual, sujeito a revisão da governança ou se atualmente não está ativo para falhas normais de validadores.Confira quais comportamentos podem levar a slashing.Verifique se os delegadores compartilham as perdas por slashing dos validadores.Confira se o tempo de inatividade leva a slashing, jail ou apenas à perda de recompensas.Verifique o período de desvinculação e se o slashing pode ser aplicado durante esse período.Consulte o histórico dos validadores em exploradores, dashboards de staking ou ferramentas oficiais do ecossistema.Confira se o validador tem práticas claras de infraestrutura e resposta a incidentes.Verifique se o staking é nativo, líquido, custodial ou restaked, pois cada modelo altera o perfil de risco.Uma boa decisão de staking pondera as recompensas em relação aos riscos de slashing, liquidez, custódia, mercado e contratos inteligentes.

Erros comuns relacionados ao slashing

Um erro comum é presumir que todas as redes Proof of Stake aplicam slashing da mesma maneira.Outro é confundir penalidades por tempo de inatividade com slashing.Um terceiro é escolher um validador apenas pelas recompensas anunciadas.Um quarto é ignorar se os delegadores compartilham as perdas por slashing dos validadores.Um quinto é presumir que o staking líquido elimina o risco de slashing.Um sexto é executar a mesma chave de validador em duas máquinas ao mesmo tempo.Um sétimo é migrar a infraestrutura do validador sem preservar os dados de proteção contra slashing.Um oitavo é ignorar o risco durante o período de desvinculação.Um nono é presumir que a reputação antiga de um validador garante segurança futura.Um décimo é tratar as recompensas de staking como renda sem risco.

Benefícios do slashing

O primeiro benefício do slashing é o fortalecimento da segurança de Proof of Stake.O segundo é a responsabilização, pois validadores podem perder stake por comportamentos prejudiciais comprováveis.O terceiro é uma finalidade mais robusta, pois torna economicamente caro criar históricos finalizados conflitantes.O quarto é uma disciplina melhor dos validadores, pois assinaturas inseguras e operações inadequadas têm consequências.O quinto é melhorar os incentivos dos delegadores, pois os usuários são incentivados a selecionar validadores confiáveis.O sexto é a proteção contra o problema “nothing at stake”.O sétimo é aumentar a confiança na rede, pois as mensagens de consenso são respaldadas por risco econômico.O oitavo é favorecer a descentralização de longo prazo quando os delegadores avaliam os validadores além das recompensas.O nono é permitir uma aplicação de regras mais clara e baseada em evidências, pois mensagens assinadas podem comprovar violações.O décimo é que o slashing torna a segurança de Proof of Stake mais do que uma promessa social.

Riscos e limitações do slashing

O primeiro risco é o slashing acidental causado por uma infraestrutura de validador configurada incorretamente.O segundo é a perda de stake delegado quando os delegadores compartilham as penalidades dos validadores.O terceiro é o slashing correlacionado quando muitos validadores usam infraestrutura semelhante ou a mesma configuração operacional.O quarto é a centralização dos validadores se os usuários delegarem apenas a operadores considerados mais seguros.O quinto é a complexidade, pois muitos usuários não entendem como as regras de slashing variam entre as blockchains.O sexto é a comunicação pouco clara de produtos de staking que simplificam ou ocultam a exposição a penalidades.O sétimo é a complexidade de staking líquido ou restaking, que torna mais difícil rastrear a exposição ao slashing.O oitavo são disputas de governança ou sociais sobre a reversão de um slashing em redes com processos de revisão.O nono é a reação operacional excessiva, quando validadores evitam redundância útil por medo de assinatura dupla.O décimo é a falsa confiança, pois o slashing reduz alguns tipos de ataque, mas não elimina todos os riscos de staking, de mercado ou de contratos inteligentes.

Boas práticas para validadores

Nunca execute a mesma chave de assinatura de validador em dois locais ativos ao mesmo tempo.Use proteção contra slashing e preserve o histórico de assinaturas durante as migrações.Projete sistemas de failover para evitar assinaturas duplicadas.Monitore continuamente a integridade dos validadores, as funções não executadas, a participação no consenso e as versões do software.Use gestão segura de chaves e restrinja o acesso à infraestrutura de assinatura.Teste atualizações e migrações antes de fazer mudanças em produção.Mantenha procedimentos claros de resposta a incidentes.Comunique-se abertamente com os delegadores após interrupções ou diante de riscos.Entenda as regras exatas de slashing de cada rede operada.Trate a prevenção de slashing como uma função essencial de segurança, não como um detalhe secundário.

Boas práticas para delegadores

Leia a documentação oficial de staking antes de delegar ativos.Escolha validadores com base em confiabilidade, transparência, histórico e operações, não apenas nas recompensas.Quando a rede permitir e isso for adequado à sua estratégia de staking, diversifique a exposição entre validadores.Monitore o status dos validadores depois de delegar.Entenda se o stake delegado pode sofrer slashing.Entenda os prazos de desvinculação, redelegação e saque.Revise os riscos adicionais antes de usar produtos de staking líquido ou restaking.Mantenha registros de depósitos de staking, recompensas, redelegações e saques para fins contábeis e tributários.Evite tratar o staking como renda garantida.Pondere as recompensas de staking em relação aos riscos de slashing, liquidez, mercado, custódia e protocolo.

Perguntas frequentes

O que significa slashing em cripto?

Slashing significa que um validador Proof of Stake perde parte das criptomoedas em staking por ter violado regras importantes da rede.

Por que as blockchains usam slashing?

As blockchains usam slashing para desencorajar validadores de assinar mensagens conflitantes, atacar o consenso ou deixar de cumprir responsabilidades importantes do protocolo.

Delegadores podem sofrer slashing?

Sim. Em algumas redes, os delegadores podem sofrer slashing quando o validador escolhido comete uma infração sujeita a essa penalidade.

Tempo de inatividade é o mesmo que slashing?

Não. O tempo de inatividade pode causar perda de recompensas, penalidades ou jail, mas o slashing propriamente dito geralmente significa que parte do stake é removida ou confiscada.

O que causa slashing na Ethereum?

O slashing na Ethereum é causado por violações específicas de assinatura de consenso, como propostas duplas, votos duplos ou votos envolventes.

A Solana aplica slashing automático aos participantes de staking?

A página oficial de staking da Solana afirma que o slashing não é automático na Solana.

O que é assinatura dupla?

Assinatura dupla significa que um validador assina mensagens de consenso conflitantes em um contexto no qual apenas uma mensagem válida deveria ser assinada.

O slashing pode acontecer por acidente?

Sim. O slashing acidental pode ocorrer devido a chaves de validador duplicadas, failover inseguro, procedimentos inadequados de migração ou má gestão das chaves de assinatura.

Como os usuários podem reduzir o risco de slashing?

Os usuários podem reduzir o risco de slashing escolhendo validadores confiáveis, diversificando quando apropriado, monitorando o status dos validadores e entendendo as regras específicas de staking da rede.

O staking é isento de riscos se o slashing for raro?

Não. Mesmo quando o slashing é raro, o staking ainda envolve riscos de validador, mercado, liquidez, custódia, contratos inteligentes e protocolo.

Conclusão

Slashing é um mecanismo de aplicação de regras do Proof of Stake que penaliza validadores por violações graves, removendo ou confiscando parte do stake.Ele é importante porque a segurança do Proof of Stake depende de os validadores colocarem capital real em risco ao ajudar a definir o histórico da blockchain.Dependendo da rede, o slashing pode punir ações como assinatura dupla, atestações conflitantes, equivocação, falhas graves de consenso ou falhas de atividade.O modelo exato de slashing varia entre blockchains, então os usuários devem sempre consultar a documentação oficial de staking antes de delegar ativos.A Ethereum usa slashing para violações específicas de assinatura de consenso, enquanto o tempo de inatividade normal geralmente é tratado com penalidades, não slashing.A página oficial de staking da Solana afirma que o slashing não é automático, mostrando por que o contexto específico de cada blockchain importa.Redes Cosmos SDK e no estilo Polkadot mostram como diferentes projetos de staking podem afetar validadores e delegadores por meio do slashing.Para validadores, a prevenção de slashing depende da gestão segura de chaves, da proteção contra slashing, de failover seguro, de monitoramento e de operações disciplinadas.Para delegadores, a gestão do risco de slashing depende da seleção e diversificação de validadores, do monitoramento e da compreensão das regras de desvinculação e dos produtos de staking.No contexto do glossário cripto, slashing significa a perda de tokens em staking causada por conduta inadequada do validador ou por violações de staking definidas pelo protocolo.O principal ponto é que o slashing fortalece a segurança de Proof of Stake, mas também torna o staking uma atividade sujeita a riscos, que exige operações cuidadosas dos validadores e decisões informadas de delegação.