> 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/tr/ogren/validator-hakkinda/validator-slashing-hakkinda.md).

# Validatör Slashing Hakkında

## Validator slashing nedir?

Validator slashing, ağ bütünlüğünü korumak için gerekli olan bir ceza mekanizmasıdır.

Chiliz Chain gibi Proof of Staked Authority (PoSA) blok zincirlerinde validator'lar token stake eder ve itibarları ile stake miktarlarına göre seçilir.

{% hint style="info" %}
PoSA, Proof of Stake (PoS) ve Proof of Authority (PoA) konsensüs mekanizmalarının unsurlarını birleştirir.
{% endhint %}

Validator slashing, validator'ların sorumlu davranmasını ve Chiliz Chain'in çıkarları doğrultusunda hareket etmesini sağlar. Bu nedenle kaçırılan bloklar ve uzun süreli kesinti gibi kötü niyetli faaliyetleri caydırır.

Slashing, validator'ların davranışlarını ağın güvenliği ve güvenilirliğiyle uyumlu hale getirmek için kritik öneme sahiptir.

## Chiliz Chain'de validator cezaları

Validator'lar için iki olası ceza mevcuttur: Kaçırılan Bloklar ve Uzun Süreli Kesinti.

{% hint style="info" %}
Bu cezalar birikimlidir: aynı epoch içinde gerçekleştiklerinde uygulanır; validator node önce Cezalandırma Seviye 1'e, ardından Cezalandırma Seviye 2'ye ulaşır.

Bu, ikinci cezaya (Cezalandırma Seviye 2) ulaşan bir validator node'unun zaten birinci cezanın (Cezalandırma Seviye 1) sonuçlarını taşıdığı anlamına gelir.
{% endhint %}

İki cezanın ayrıntıları:

* **Kaçırılan Bloklar cezası**: Bir validator node'u epoch başına (yaklaşık bir gün) `XXX` blok kaçırırsa, o epoch için ödülleri kaybeder. Bu Cezalandırma Seviye 1'dir.
* **Uzun Süreli Kesinti cezası ("hapis")**: Bir validator node'u epoch başına `YYY` blok kaçırırsa, o epoch için ödülleri zaten kaybetmiştir (Cezalandırma Seviye 1) ve ayrıca 4 epoch süreyle "hapsedilir" (Cezalandırma Seviye 2). Validator node sahibi, validator node'unu yalnızca bu sürenin ardından "serbest bırakabilir".

Cezalar şu formüllere göre hesaplanır:

* Cezalandırma seviye 1:\
  `XXX = (Epoch'taki toplam blok sayısı / Toplam Validator sayısı) / 2`
* Cezalandırma seviye 2:\
  `YYY = (Epoch'taki toplam blok sayısı / Toplam Validator sayısı) * 3/4`

## Validator node'u hapisten çıkarma

Validator node'unuz "hapisteyse" sorunu gidermiş ve 4 epoch beklemiş olmanız koşuluyla "serbest bırakabilirsiniz" (hapisten çıkarabilirsiniz).

{% hint style="info" %}
Serbest bırakma talebinde bulunmadan önce node'unuzu hapise götüren sorunu çözdüğünüzden emin olun!

Bu, node'unuzu yükseltmeniz veya aktif olmasını engelleyen her şeyin düzeltilmesi anlamına gelebilir.
{% endhint %}

Validator node'unuzu hapisten çıkarmak için şu adımları izlemeniz gerekmektedir:

1. Node'un hapsedilmesine yol açan başlangıç sorununu çözdükten sonra 4 epoch (yaklaşık 4-5 gün) beklemeniz gerekmektedir.
2. 4 epoch geçtikten sonra validator'ın sahibi olan cüzdanı [Chiliz Staking dApp'ine](https://governance.chilizchain.com/staking) bağlayın.
3. Sağ tarafta bulunan "Unjail" düğmesine tıklayın:<br>

   <figure><img src="/files/gkkZVm0GczVhF136as9b" alt=""><figcaption></figcaption></figure>
4. Hapsedilen node'un cüzdan adresini girin ve "Submit" düğmesine tıklayın.

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

5. Node'unuz hapisten çıkarılacak ve yeniden aktif olabilecektir.

{% hint style="info" %}
Node'unuzun blok üretmeye başlaması için bir sonraki epoch'u beklemesi gerekmektedir. En fazla 24 saat sürebilir.
{% 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/tr/ogren/validator-hakkinda/validator-slashing-hakkinda.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.