> 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/pl/nauka/o-walidatorach/slashing-walidatorow.md).

# Slashing walidatorów

## Czym jest slashing walidatora?

Slashing walidatora to mechanizm karny, który jest niezbędny do utrzymania integralności sieci.

W blockchainie Proof of Staked Authority (PoSA), takim jak Chiliz Chain, walidatorzy stakują tokeny i są wybierani na podstawie reputacji i kwoty stakingu.

{% hint style="info" %}
PoSA łączy elementy mechanizmów konsensusu Proof of Stake (PoS) i Proof of Authority (PoA).
{% endhint %}

Slashing walidatora zapewnia, że walidatorzy działają odpowiedzialnie i w najlepszym interesie Chiliz Chain. Tym samym zniechęca do złośliwych działań, takich jak pomijanie bloków i przedłużona niedostępność.

Slashing jest kluczowy dla dostosowania zachowania walidatorów do bezpieczeństwa i niezawodności sieci.

## Kary dla walidatorów w Chiliz Chain

Istnieją dwie możliwe kary dla walidatorów: Pominięte Bloki i Przedłużona Niedostępność.

{% hint style="info" %}
Te kary są kumulatywne: są nakładane, gdy następują w tej samej epoce, przy czym węzeł walidatora osiąga najpierw Poziom Slashingu 1, a następnie Poziom Slashingu 2.

Oznacza to, że węzeł walidatora, który osiągnie drugą karę (Poziom Slashingu 2), ponosi już konsekwencje pierwszej kary (Poziom Slashingu 1).
{% endhint %}

Szczegóły obu kar są następujące:

* **Kara za Pominięte Bloki**: Jeśli węzeł walidatora pominie `XXX` bloków na epokę (około dnia), traci nagrody za tę epokę. Jest to Poziom Slashingu 1.
* **Kara za Przedłużoną Niedostępność ("areszt")**: Jeśli węzeł walidatora pominie `YYY` bloków na epokę, utracił już nagrody za tę epokę (Poziom Slashingu 1) i dodatkowo zostaje „aresztowany" na 4 epoki (Poziom Slashingu 2). Właściciel węzła walidatora będzie mógł „zwolnić" węzeł walidatora dopiero po tym okresie.

Kary są obliczane według następujących wzorów:

* Poziom slashingu 1:\
  `XXX = (Całkowita liczba bloków w epoce / Całkowita liczba Walidatorów) / 2`
* Poziom slashingu 2:\
  `YYY = (Całkowita liczba bloków w epoce / Całkowita liczba Walidatorów) * 3/4`

## Jak zwolnić węzeł walidatora z aresztu (unjail)

Jeśli Twój węzeł walidatora jest „aresztowany", możesz go „zwolnić" (unjail), pod warunkiem że naprawiłeś problem i odczekałeś 4 epoki.

{% hint style="info" %}
Przed złożeniem wniosku o zwolnienie upewnij się, że naprawiłeś problem, który spowodował aresztowanie węzła!

Może to oznaczać aktualizację węzła lub zapewnienie, że wszystko, co uniemożliwiało mu bycie aktywnym, zostało naprawione.
{% endhint %}

Aby zwolnić węzeł walidatora z aresztu, wykonaj następujące kroki:

1. Po naprawieniu pierwotnego problemu powodującego aresztowanie węzła musisz odczekać 4 epoki (około 4–5 dni).
2. Po upływie 4 epok połącz portfel właściciela walidatora z [dApp Chiliz Staking](https://governance.chilizchain.com/staking).
3. Kliknij przycisk „Unjail", który znajduje się tutaj po prawej stronie:<br>

   <figure><img src="/files/QElyXOYpu5vmgnYsNpGC" alt=""><figcaption></figcaption></figure>
4. Wprowadź adres portfela aresztowanego węzła i kliknij „Submit".

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

5. Twój węzeł zostanie zwolniony z aresztu i może znów być aktywny.

{% hint style="info" %}
Twój węzeł musi poczekać na następną epokę, aby zacząć produkować bloki. Może to potrwać maksymalnie 24 godziny.
{% 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/pl/nauka/o-walidatorach/slashing-walidatorow.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.