> 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/sutakkingu.md).
# 第十章 · 創世スタッキング
百層の登塔の儀
### 10.1 位置づけ：参加の最初の門
創世スタッキングは VITA の発行の儀であり、建設者が塔の門をくぐる最初の一歩でもあります。52,500,000 枚の VITA（総量の 25%）が、あらかじめ契約に書き込まれた**ボンディングカーブ**に沿って鋳造されます。曲線は 100 の連続した価格層に分かれ、塔の百段の階段のように並びます。すべての VITA は実際の資金で曲線から買い取られて生まれ、価格は第 1 層の 0.100 USDT から曲線を登り（係数 0.02、全体としてほぼ線形）、第 100 層で 0.200 USDT に達します——ちょうど起点の 2 倍です。早く登るほど足元の段は低く、しかも曲線は誰にとっても一本きりです。
### 10.2 魚腹型の分布：正規曲線に書かれた律動
層ごとの発行量は離散正規分布（平均 μ = 50.5、標準偏差 σ = 20）を採り、「前期は低価格・少量、中盤は集中放出、後期は高価格・収縮」という**魚腹型の構造**：
を形づくります。このモデルでは、第 1 層は 0.100 USDT で約 49,579 枚、第 50・51 層が頂点で各約 1,060,052 枚、第 100 層は 0.200 USDT で約 49,579 枚。整数の端数補正を経て、100 層の合計はちょうど 52,500,000 枚となります。曲線のどの区間にも明確な意図があります：**前段の低価格・少量**は、最も急な価格の優位を最初の信奉者に残しつつ、限られた供給で鯨の独占を防ぎます。**中盤の放出**は、合意が温まる時期に主力の建設者を受け止めます。**終盤の収縮**は、希少性のうちに走り切り、創世を需要超過のまま締めくくります。
### 10.3 執行ルール：進行役は契約
* **状態は完全に透明**：契約は現在の層価格・残量・累計状況をリアルタイムで公示し、各段の空きは誰でも確認できます。
* **層をまたげば必ず分割**：資金が複数層にまたがる場合、契約が層ごとに分割して決済します——価格の階段は誰にも等しく、一区間を買い抜くことは誰にもできません。
* **完売すれば次の層へ**：層が完売すれば自動的に次の層へ進み、第 100 層が完売した時点で創世スタッキングは**永久に終了**し、二度目の創世はありません。
### 10.4 公平な鋳造：正統性の最初の礎
創世スタッキングは、発行の方式においてこの業界で最も正統な公平の原則を守ります：**プライベート販売なし、機関ラウンドなし、価格の不透明なし**——100 層の価格曲線は展開の日から完全に公開され、各層の価格と数量は契約に固定されます。参加者は誰もが同じ曲線、同じ規則、同じ入口に向き合います。発行の全過程は契約が進行し、チームにも第三者にも優先の通路はありません。
創世スタッキングは同時に、タワーネットワークへ入るための身分証としてクリスタルの取得資格を与えます。身分体系の哲学と構造は第四章から第六章をご覧ください。鋳造が完了したその瞬間、創世発行は永久に幕を閉じ——以後 VITA のあらゆる移転は、公開市場と公開された規則のもとで行われます。
---
# 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/sutakkingu.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.
