> For the complete documentation index, see [llms.txt](https://docs.ripe.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ripe.finance/learn/ripe-docs-ko/undefined-3/03-bonds.md).

# Ripe 본드

현금을 힘으로 바꾸기

모든 프로토콜에는 자본이 필요합니다. 대부분은 토큰을 팔고 지출합니다.

Ripe 본드는 사용자의 스테이블코인을 프로토콜 소유 자본으로 바꿉니다. 대금을 지불하면 에폭 가격으로 새로 발행된 RIPE를 받고, 대금은 마케팅 예산이 아니라 [트레저리](/learn/ripe-docs-ko/undefined-1/07-endaoment.md)로 들어갑니다. RIPE를 잠그면 더 많이 받습니다. 활동 부스터가 있나요? 또 늘어납니다.

엑시트에 자금을 대는 것이 아닙니다. 시스템에 자금을 대고 그 일부를 받는 것입니다.

> **실시간 조건은 온체인에 있습니다.** 결제 자산, 에폭 규모 및 길이, 가격 범위, 잠금 보너스, 부스터, 본드 판매 여부는 배포 네트워크마다 다르고 시간에 따라 바뀝니다. 이 페이지의 모든 수치는 예시입니다. [Params](https://params.ripe.finance)가 최종 기준입니다.

본드는 즉시 정산됩니다. 구매하는 순간 RIPE가 지갑 또는 거버넌스 볼트 포지션에 들어옵니다. [Reserve Engine](/learn/ripe-docs-ko/undefined-3/04-reserve-engine.md)은 프로토콜에서 RIPE를 구매하는 또 다른 방법입니다. 지금 지불하고 시간에 따라 베스팅합니다.

## 본드가 중요한 이유

본드는 용병 같은 단기 유동성에 비용을 지급하지 않고 프로토콜 소유 자본을 만드는 DeFi의 오래된 문제를 해결합니다. 모든 본드는 다음 역할을 합니다.

* 거버넌스가 운용할 수 있는 자산으로 **트레저리를 성장**시킵니다.
* 실제 기여한 자본에 비례해 **RIPE를 분배**합니다.
* 더 긴 잠금과 과거 기여에 **보상**합니다.
* 프로토콜에 부실 채권이 생기면 **이를 해소**할 수 있습니다(아래 설명).

## 본드의 작동 방식

### 에폭

본드는 에폭 단위로 판매됩니다. 각 에폭은 고정된 수량의 결제 자산을 받고 정해진 블록 수 동안 운영됩니다. 선착순이며, 거버넌스가 본드 구매를 허용 목록으로 제한할 수 있습니다.

* **매진**: 에폭 한도가 소진되어 온전한 토큰 1개 미만만 남으면, 자동 재시작이 켜진 경우 매진된 에폭의 예정 종료 시점과 거버넌스가 정한 재시작 지연 뒤에 다음 에폭이 열립니다.
* **시간 만료**: 한도가 남은 상태로 에폭이 만료되면 다음 에폭이 예정대로 시작됩니다.
* **일시정지**: 거버넌스가 본드를 완전히 닫을 수 있습니다. 현재 에폭은 앱에서 확인하세요.

### 에폭 동안의 가격 변화

거버넌스는 각 에폭에서 결제 토큰당 최소 및 최대 RIPE 수량을 정합니다. 교환 비율은 최소값으로 시작해 에폭 동안 최대값까지 선형으로 올라갑니다. 기다릴수록 달러당 RIPE가 늘지만, 그전에 에폭이 매진될 위험이 있습니다. 최소값과 최대값이 같으면 가격은 일정합니다.

```
에폭 시작 → 달러당 RIPE가 적음(구매 가능성 확실)
                      ↓
                  시간 경과
                      ↓
에폭 종료 → 달러당 RIPE가 많음(한도가 남아 있는 경우)
```

### 정수 단위, 환불, 최소 수령량

본드는 결제 토큰의 정수 단위만 계산합니다. 1 USDC는 가능하지만 1.5 USDC는 계산하지 않습니다. 소수 부분은 환불하고, 에폭의 남은 한도를 넘는 금액도 환불합니다. 최소 RIPE 수령량을 정했는데 보너스를 포함한 전체 수령량이 그보다 적다면 구매 전체가 되돌려지고 자금은 그대로 남습니다.

다른 주소가 `canAnyoneBondForUser`를 켜 둔 경우에만 그 주소를 위해 본드를 구매할 수 있습니다.

### 토큰 배정

본드는 보상 및 Reserve Engine과 별도의 RIPE 배정 한도를 사용합니다. 에스크로에 보관된 토큰 더미가 아니라 회계상 한도이며, 일반 본드 분배는 프로토콜 전체의 [10억 한도](/learn/ripe-docs-ko/undefined-3/01-ripe-tokenomics.md#id-10)에 포함됩니다. 부실 채권 복구는 유일한 예외입니다. [본드와 부실 채권](#undefined-9)을 참조하세요.

## 달러당 RIPE를 더 받는 방법

### 잠금 보너스

RIPE를 [거버넌스 볼트](/learn/ripe-docs-ko/undefined-3/02-governance.md)에 잠그면 기본 수량 위에 보너스를 받습니다. 보너스는 볼트의 최소 및 최대 잠금 사이에서 선형으로 늘어납니다.

```
예시: 최소 잠금 1일, 최대 3년, 최대 보너스 200%

최소 미만      →   0% 보너스  → 기본 수량 1배
1년            →  약 67%      → 1.67배
2년            → 약 133%      → 2.33배
3년(최대)      →  200%        → 3배
```

* 최대 기간까지 원하는 잠금을 선택할 수 있습니다. 더 길게 요청하면 최대값이 적용됩니다.
* 잠긴 RIPE는 거버넌스 볼트로 바로 들어가 첫날부터 거버넌스 포인트와 스테이커 보상을 얻습니다.
* 최종 잠금이 볼트의 최소 기간보다 짧으면 0으로 초기화됩니다. 잠금 보너스가 없고 부스터 보너스를 포함한 RIPE가 잠기지 않은 상태로 지갑에 들어옵니다.

### 본드 부스터

거버넌스는 테스트넷 기여자 등 특정 주소에 기본 수량의 일정 비율을 추가하는 부스터를 줄 수 있습니다. 부스터에는 보너스 비율, **단위** 수량(1단위 = 온전한 결제 토큰 1개), 만료 블록이라는 세 가지 요소가 있습니다.

* 전체 구매가 남은 단위 안에 들어올 때만 부스터가 적용됩니다. 초과 구매에는 보너스가 없고 단위도 사용되지 않습니다.
* 사용한 단위는 사라지며 부스터가 유효한 동안 다시 채워지지 않습니다. 만료 뒤 새 부스터를 받으면 처음부터 다시 시작합니다.
* 부스터에는 최소 잠금이 있습니다. 더 짧게 요청하면 부스터 최소 기간으로 늘어나고, 여전히 볼트 최대 기간이 상한입니다.
* 부스터 보너스와 잠금 보너스는 모두 기본 수량에서 따로 계산해 더합니다.

**예시:** 1,000단위, 200% 부스터.

* 500 USDC 본드 → 부스터 적용, 500단위 남음
* 1,500 USDC 본드 → 남은 단위를 초과하므로 부스터 없음, 단위 사용 없음
* 500 USDC 본드 후 나중에 1,000 USDC 본드 → 두 번째 본드는 남은 500단위를 초과하므로 부스터 없음

프로그램 예시: **Ripe Radness**는 Discord 역할로 검증한 기여도에 따라 테스트넷 참여자에게 10\~200% 부스터를 지급했습니다.

## 계산 예시

**예시 1 — 모든 보너스 적용.** Sarah는 USDC당 2\~6 RIPE인 에폭의 중간에 5,000 USDC로 본드를 구매합니다. 교환 비율은 USDC당 4 RIPE입니다. 3년 잠그고 200% 부스터를 보유합니다.

* 기본 수량: 20,000 RIPE
* 3년 잠금: +40,000(기본 수량의 200%)
* 부스터: +40,000(기본 수량의 200%)
* **합계: 100,000 RIPE, 3년 잠금 — RIPE당 $0.05**

**예시 2 — 중간 선택.** James는 같은 에폭의 75% 시점(USDC당 5 RIPE)에 10,000 USDC로 본드를 구매하고, 부스터 없이 18개월 잠급니다.

* 기본 수량: 50,000 RIPE
* 18개월 잠금: +50,000(기본 수량의 100%)
* **합계: 100,000 RIPE, 18개월 잠금 — RIPE당 $0.10**

## 본드와 부실 채권

거버넌스가 부실 채권, 즉 청산으로도 전액 상환하지 못한 부채를 기록했다면 본드는 복구 수단도 됩니다. 사용자에게 달라지는 것은 없습니다. 보너스를 포함한 수령량 전부를 받습니다. 내부적으로는 결제 자산의 오라클 가치가 남은 부실 채권 한도 안에서 기록된 부실 채권을 줄이고, 결제 자산 자체는 여전히 전액 트레저리로 갑니다.

부실 채권을 해소하는 RIPE는 일반 본드 분배와 별도로 기록되어 누구나 확인할 수 있고, 본드 배정 한도도 줄이지 않습니다. 구매 시에는 항상 전체 수령량이 배정 한도 안에 들어와야 하지만 부실 채권 해소분은 한도를 소모하지 않습니다. 이것이 RIPE [10억 한도](/learn/ripe-docs-ko/undefined-3/01-ripe-tokenomics.md#id-10)의 단 하나뿐인 예외를 만드는 메커니즘입니다. 복구 RIPE는 한도를 넘어 발행될 수 있습니다. 부실 채권은 모든 RIPE 보유자에게 조금씩 비용을 지우므로 거버넌스는 이를 0으로 유지할 이유가 충분합니다.

## 자금이 가는 곳

모든 본드 대금은 [트레저리](/learn/ripe-docs-ko/undefined-1/07-endaoment.md)로 갑니다. 이후 결정은 거버넌스가 합니다. 수익 전략에 활용하거나, GREEN 유동성을 늘리거나, 페그 방어를 위한 시장 운영을 하거나, 단순히 준비금으로 보유할 수 있습니다.

```
사용자 본드 → 트레저리 → 수익 / 유동성 / 페그 방어
     ↑                              ↓
     └──── 더 강한 GREEN ← 더 강한 프로토콜
```

일시적인 인센티브에 트레저리를 소진하는 프로토콜과 달리 사용자가 지불한 달러는 프로토콜 소유로 남습니다.

## 선택할 시간: 용병인가, 빌더인가?

중요한 선택은 이것입니다.

최대 잠금으로 본드를 구매하나요? 위 예시에서는 기본 수량의 최대 3배를 받습니다. 부스터도 있나요? 더 늘어납니다.

거래소를 기다리나요? 시장 가격을 지불합니다. 보너스도 배수도 없습니다. 누군가 팔기를 바랄 뿐입니다.

하지만 진짜 핵심은 할인이 아니라 사용자의 돈이 어디로 가는지입니다. 본드로 지불한 모든 달러는 프로토콜 소유 자본이 됩니다. VC를 위한 엑시트 유동성도, 마케팅 예산도 아닙니다. 거버넌스가 스테이블코인을 뒷받침하는 데 사용할 수 있는 자산입니다.

프로토콜에는 자본이 필요합니다. 사용자는 토큰을 원합니다. 본드가 둘을 연결합니다.

***

*Ripe 앱에서 현재 에폭 상태를 확인하고 수령량을 미리 계산하세요.*

*기술 구현 세부사항은* [*BondRoom 기술 문서*](https://ripe-finance.gitbook.io/ripe-developers/treasury/bondroom)*를 참조하세요.*