> 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/th/riang-ru/validator/validator-slashing.md).

# Validator Slashing

บทลงโทษ slashing ของ Chiliz Chain: Slashing Level 1 (บล็อกที่พลาด = สูญเสียรางวัลของ epoch) และ Level 2 (หยุดทำงานนาน = ถูกจองจำ 4 epoch) พร้อมวิธีการ unjail

## validator slashing คืออะไร?

Validator slashing คือกลไกการลงโทษที่มีความสำคัญต่อการรักษาความสมบูรณ์ของเครือข่าย

ใน blockchain แบบ Proof of Staked Authority (PoSA) อย่าง Chiliz Chain นั้น validator จะ stake token และได้รับการคัดเลือกตามชื่อเสียงและจำนวนที่ stake

{% hint style="info" %}
PoSA ผสมผสานองค์ประกอบของกลไก consensus แบบ Proof of Stake (PoS) และ Proof of Authority (PoA) เข้าด้วยกัน
{% endhint %}

Validator slashing ช่วยให้มั่นใจว่า validator จะดำเนินการอย่างมีความรับผิดชอบและเป็นประโยชน์ต่อ Chiliz Chain จึงช่วยป้องกันพฤติกรรมที่ไม่ดี เช่น การพลาดบล็อกและการหยุดทำงานเป็นเวลานาน

Slashing มีความสำคัญในการทำให้พฤติกรรมของ validator สอดคล้องกับความปลอดภัยและความน่าเชื่อถือของเครือข่าย

## บทลงโทษของ validator บน Chiliz Chain

มีบทลงโทษที่เป็นไปได้สองประการสำหรับ validator ได้แก่ การพลาดบล็อก และการหยุดทำงานเป็นเวลานาน

{% hint style="info" %}
บทลงโทษเหล่านี้เป็นแบบสะสม: จะถูกมอบให้เมื่อเกิดขึ้นภายใน epoch เดียวกัน โดย validator node จะถึง Slashing Level 1 แล้วจึงถึง Slashing Level 2

ซึ่งหมายความว่า validator node ที่ถึงบทลงโทษที่สอง (Slashing Level 2) จะได้รับผลที่ตามมาจากบทลงโทษแรก (Slashing Level 1) อยู่แล้ว
{% endhint %}

รายละเอียดของบทลงโทษทั้งสองประการมีดังนี้:

* **บทลงโทษ Missed Blocks**: หาก validator node พลาดบล็อก `XXX` บล็อกต่อ epoch (ประมาณหนึ่งวัน) จะสูญเสียรางวัลสำหรับ epoch นั้น นี่คือ Slashing Level 1
* **บทลงโทษ Extended Downtime ("jail")**: หาก validator node พลาดบล็อก `YYY` บล็อกต่อ epoch จะสูญเสียรางวัลสำหรับ epoch นั้นไปแล้ว (Slashing Level 1) และยังถูก "จองจำ" อีก 4 epoch (Slashing Level 2) เจ้าของ validator node จะสามารถ "ปล่อย" validator node ได้หลังจากช่วงเวลานี้เท่านั้น

บทลงโทษคำนวณตามสูตรเหล่านี้:

* Slashing level 1:\
  `XXX = (Total nbr of blocks in an epoch / Total nbr of Validators) / 2`
* Slashing level 2:\
  `YYY = (Total nbr of blocks in an epoch / Total nbr of Validators) * 3/4`

## วิธี unjail validator node

หาก validator node ของคุณถูก "จองจำ" คุณสามารถ "ปล่อย" (unjail) ได้ โดยต้องแก้ไขปัญหาและรอ 4 epoch ก่อน

{% hint style="info" %}
ก่อนที่คุณจะขอปล่อย ตรวจสอบให้แน่ใจว่าคุณได้แก้ไขปัญหาที่ทำให้ node ของคุณถูกจองจำในตอนแรกแล้ว!

ซึ่งอาจหมายถึงการอัปเกรด node ของคุณ หรือตรวจสอบให้แน่ใจว่าสิ่งที่ขัดขวางไม่ให้ node ทำงานได้รับการแก้ไขแล้ว
{% endhint %}

ในการปล่อย validator node จากการถูกจองจำ คุณต้องทำตามขั้นตอนเหล่านี้:

1. เมื่อคุณแก้ไขปัญหาเริ่มต้นที่ทำให้ node ถูกจองจำแล้ว คุณต้องรอ 4 epoch (ประมาณ 4-5 วัน)
2. หลังจาก 4 epoch ผ่านไป ให้เชื่อมต่อ กระเป๋าเงินของเจ้าของ validator กับ [Chiliz Staking dApp](https://governance.chilizchain.com/staking)
3. คลิกที่ปุ่ม "Unjail" ซึ่งอยู่ที่ด้านล่างของหน้า
4. ป้อนที่อยู่ กระเป๋าเงิน ของ node ที่ถูกจองจำ แล้วคลิก "Submit"

<figure><img src="https://3189658150-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FLHe6Yk9vM1NjniTq0hPb%2Fuploads%2Fgit-blob-94091834b19e3c4a257cba7051cdfe839d97c80c%2Fimage%20(481).png?alt=media" alt="" width="359"><figcaption></figcaption></figure>

5. node ของคุณจะได้รับการปล่อยจากการถูกจองจำและสามารถทำงานได้อีกครั้ง

{% hint style="info" %}
node ของคุณต้องรอให้ epoch ถัดไปเริ่มต้นก่อนจึงจะสามารถสร้างบล็อกได้ อาจใช้เวลาสูงสุด 24 ชั่วโมง
{% 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/th/riang-ru/validator/validator-slashing.md?ask=<question>&goal=<user_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.