> 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/nordomappu.md).

# 第十四章 · 四段階の成長ロードマップ

一つの塔の四季

プロトコルの歩みは、定められたオンチェーン条件により四つの段階に分かれます——塔が基礎を据え、頂を閉じ、やがて時間と共に生きるように：

| 段階                                           | 使命                                                                                   | 遷移条件                  |
| -------------------------------------------- | ------------------------------------------------------------------------------------ | --------------------- |
| <mark style="color:blue;">壱 · 基礎を据える期</mark> | 創世スタッキングを始動し、百層のカーブと 52,500,000 枚の創世発行を完了。最初の建設者たちが入り、創世ブロックの上に土台が据えられます。            | 第 100 層の完売、または所定期間の満了 |
| <mark style="color:blue;">弐 · 煉瓦を集める期</mark> | クリスタルの集中起動期間を開き、建設者たちが身分を確定。初期流動性とビットコイン準備が同時に積み上がり、塔基の岩盤が注がれ始めます。                   | 起動期間およびプロトコル条件の充足     |
| <mark style="color:blue;">参 · 塔が動く期</mark>   | 中核機能が全面稼働し、ビットコイン準備の経路が全速で回り、生態は長期運転へ入ります。塔の灯がともり、生命の環が回り始めます。                       | 流動性と安全性の基準を充足         |
| <mark style="color:blue;">肆 · 永く育つ期</mark>   | VITA Foundation が契約権限を DAO 統治委員会へ完全移譲し、プロトコルはコードとコミュニティの合意だけで動く形へ。塔は建ち、岩盤は絶えず厚くなります。 | 移譲条件の充足               |

段階の遷移はすべてオンチェーン条件で自動的に起こり、契約状態として公開表示されるため、いま協議がどの時点にあるかを誰でもリアルタイムに確認できます。


---

# 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/nordomappu.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.