> 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/notono.md).
# 第二章 · 名の哲学と五本柱の全景
一つの名、一組の生存条件、五本の柱
VITA はラテン語の「生命」に由来します。プロトコルの文脈において、この名はデジタルシステムが生きるための最低条件を厳密に定義します——価値の源、身分の境界、伝達の経路、そして長く続く力を同時に備えねばなりません。四つの条件は四つの文字に対応し、一つでも欠ければそのシステムは「生きている」とは呼べません：
| 次元 | 意味 | 欠けた場合 |
| -------------------------------------------------------- | ---------------------------------------------- | ------------------- |
| V · Value 価値 | 分散型の価値合意を土台に、流動性・貢献・権益が検証可能な価値体系を形づくる | 価値がなければ、ネットワークは続かない |
| I · Identity 身分 | ウォレットアドレス、クリスタル、オンチェーンの関係により、改竄できず累積する固有の身分を築く | 身分がなければ、貢献は帰属しない |
| T · Transmission 伝達 | 価値・身分・貢献・合意がネットワークに沿って流れ、広がり続けるようにする | 伝達がなければ、関係は育たない |
| A · Aeternitas 永遠 | 身分・貢献・権益の記録に、長期の検証可能性と継続する力を与える | 永続性がなければ、蓄積はただのデータ |
四つの生存条件は、五本の具体的な柱が実装します。五本は緊密に噛み合っています——**エネルギーが煉瓦を動かし、煉瓦が塔を築き、塔が位階を分け、位階がビットコインの鋳た価値の錨につながる**。以降の五章で柱ごとに原理を解きます。次ページではまず全景を示します。
> **価値を根とし、身分を形とし、伝達を脈とし、永遠を志とする。**
五本の柱のうち、BTC イールドエンジンは価値の主線に位置します。前の四本が「いかに育つか」に答え、第五の柱が育った成果を「何で測り、どこへ沈殿させるか」を決めるのです。この主線は序章の信仰の起点から、終章の最終定義まで貫かれています。
---
# 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/notono.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.
