> For the complete documentation index, see [llms.txt](https://vitaprotocol.gitbook.io/vita/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://vitaprotocol.gitbook.io/vita/vita-protocol/howaitoheha/no.md).
# 第六章 · 九段の位階
貢献の目盛り、名誉の永遠
### 6.1 目盛りなき貢献はやがて蒸発する
人類の偉大な協働体系はどれも「貢献が測れること」の上に築かれてきました。科挙には九品があり、武功には爵位があり、学術には職位があります。測ることの意味は褒賞そのものをはるかに超えます——**長期の投入を予見可能にし、後から来る者に道を見せ、先行者の蓄積に制度としての敬意を与える**。オンチェーン世界にはこの目盛りが長く欠けていました。貢献は記録されないか、中央集権的な主体に恣意的に評価されるかでした。九段の位階（V1〜V9）はそのために生まれた——コントラクトが握り、誰の手も動かせない貢献の物差しです。
### 6.2 九段：見習いから総建築士まで
V1 から V9 は、塔における建設者の九段の旅に対応します。はじめて煉瓦を持ち上げた新人から、塔身の一区を差配する職人へ、そして区画全体を導く総建築士へ——これは生命が芽吹き、枝を伸ばし、幹となり、天を衝くまでの九段階でもあります。各段の昇格は、チェーン上で検証できる**ネットワーク建設への貢献**を唯一の根拠とし、契約がオンチェーンデータから自動判定します。誰も授与できず、誰も剥奪できません。塔はどの煉瓦を誰が積んだかを忘れません。そして建設者が登った各段は、より高い貢献ウェイトに対応します——BTC イールドエンジンによる価値の還流において、そのウェイトがビットコイン準備からの取り分を直接決めるのです。**位階は名誉であり、そしてビットコインで測られる建設の証である**。
### 6.3 均衡成長ウェイト：コードに書かれた公平
九段体系の貢献計量には**均衡成長ウェイト・モデル**を用います。建設者の貢献を評定するとき、契約が見る中心的な指標はその系譜の*均衡度*です。複数の枝がともに茂る構造は完全なウェイトを得、単一の枝に極端に集中した構造は、その集中部分の限界ウェイトが凸曲線に沿って逓減します。この数学の発想は現代ポートフォリオ理論と同じ系譜にあります——分散した構造は真の頑健さを担い、集中した構造は systemic な脆さを孕む。ここから三つの設計意図が達成されます：
* **本物の建設に報いる**：ウェイト関数は多方向の均衡成長へ自然に傾き、昇格の唯一の道は自らの手でより広い構造を育てることです。一本の強い枝に寄りかかる便乗は、曲線上で自動的に零へ減衰します——*モデルは、労せず得るための数学的な余地を消し去る*。
* **健やかな塔身をかたちづくる**：構造の均衡度を物差しとすることで、建設者はすべての枝に等しく水をやるよう導かれ、塔は頭でっかちな歪んだ成長を免れます。森の耐風性が四方へ伸びた根から来るように、ネットワークの耐リスク性も構造のエントロピーとともに高まります。
* **公平に裁定は要らない**：ウェイト関数はコードが一つずつ執行します。異議も例外も情実もありません——*公平がはじめて、道徳的な期待ではなく物理的な属性となる*。
### 6.4 位階は評判：チェーン上の第二の顔
位階は最終的に、チェーン固有の評判として沈殿します。将来の統治表決、生態間の協働、さらにはチェーンをまたぐ身分の相互承認において、V7 の建設者のアドレスが帯びる歴史の重みは、新しいアドレスのそれとはまるで違うでしょう。**九段の位階は、「経歴」にチェーン上ではじめて数学的な公正と永遠を与える**——記録された各段は改竄不能な建設の歴史に支えられ、約束された一分のウェイトは実在のビットコイン準備に裏づけられています。
---
# 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://vitaprotocol.gitbook.io/vita/vita-protocol/howaitoheha/no.md?ask=&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.