> 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
## 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é ici sur la droite :
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 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/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 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.