> 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/jp/gakushu/yogo-shu/staking.md).

# Staking

Chiliz Chain の staking 用語集：委任ロジック、CHZ のロック、validator/delegator の役割、Parlia 互換性、分散型 staking プラットフォームの概要。

## 概要

Staking は、アクティブな validator セットを管理するために作成されたコントラクトです。

ユーザーが最良の validator に投票できる委任ロジックを実装しています。これはブロックチェーンに分散性をもたらし、最も誠実で安定した validator に投票することでユーザーが報酬を得られるようにします。なぜなら、Annual Percentage Rate（APR）は主に validator の安定性に依存するからです。

### 互換性

Staking コントラクトは、元の Parlia の validator セットコントラクトと完全に互換性があります。

## **分散型 Staking プラットフォーム**

Staking は consensus mechanism に不可欠な要素です。同様に、Chiliz Chain は gas fee の削減とブロックタイムの短縮に寄与する堅牢な validator の構造に依存しています。ブロックチェーンで一般的に使われる consensus mechanism は Proof of Stake（PoS）に基づいています。

Staking により、CHZ 保有者は資産をチェーン上でロックすることでネットワークに貢献できます。staking には Validator と Delegator という 2 つの異なる役割があり、これらは Chiliz Chain の staking モデルの参加者でもあります。

**Validator** は、ブロックを作成・検証するために node を運用し、大量のネイティブトークンを stake しなければなりません。

**Delegator** は、はるかに少ない量のトークンで validator の staking プールに貢献でき、より少ない CHZ しか持たないコミュニティでもネットワークに参加できるようにします。

### **報酬**

各ブロックの報酬は、そのブロック内のすべての取引で消費された gas fee から生まれます。これらの報酬は次の 3 つの主体に分配されます：

* そのブロックを作成した validator、
* 同じ validator のプールの delegator、
* そしてネットワーク。


---

# 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/jp/gakushu/yogo-shu/staking.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.