> 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/tawkurisutaruno.md).
# 第四章 · タワークリスタル：生命の煉瓦
身分こそ資産
### 4.1 アドレスの限界
ウォレットアドレスは所有を証明できますが、本来的に匿名で無差別です——アドレス同士の違いは残高の多寡だけ。三年ネットワークを築いた古参も、昨日生成されたスクリプトのアドレスも、チェーン上では見分けがつきません。この「身分の平坦化」こそ、シビル攻撃が蔓延し貢献が確定できない根本原因です。貢献を帰属させ、関係を結び、評判を積み上げるには、アドレスよりも重いものが必要です——**それ自体が資産である身分**。
### 4.2 NFT：身分を確定する三つの論理
クリスタルは ERC-721 / BEP-721 規格で発行され、総量 2,100,000 枚、それぞれに 10 枚の VITA 起動権益が封入されます——この総量もまた、ビットコインの二千百万という合意の数字と同根です。この技術選択の背後には、三層の緊密な論理があります：
* **唯一性は、身分の複製不能に対応する**：どのクリスタルもチェーン上で唯一の存在であり、塔の中で各煉瓦が唯一の位置を持つのと同じです。ひとたび確定した身分は、偽造も改竄もできません。
* **流通性は、身分の継承可能性に対応する**：クリスタルはチェーン上で自由に譲渡でき、移転のたびにその出所が永久に刻まれます——身分は追跡可能な継承の系譜を持ちます。歴代の持ち主の名が刻まれた一枚の煉瓦のように。
* **資産性は、身分に費用があることに対応する**：クリスタルを得て起動するには実際のオンチェーン操作と実際の費用が要ります。この敷居が経済学的にシビルアドレスを濾し取ります——*身分そのものに値がつけば、身分の偽造は割に合わない商売になる*。
### 4.3 起動：チェーン上の成人式
起動前のクリスタルは眠る煉瓦です。静かで、重みを持たず、脈もありません。保有者がコントラクトへ起動を呼び出したその瞬間、四つのことが一つの取引の中で同時に起こります——**身分の確定**（そのクリスタルはタワーネットワークにおける検証可能な身分単位となる）、**エネルギーの解放**（封入された初期 VITA が保有者へ渡り、最初の生命の火が灯る）、**系譜の刻印**（そのクリスタルの出所がチェーン上へ永久に書き込まれ、ネットワークのフラクタル図が一つ広がる）、**岩盤の増厚**（起動に支払われたオンチェーン費用が、清算経路を通じて塔全体で共有されるビットコイン準備へ変わり続ける——新しい建設者の入塔の儀は、そのまま塔基へ新たな BTC の岩盤を一層注ぐことでもある）。
起動の深い意義は「保有」と「参加」を分けることにあります。儀を経たクリスタルだけが貢献に算入されるため、有効な一枚ごとが、実際の・能動的な・費用を伴う確定の意思決定に対応します——**塔に空の煉瓦はなく、塔基に緩い土もない**。
### 4.4 煉瓦と塔の弁証法
一枚の煉瓦はそれだけでは平凡ですが、塔に積まれれば位置と荷重と意味を得ます。逆に、塔の一寸ごとの高さは、具体的な煉瓦が支えています。クリスタルとネットワークはまさにこの共生の関係にあります。クリスタルはネットワークによって身分の価値を得、ネットワークはクリスタルによって実在の構造を得る。一枚に一つの世界があり、煉瓦は連なり、塔身は次第に立ち上がる——そして煉瓦の下では、ビットコインの岩盤が塔とともに厚みを増していきます。
---
# 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/tawkurisutaruno.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.