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

# 第四章 · タワークリスタル：発行・取得・起動

身分資産の三つの生

#### 4.1 発行パラメータ

クリスタルは ERC-721 / BEP-721 規格で発行され、総量は <mark style="color:$warning;">**2,100,000 個**</mark>。それぞれに <mark style="color:$warning;">**10 枚の VITA**</mark> の起動権益が封入されます（合計 21,000,000 枚、総量の 10%）。クリスタルは参加者の身分を確定し、ネットワークの系譜を刻み、貢献を記録し、配当ウェイトを形成します。

#### 4.2 二つの取得経路

* <mark style="color:$warning;">**経路一 · スタッキングに付随**</mark>：創世スタッキングに参加したアドレスは毎日クリスタルを受け取れます。1 アドレスの 1 日上限は一律 <mark style="color:$warning;">**200 個**</mark>で、自らのタワーネットワークを築くために用います。
* <mark style="color:$warning;">**経路二 · 起動に付随**</mark>：クリスタルの起動を完了したアドレスは、さらに <mark style="color:$warning;">**10 個のクリスタル**</mark>で、自らのタワーネットワークを築くために用います。

二つの経路は同じ方向を指しています：<mark style="color:$warning;">**タワーネットワークが大きいほど——スタッキングした VITA が多く、起動したクリスタルが多いほど——分け合える BTC と VITA の配当も大きくなる**</mark>。建設の規模は重み S の二つの係数を直接刻み、ネットワークの一寸の成長も配当式に痕跡を残します。

#### 4.3 起動：三つの状態遷移

クリスタルには三つの状態があります：<mark style="color:$warning;">**受取待ち**</mark>（契約の枠内に記録）→ <mark style="color:$warning;">**受取済・未起動**</mark>（ウォレットで眠り、重みはまだない）→ <mark style="color:$warning;">**起動済**</mark>（有効な状態）。保有者は activateCrystal() を呼び出し、Gas 清算費（BNB または USDT）を支払って起動します。1 アドレスの累計起動上限は <mark style="color:$warning;">**10 個**</mark>**のクリスタル**。一回の取引で三つのことが完了します：封入された 10 枚の VITA の解放、身分の有効化と係数 C への算入、そして第五章の規則に従う Gas の完全無留保分流。未起動のクリスタルは眠ったままです——<mark style="color:$warning;">**この塔に空の煉瓦はない**</mark>。


---

# 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/tkunomikusu/tawkurisutaru.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.