> For the complete documentation index, see [llms.txt](https://docs.hann.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hann.finance/ko/security/risk-disclosure.md).

# 손실과 이용 조건

청산, 자산 가치, 인출, 실행과 브리지 조건

## USDHN 차입

담보의 오라클 가치가 하락하거나 부채가 늘면 Trove의 담보비율이 낮아집니다. 누적 이자와 차입 수수료도 부채에 더해집니다. 브랜치의 청산 조건에 들어간 Trove는 부채 정산과 청산 페널티로 담보를 잃을 수 있습니다.

리뎀션도 차입자에게 영향을 줍니다. USDHN 보유자가 프로토콜에서 리뎀션하면 처리 순서에 들어간 Trove의 부채와 담보가 함께 줄어듭니다. 담보비율이 청산 기준보다 높아도 리뎀션으로 보유 담보 노출이 줄어들 수 있습니다.

각 브랜치는 개별·시스템 담보비율 규칙, 가격 피드와 셧다운 조건을 따로 가집니다. 포지션 변화는 [차입과 청산](/ko/protocol/borrowing-and-liquidation.md)에서 설명합니다.

## 대출 시장

대출 계정의 health factor는 담보 가치, 청산 기준 비율과 전체 부채를 반영합니다. 1보다 낮으면 health factor에 따른 청산 조건에 들어갑니다. 청산자는 부채를 상환하고 적용되는 청산 보너스를 포함한 담보를 받습니다.

차입 이자율은 시장 이용률에 따라 변하고, 시간이 지나면 이자가 부채에 쌓입니다. 담보를 인출하거나 추가로 빌리면 계정의 차입 여력이 줄고 health factor가 낮아질 수 있습니다. 인출하려면 풀에 가용 자산이 있어야 하며 계정의 담보 조건도 충족해야 합니다.

공급, 차입, 상환과 담보 설정은 [대출 시장](/ko/protocol/lending.md)에서 설명합니다.

## USDHN 보유

USDHN의 시장 가격은 1달러보다 높거나 낮을 수 있습니다. 시장에서 매도하려면 유동성이 있어야 하며, 거래 규모가 커지면 체결 가격이 나빠지거나 설정한 최소 수령량을 충족하지 못할 수 있습니다.

프로토콜 리뎀션에는 담보 평가, 수수료, 브랜치 가용 상태와 오라클 조건이 적용됩니다. 이 조건에 따라 받을 담보와 실행 가능 여부가 정해집니다. 시장 매도와 프로토콜 리뎀션은 가격과 비용이 서로 다릅니다.

## Earn 예치

Stability Pool의 예치금은 청산된 USDHN 부채를 상쇄합니다. 이 과정에서 예치자의 USDHN 일부를 사용하고 청산 담보를 지분에 따라 배분합니다. 받은 담보의 가치는 시장 가격을 따릅니다.

이자와 청산 담보는 풀 활동에 따라 달라집니다. 표시되는 연환산 수익률도 분배 금액과 풀 예치금에 따라 바뀝니다. Earn 포지션을 보유하는 동안 인출하거나 수령할 자산의 수량과 구성 모두 변할 수 있습니다.

## bKAIA·HNKAIA와 볼트 담보

| 자산·작업           | 조건과 결과                                                                                                   |
| --------------- | -------------------------------------------------------------------------------------------------------- |
| bKAIA 스테이킹 인출   | 기초 스테이킹 노드에 인출 티켓을 생성합니다. 해당 티켓이 준비되면 KAIA를 수령합니다. 시장에서 bKAIA를 매도할 때는 그 시장의 가격과 유동성이 적용됩니다.              |
| bKAIA 요청의 부분 처리 | 요청 수량 중 일부만 처리하거나 티켓을 하나도 생성하지 않을 수 있습니다. 처리한 수량의 지분만 소각하며 나머지는 남습니다. 생성된 티켓과 처리 수량을 확인한 뒤 잔량을 다시 요청합니다. |
| HNKAIA 발행·인출    | 볼트의 자산 잔액과 전환율에 따라 수령량을 계산합니다. 단일 자산 인출에는 선택한 자산의 가용 잔액과 리뎀션 수수료가 적용됩니다.                                 |
| 수익형 볼트 지분       | 지분 가치와 수령할 기초 토큰 수량은 볼트의 자산 계산을 따릅니다. 인출 한도나 쿨다운으로 기초 자산을 받는 시점이 늦어질 수 있습니다.                             |
| 지분을 담보로 사용      | 지분의 오라클 가치가 떨어지면 담보 가치가 줄어듭니다. 차입 부채와 이자는 계속 남습니다.                                                       |

이 자산들은 스테이킹 노드, 볼트, 래퍼와 전환율 공급원에 의존합니다. 예치와 인출 절차는 [bKAIA와 HNKAIA](/ko/protocol/bkaia-and-hnkaia.md)에서 설명합니다.

## 스왑과 유동성 공급

StableSwap의 가격은 풀 잔액, 증폭 계수, 수수료와 자산 전환율로 정해집니다. 디페그나 불균형이 지속되면 유동성 공급자의 지분에서 가치가 떨어진 자산의 비중이 커질 수 있습니다.

거래 규모, 가격 변화와 트랜잭션 순서는 체결에 영향을 줍니다. `minOut`은 지정 수량보다 적게 받는 실행을 거부하며, 실행 기한은 늦은 실행을 거부합니다. 실행이 끝난 뒤 토큰의 시장 가격은 별도로 움직입니다.

LP 토큰은 풀 자산의 지분입니다. LP 토큰을 스테이킹하면 보상 컨트랙트의 예치·인출 규칙도 적용됩니다. 풀 수수료와 스테이킹 보상은 활동과 배분량에 따라 달라집니다.

## 레버리지와 Zapper

레버리지 포지션은 담보 노출과 부채가 함께 늘어납니다. 같은 초기 자산으로 더 큰 포지션을 만들기 때문에, 더 작은 불리한 가격 변화에도 자기자본이 소진되거나 청산 조건에 들어갈 수 있습니다.

Zapper는 담보 전환, 차입·상환과 스왑을 묶습니다. 결과는 선택한 경로의 모든 컨트랙트에 의존합니다. 수령량 한도나 실행 기한을 충족하지 못하면 보호 대상 트랜잭션은 되돌려집니다. 앞서 완료한 사용 승인은 남으며 네트워크 가스비는 소모됩니다.

사용 승인과 Permit2 서명은 정해진 수량과 만료 조건으로 특정 주체에 토큰 사용 권한을 줍니다. 잘못된 주체에게 권한을 서명하면 그 권한이 적용되는 토큰을 잃을 수 있습니다.

## 체인 간 전송

브리지는 출발 체인과 도착 체인의 단계가 나뉩니다. 출발 트랜잭션이 성공해도 도착 체인의 수령은 대기 중일 수 있습니다.

전송은 브리지 설정, 교차체인 메시지, 도착 체인 지원과 수령 주소에 의존합니다. 수수료와 도착 체인의 가스 조건은 도착 수량과 이후 사용에 영향을 줍니다. 전송이 실패하거나 지연되면 수령 또는 복구가 끝날 때까지 자산에 접근하지 못할 수 있습니다.

## 컨트랙트·가격·외부 서비스

컨트랙트 오류, 잘못되거나 오래된 오라클 입력, 스테이킹 노드 장애와 브리지·볼트 장애는 포지션을 잘못 평가하거나 작업을 중단시키고 자산 손실을 일으킬 수 있습니다. 일시 중지, 브랜치 셧다운, 자산 한도와 권한에 따른 설정 변경은 사용할 수 있는 작업에 영향을 줍니다.

적용되는 컨트랙트와 설정은 선택한 네트워크와 배포에 따라 정해집니다. 기존 포지션에 미치는 영향을 판단할 때는 작업 시점의 수량, 담보 조건, 수수료와 인출 조건을 사용합니다.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.hann.finance/ko/security/risk-disclosure.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.