> 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/fr/apprendre/a-propos-des-validateurs/validateur-slashing.md).
# Le slashing des validateurs
Pénalités de slashing sur Chiliz Chain : Niveau 1 (blocs manqués = perte des récompenses de l'epoch) et Niveau 2 (downtime prolongé = prison de 4 epochs), avec instructions pour l'unjail.
## Qu'est-ce que le slashing de validateur ?
Le slashing de validateur est un mécanisme de pénalité essentiel au maintien de l'intégrité du réseau.
Dans une blockchain Proof of Staked Authority (PoSA) telle que Chiliz Chain, les validateurs stakent des tokens et sont sélectionnés en fonction de leur réputation et du montant de leur mise.
{% hint style="info" %}
Le PoSA combine des éléments des mécanismes de consensus Proof of Stake (PoS) et Proof of Authority (PoA).
{% endhint %}
Le slashing de validateur garantit que les validateurs agissent de manière responsable et dans le meilleur intérêt de Chiliz Chain. Il décourage donc les activités malveillantes comme les blocs manqués et les temps d'arrêt prolongés.
Le slashing est crucial pour aligner le comportement des validateurs sur la sécurité et la fiabilité du réseau.
## Pénalités pour les validateurs sur Chiliz Chain
Il existe deux pénalités possibles pour les validateurs : les blocs manqués et le temps d'arrêt prolongé.
{% hint style="info" %}
Ces pénalités sont cumulatives : elles sont appliquées lorsqu'elles se produisent au sein de la même epoch, le nœud validateur atteignant le Niveau de Slashing 1, puis le Niveau de Slashing 2.
Cela signifie qu'un nœud validateur qui atteint la deuxième pénalité (Niveau de Slashing 2) subit déjà les conséquences de la première pénalité (Niveau de Slashing 1).
{% endhint %}
Les détails des deux pénalités sont :
* **Pénalité pour blocs manqués :** Si un nœud validateur manque `XXX` blocs par epoch (environ un jour), il perd les récompenses de cette epoch. C'est le **Niveau de Slashing 1**.
* **Pénalité pour temps d'arrêt prolongé (« prison ») :** Si un nœud validateur manque `YYY` blocs par epoch, il a déjà perdu les récompenses de cette epoch (Niveau de Slashing 1) et est de plus « mis en prison » (jailed) pendant 4 epochs (**Niveau de Slashing 2**). Le propriétaire du nœud validateur ne pourra « libérer » le nœud qu'après cette période.
Les pénalités sont calculées selon les formules suivantes :
* Niveau de Slashing 1 :\
`XXX = (Nombre total de blocs dans une epoch / Nombre total de Validateurs) / 2`
* Niveau de Slashing 2 :\
`YYY = (Nombre total de blocs dans une epoch / Nombre total de Validateurs) * 3/4`
## Comment libérer un nœud validateur de prison
Si votre nœud validateur est « en prison » (jailed), vous pouvez le « libérer » (unjail), à condition d'avoir résolu le problème et d'avoir attendu 4 epochs.
{% hint style="info" %}
Avant de demander une libération, assurez-vous d'avoir résolu le problème qui a conduit votre nœud en prison !
Cela peut signifier la mise à niveau de votre nœud, ou s'assurer que tout ce qui l'empêche d'être actif est corrigé.
{% endhint %}
Pour libérer votre nœud validateur de prison, vous devez suivre ces étapes :
1. Une fois que vous avez résolu le problème initial ayant conduit le nœud en prison, vous devez attendre 4 epochs (environ 4-5 jours).
2. Après les 4 epochs écoulées, connectez le wallet propriétaire de votre validateur à la [dApp de Staking Chiliz](https://governance.chilizchain.com/staking).
3. Cliquez sur le bouton « Unjail », situé en bas de la page.
4. Saisissez l'adresse du wallet du nœud en prison, et cliquez sur « Submit ».
5. Votre nœud sera libéré de prison et pourra être de nouveau actif.
{% hint style="info" %}
Votre nœud doit attendre la prochaine epoch pour commencer à produire des blocs. Au maximum, cela peut prendre 24 heures.
{% 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.chiliz.com/fr/apprendre/a-propos-des-validateurs/validateur-slashing.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
.png?alt=media)