> 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/vi/hoc-tap/tro-thanh-nha-xac-thuc/hinh-phat-cho-nha-xac-thuc.md).

# Hình phạt cho nhà xác thực

## Slashing nhà xác thực là gì?

Slashing nhà xác thực là một cơ chế xử phạt thiết yếu để duy trì tính toàn vẹn của mạng lưới.

Trong một blockchain Proof of Staked Authority (PoSA) như Chiliz Chain, các validator stake token và được chọn dựa trên uy tín và số lượng stake.

{% hint style="info" %}
PoSA kết hợp các yếu tố của cơ chế đồng thuận Proof of Stake (PoS) và Proof of Authority (PoA).
{% endhint %}

Slashing nhà xác thực đảm bảo rằng các validator hành động có trách nhiệm và vì lợi ích tốt nhất của Chiliz Chain. Do đó, nó ngăn cản các hoạt động độc hại như bỏ lỡ khối và thời gian ngừng hoạt động kéo dài.

Slashing là rất quan trọng để điều chỉnh hành vi của các validator phù hợp với tính bảo mật và độ tin cậy của mạng lưới.

## Hình phạt cho nhà xác thực trên Chiliz Chain

Có hai hình phạt có thể áp dụng cho validator: Bỏ lỡ khối (Missed Blocks) và Downtime kéo dài (Extended Downtime).

{% hint style="info" %}
Các hình phạt này có tính tích lũy: chúng được áp dụng khi xảy ra trong cùng một epoch, với validator node đạt Slashing Cấp 1, rồi đến Slashing Cấp 2.

Điều này có nghĩa là một validator node đạt đến hình phạt thứ hai (Slashing Cấp 2) thì đã gánh chịu hậu quả của hình phạt thứ nhất (Slashing Cấp 1).
{% endhint %}

Chi tiết của hai hình phạt như sau:

* **Hình phạt Bỏ lỡ khối (Missed Blocks)**: Nếu một validator node bỏ lỡ `XXX` khối mỗi epoch (khoảng một ngày), nó sẽ mất phần thưởng cho epoch đó. Đây là Slashing Cấp 1.
* **Hình phạt Downtime kéo dài ("jail")**: Nếu một validator node bỏ lỡ `YYY` khối mỗi epoch, nó đã mất phần thưởng cho epoch đó (Slashing Cấp 1), và còn bị "giam" (jailed) trong 4 epoch (Slashing Cấp 2). Chủ sở hữu validator node sẽ chỉ có thể "giải phóng" validator node sau khoảng thời gian này.

Các hình phạt được tính theo các công thức sau:

* Slashing cấp 1:\
  `XXX = (Tổng số khối trong một epoch / Tổng số Validator) / 2`
* Slashing cấp 2:\
  `YYY = (Tổng số khối trong một epoch / Tổng số Validator) * 3/4`

## Cách unjail một validator node

Nếu validator node của bạn đang bị "giam" (jailed), bạn có thể "giải phóng" (unjail) nó, miễn là bạn đã khắc phục sự cố và chờ đủ 4 epoch.

{% hint style="info" %}
Trước khi yêu cầu giải phóng, hãy đảm bảo rằng bạn đã khắc phục sự cố ban đầu khiến node của bạn bị giam!

Điều này có thể đồng nghĩa với việc nâng cấp node của bạn, hoặc đảm bảo rằng mọi thứ ngăn nó hoạt động đã được sửa.
{% endhint %}

Để giải phóng validator node khỏi tình trạng bị giam, bạn cần làm theo các bước sau:

1. Sau khi bạn đã khắc phục sự cố ban đầu khiến node bị giam, bạn cần chờ 4 epoch (khoảng 4-5 ngày).
2. Sau khi 4 epoch đã trôi qua, kết nối ví chủ sở hữu validator của bạn với [Chiliz Staking dApp](https://governance.chilizchain.com/staking).
3. Nhấp vào nút "Unjail", nằm ở đây bên phải:<br>
4. Nhập địa chỉ ví của node bị giam, và nhấp "Submit".
5. Node của bạn sẽ được giải phóng khỏi tình trạng bị giam và có thể hoạt động trở lại.

{% hint style="info" %}
Node của bạn cần chờ epoch tiếp theo để bắt đầu sản xuất khối. Nhiều nhất có thể mất 24 giờ.
{% 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/vi/hoc-tap/tro-thanh-nha-xac-thuc/hinh-phat-cho-nha-xac-thuc.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.