> For the complete documentation index, see [llms.txt](https://docs.saros.xyz/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.saros.xyz/kr/saros-dlmm/onboarding-and-guides/understanding-your-risks-as-a-liquidity-provider-on-saros-dlmm.md).

# Saros DLMM에서 유동성 공급자로서 이해해야 할 리스크

## Saros DLMM 유동성 공급자로서의 리스크 이해하기

디파이(DeFi)에서 유동성을 공급하면 거래 수수료와 인센티브를 얻을 수 있는 기회가 열리지만, 모든 금융 전략과 마찬가지로 이에 따른 리스크도 존재합니다.

Saros는 여러분이 정보에 기반한 결정을 내릴 수 있도록 돕고자 합니다. 이 가이드는 Saros DLMM 풀에 유동성을 예치하기 전에 반드시 알아야 할 주요 리스크를 설명합니다.

## 1. 비영구적 손실 (Impermanent Loss, IL)

비영구적 손실은 풀에 예치한 토큰의 시장 가격이 입금 당시 가격에서 벗어날 때 발생합니다. 큰 가격 변동 이후 유동성을 인출하면, 단순히 보유만 했을 때보다 자산 가치가 줄어들 수 있습니다.

* 이를 “비영구적 손실(Impermanent Loss)”이라고 부르는 이유는, 가격이 여전히 변동된 상태에서 유동성을 인출할 때에만 실제 손실로 확정되기 때문입니다.
* 가격이 처음 유동성을 제공한 범위로 다시 돌아오거나, 수수료 수익이 가격 차이를 보완할 경우 손실을 줄이거나 오히려 이익으로 전환될 수도 있습니다.

{% hint style="success" %}
Bin 기반 유동성 전략은 특정 가격 범위에 유동성을 집중시켜 IL 노출을 줄이는 데 도움이 되지만, 이를 완전히 제거하지는 못합니다.
{% endhint %}

## 2. 가격 범위 밖 유동성

시장 가격이 설정한 유동성 범위 밖으로 벗어나면 해당 유동성은 비활성화되어 수수료를 더 이상 벌지 못합니다.

이 경우 선택지는 다음 중 하나입니다:

* 가격이 다시 범위 내로 돌아올 때까지 기다리기
* 유동성을 새로운 가격 범위(Bin)로 재배치하기

이러한 구조는 수동적 운영과 능동적 관리 간의 균형을 의미합니다 — 좁은 범위는 더 많은 수익을 제공하지만 더 자주 조정이 필요합니다.

## 3. 가격 변동성

DeFi 시장은 빠르게 움직이며, 토큰들은 고변동성을 띱니다. 이는 거래량(수수료)을 증가시킬 수 있지만, 다음과 같은 리스크도 동반합니다:

* 비영구적 손실 증가
* 급격한 시장 변동성
* 풀 내 자산 불균형

좁은 범위나 단일 자산 중심의 유동성을 공급하는 경우, LP는 사실상 해당 자산의 가격 노출을 떠안게 됩니다.

## 4.  스마트 컨트랙트 리스크

Saros DLMM은 스마트 컨트랙트로 구성되어 있으며, 보안성과 효율성을 고려해 설계되었지만 어떤 스마트 컨트랙트도 완벽한 안전을 보장하지는 않습니다.

예상 가능한 리스크는 다음과 같습니다:

* 컨트랙트 코드의 버그
* 익스플로잇(Exploits) 또는 취약점
* 외부 플랫폼과의 통합 오류

공식 dApp 및 검증된 컨트랙트만 사용하고, 지갑 소프트웨어를 항상 최신 상태로 유지하는 것을 권장합니다.

## 5. 프로토콜 수준 리스크&#x20;

스마트 컨트랙트가 안전하더라도, Saros 프로토콜 자체에서 발생할 수 있는 리스크가 있습니다:

* 잘못 설계된 인센티브 구조
* 거버넌스 공격
* 유동성 이전 이벤트
* 외부 의존성 문제 (예: 오라클, 브릿지 등)

이러한 요소들은 보상 분배 방식이나 풀의 동작 방식에 영향을 미칠 수 있으며, 특히 시장이 혼란스러운 시기에 문제가 발생할 수 있습니다.

## 6. 규제 불확실성&#x20;

DeFi는 글로벌하고 개방된 시스템이지만, 귀하가 거주하는 국가 또는 국제적으로 규제 환경의 변화가 DeFi 참여 능력이나 프로토콜 운영 방식에 영향을 줄 수 있습니다.

특히 실물 자산(RWA)이나 스테이블코인을 다룰 때는 현지 규제를 숙지하고 대응하는 것이 중요합니다.

## 7. 운영 리스크&#x20;

종종 단순한 사용자 측 실수도 문제를 유발할 수 있습니다:

* 잘못된 풀이나 가격 범위에 예치
* 높은 변동성 시점에 진입 타이밍 실수
* 유동성 관리 또는 인출을 잊어버림

모든 사용자는 자신의 포지션을 정기적으로 확인하고, Saros의 ‘My Positions’, 실시간 보상, 지정가 주문 등의 UI 기능을 적극 활용하길 권장합니다.

## Divergence 손실(비영구적 손실, Impermanent Loss)이란?

비영구적손실은 유동성 풀에 예치한 자산의 가격이 예치 시점에서 벗어났을 때 발생합니다. 이는 인출 시점에만 현실화되며, 특히 집중 유동성(Concentrated Liquidity) 전략을 사용하는 경우 더 뚜렷하게 나타날 수 있습니다.

**예시 설정:**

* Token A = $100
* Token B = $1
* 총 $1000 유동성 제공 → 5 토큰 A + 500 토큰 B 예치
* 가격 범위: $99.9 \~ $100.1의 좁은 구간에 배치

### 시나리오 1: 토큰 A 가격이 $200으로 상승 (토큰 B는 그대로 $1 유지)

| **전략**          | **토큰 A** | **토큰 B** | **총 자산 가치** | **비영구적 손실(Impermanent Loss)** |
| --------------- | -------- | -------- | ----------- | ----------------------------- |
| **보유(Holding)** | 5        | 500      | $1500       | 0%                            |
| **Saros AMM**   | 3.54     | 707.11   | $1414.21    | 5.7%                          |
| **Saros DLMM**  | 0        | 1000     | $1000       | 33.3%                         |

\
이번에는 집중 유동성 범위 내에서 포지션을 조정하지 않았기 때문에, 가격이 급등하기 전에 모든 토큰 A가 토큰 B로 스왑되었습니다. → 결과적으로 최종 자산 가치가 더 낮아지게 됩니다.

***

### 시나리오 2: 토큰 A 가격이 $50로 하락 (토큰 B는 그대로 $1 유지)

| **전략**          | **토큰 A** | **토큰 B** | **총 자산 가치** | **비영구적 손실(Impermanent Loss)** |
| --------------- | -------- | -------- | ----------- | ----------------------------- |
| **보유(Holding)** | 5        | 500      | $750        | 0%                            |
| **Saros AMM**   | 7.07     | 353.55   | $707.11     | 5.7%                          |
| **Saros DLMM**  | 10       | 0        | $500        | 33.3%                         |

\
이번에는 가격이 하락하면서 전체 포지션이 토큰 A로 전환되었습니다. 이 상태에서 인출하게 되면, 두 토큰을 단순히 보유했을 때보다 더 낮은 가치로 확정 손실을 입게 됩니다.

{% hint style="info" %}

### Key Takeaways

* **집중 유동성 = 높은 리스크, 높은 보상**

더 많은 수수료 수익을 얻을 수 있지만, **가격 괴리(Divergence)에 더 크게 노출됩니다.**

* 유동성 범위를 넓게 설정하면 비영구적 손실은 줄어들 수 있으나, 그만큼 획득할 수 있는 수수료는 적어질 수 있습니다.
* 능동적인 유동성 공급자(Active LP)는 가격이 활성 범위를 벗어났을 때 포지션을 주기적으로 확인하고 리밸런싱을 수행해야 합니다.
  {% endhint %}
