> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/pt-br/aprender/sobre-validadores/sobre-slashing-validadores.md).

# Sobre o slashing de Validadores

## O que é slashing de validadores?

O slashing de validadores é um mecanismo de penalidade essencial para manter a integridade da rede.

Em uma blockchain Proof of Staked Authority (PoSA) como a Chiliz Chain, os validadores fazem staking de tokens e são selecionados com base na reputação e na quantidade em staking.

{% hint style="info" %}
O PoSA combina elementos dos mecanismos de consenso Proof of Stake (PoS) e Proof of Authority (PoA).
{% endhint %}

O slashing de validadores garante que os validadores ajam de forma responsável e no melhor interesse da Chiliz Chain. Portanto, desencoraja atividades maliciosas como blocos perdidos e inatividade prolongada.

O slashing é crucial para alinhar o comportamento dos validadores com a segurança e confiabilidade da rede.

## Penalidades de validadores na Chiliz Chain

Existem duas penalidades possíveis para validadores: Blocos Perdidos e Inatividade Prolongada.

{% hint style="info" %}
Essas penalidades são cumulativas: são aplicadas quando ocorrem dentro do mesmo epoch, com o nó validador atingindo o Nível de Slashing 1 e depois o Nível de Slashing 2.

Isso significa que um nó validador que atinge a segunda penalidade (Nível de Slashing 2) já arca com as consequências da primeira penalidade (Nível de Slashing 1).
{% endhint %}

Os detalhes das duas penalidades são:

* **Penalidade de Blocos Perdidos**: Se um nó validador perder `XXX` blocos por epoch (cerca de um dia), ele perde as recompensas daquele epoch. Este é o Nível de Slashing 1.
* **Penalidade de Inatividade Prolongada ("prisão")**: Se um nó validador perder `YYY` blocos por epoch, ele já perdeu as recompensas daquele epoch (Nível de Slashing 1), e além disso é "preso" por 4 epochs (Nível de Slashing 2). O proprietário do nó validador só poderá "liberar" o nó validador após esse período.

As penalidades são calculadas seguindo estas fórmulas:

* Nível de slashing 1:\
  `XXX = (Número total de blocos em um epoch / Número total de Validadores) / 2`
* Nível de slashing 2:\
  `YYY = (Número total de blocos em um epoch / Número total de Validadores) * 3/4`

## Como liberar um nó validador preso

Se o seu nó validador estiver "preso", você pode "liberá-lo" (unjail), desde que tenha corrigido o problema e aguardado 4 epochs.

{% hint style="info" %}
Antes de solicitar a liberação, certifique-se de ter corrigido o problema que levou seu nó à prisão!

Isso pode significar atualizar seu nó ou garantir que qualquer coisa que impeça sua atividade seja corrigida.
{% endhint %}

Para liberar seu nó validador da prisão, você precisa seguir estes passos:

1. Depois de corrigir o problema inicial que causou a prisão do nó, você precisa esperar 4 epochs (aproximadamente 4-5 dias).
2. Após os 4 epochs terem passado, conecte a carteira do proprietário do seu validador ao [dApp de Staking da Chiliz](https://governance.chilizchain.com/staking).
3. Clique no botão "Unjail", localizado aqui à direita:<br>

   <figure><img src="/files/R9HFZtNkxBtmIP5TB9M8" alt=""><figcaption></figcaption></figure>
4. Insira o endereço da carteira do nó preso e clique em "Submit".

<figure><img src="/files/jqKRq3TIo9klV1VmCoOa" alt="" width="359"><figcaption></figcaption></figure>

5. Seu nó será liberado da prisão e poderá ser ativo novamente.

{% hint style="info" %}
Seu nó precisa esperar o próximo epoch para começar a produzir blocos. No máximo pode levar 24 horas.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.chiliz.com/pt-br/aprender/sobre-validadores/sobre-slashing-validadores.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.