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

# 제11장 · 비트코인 가치 결속

세 겹의 결속: 철학·준비금·기술 노선

VITA 와 비트코인의 관계는 검증 가능한 세 겹의 결속으로 이루어집니다. 프로토콜은 어떤 수익 모델도 수익 약속도 두지 않습니다 — 가치의 결속 그 자체가 가치 주장의 전부입니다.

### 11.1 철학의 결속: 같은 뿌리의 희소 유전자

VITA 의 총량 210,000,000 개는 비트코인 21,000,000 개 상한의 열 배 거울상입니다. 계약은 추가 발행 기능을 없앴고, 희소성은 약속이 아니라 수학이 보증합니다. 크리스탈 총량 2,100,000 개도 같은 합의의 숫자에서 왔습니다. 탈중앙 구조, KYC 없는 프라이버시 원칙, '재단은 결국 물러난다'는 거버넌스 노선은 모두 사토시가 세운 전통을 하나씩 이어받은 것입니다.

### 11.2 준비금의 결속: 온체인 수수료가 비트코인으로 계속 바뀐다

생태 운영에서 발생하는 온체인 수수료는 계약이 정한 비율에 따라 탈중앙 라우팅을 거쳐 BTC 앵커 자산으로 계속 전환되고, 공개된 프로토콜 준비금으로 가라앉습니다. 다른 일부는 DEX 유동성으로 자동 주입되어 거래 깊이를 지킵니다. 준비금 주소, 실시간 잔액, 누적 유입과 누적 유출은 전 과정 공개되어 누구나 언제든 검증할 수 있습니다 —<mark style="color:$warning;">**탑 기초 아래 암반의 두께는 온체인 데이터가 말한다. 누구의 보증도 필요 없다**</mark>。

### 11.3 노선의 결속: 비트코인 생태를 향한 장기 진화

프로토콜은 여러 비트코인 Layer2 인프라 사업자와 기반 정산 인터페이스의 공동 구축에 합의했습니다. 로드맵의 라이트닝 네트워크 확장(제15장)은 생태의 정산이 끝내 비트코인 본래의 방식으로 완결되게 합니다. VITA 의 장기적 기술 진화는 언제나 비트코인 생태로 수렴합니다.

> <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/undefined/11.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.
