# 리스크 관리 메커니즘

FILLiquid는 유동성 공급자와 전체 유동성 풀을 **잠재적 손실로부터 보호**하기 위해, 다음과 같은 **청산(Liquidation) 메커니즘** 및 대출 제한 구조를 채택하고 있습니다.

***

### 🛡️ 1. 자동 청산 메커니즘

대출자의 담보 가치가 설정된 **안전 임계치 이하**로 하락할 경우,\
스마트 계약이 자동으로 담보를 매각하여 대출금을 상환하도록 설계되어 있습니다.\
이는 유동성 풀의 안정성과 유동성 공급자의 자산 보호를 위한 핵심 기능입니다.

***

### 🎛️ 2. 대출 제한 구조

#### 📌 개별 SP당 대출 슬롯(Slot) 제한

* 각 스토리지 프로바이더(SP)는 최대 **5개의 대출 슬롯**을 가질 수 있습니다.
* 단, **4번째 대출을 받기 위해선 반드시 기존 대출 1건 이상을 상환해야** 합니다.

#### 📌 신용 한도 내 대출 유지

* **최대 3건의 대출 총액**은 반드시 해당 SP(또는 그 가족 단위)의 **신용 한도(Credit Line)** 내에서 유지되어야 합니다.
* 이는 악의적 차입자가 단일 대출을 **여러 소액 대출로 분할**해 시스템을 악용하거나,\
  **Ex-post Utilization 계산 방식을 우회**하는 것을 방지하기 위한 장치입니다.

> 📎 참고: FILLiquid는 대출 기간을 별도로 지정할 필요가 없는 구조이기 때문에,\
> 악용 가능성을 차단하는 세부적인 메커니즘이 필수적입니다.

***

### 💰 3. 최소 및 최대 대출 조건

* **최소 대출 금액**: 10 FIL 이상
* **최대 대출 금액**: SP의 **신용 한도**에 따라 결정

***

### 🟢 4. 유동성 공급자 참여 기준

* 유동성 공급자는 **1 FIL부터 자유롭게 예치**할 수 있습니다.
* 유연한 예치 범위로 인해, 소액 참여자부터 고액 투자자까지 **모두가 유동성 제공자로 참여**할 수 있습니다.

***

### 🧩 5. 커뮤니티 기반 거버넌스

이러한 리스크 관리 구조는 **커뮤니티 참여를 기반으로 한 DAO 거버넌스**와 함께 작동합니다.\
이를 통해, 악의적인 행위자는 적절히 대응받고, 네트워크의 **보안성과 신뢰성**은 지속적으로 강화됩니다.


---

# Agent Instructions: 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:

```
GET https://docs.filliquid.io/ko/undefined-1/undefined-3.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.