> 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/th/protocol/lending.md).

# ตลาดกู้ยืม

ฝากสินทรัพย์ กู้ด้วยหลักประกัน ชำระหนี้ และจัดการ Health Factor กับ E-Mode

ฝากสินทรัพย์ในตลาด Lending เพื่อรับดอกเบี้ย เปิดใช้สินทรัพย์ที่เข้าเกณฑ์เป็นหลักประกันเพื่อกู้สินทรัพย์อื่น มูลค่าหลักประกัน หนี้ และ **Health Factor** ของบัญชีเป็นตัวกำหนดวงเงินกู้และสถานะชำระบัญชี

Lending ใช้สภาพคล่องร่วมกันและเงินกู้อัตราดอกเบี้ยลอยตัว ส่วน[การกู้ USDHN](/th/protocol/borrowing-and-liquidation.md) มีโพซิชันหนี้ที่มีหลักประกันและกฎแยกต่างหาก

## เปิดตลาด

1. เปิด **ตลาด** (`/market`) และเชื่อมต่อวอลเล็ตกับเครือข่ายที่แอปเลือก
2. เลือกสินทรัพย์เพื่อเปิดตลาดนั้น (`/market/<asset>`)
3. ตรวจสอบอัตราดอกเบี้ยฝากและกู้ สภาพคล่อง โพซิชัน และขีดจำกัดของตลาด
4. เหลือ KAIA native ในวอลเล็ตไว้จ่ายค่าแก๊ส แม้ทำรายการด้วย ERC-20

ตลาด KAIA ใช้ WKAIA ภายในพูล Lending การใช้ KAIA โดยตรงผ่านแอปจะเรียก **WKaiaGateway** เพื่อแรปหรือแกะแรปในธุรกรรม เมื่อกู้หรือถอนผ่านเส้นทางนี้ วอลเล็ตได้รับ KAIA native

| ค่าบนหน้าจอ                     | ความหมาย                                   |
| ------------------------------- | ------------------------------------------ |
| ยอดฝากของฉัน                    | ยอดฝากรวมดอกเบี้ยที่สะสมแล้ว               |
| หนี้                            | หนี้คงค้างรวมดอกเบี้ยกู้ที่สะสมแล้ว        |
| สภาพคล่องที่ใช้ได้              | สินทรัพย์ที่ถอนหรือกู้ใหม่ได้ในขณะนี้      |
| LTV สูงสุด                      | วงเงินกู้เทียบกับมูลค่าหลักประกัน          |
| เกณฑ์ชำระบัญชี                  | น้ำหนักหลักประกันที่ใช้คำนวณ Health Factor |
| เพดานเงินฝาก / เพดานการกู้      | ขีดจำกัดยอดฝากและหนี้ของทั้งตลาด           |
| ส่วนแบ่งดอกเบี้ยเข้ากองทุนสำรอง | สัดส่วนดอกเบี้ยผู้กู้ที่จัดสรรให้โปรโตคอล  |

ตลาดกำหนดสินทรัพย์ ขีดจำกัด และอัตราดอกเบี้ยของตน เปิด **รายละเอียดตลาด** เพื่อตรวจความเสี่ยง โมเดลดอกเบี้ย ขนาดตลาด และขีดจำกัดก่อนลงนาม

## ฝาก

1. เลือก **ฝาก** แล้วกรอกจำนวน
2. ตรวจสอบยอดฝากหลังทำรายการและสถานะหลักประกัน
3. เลือก **ตรวจสอบธุรกรรม** อนุมัติโทเคนตามที่แสดง แล้วส่งธุรกรรมฝาก
4. เมื่อสำเร็จ ตรวจสอบ **ยอดฝากของฉัน** และ **การใช้หลักประกัน**

พูลออก **aToken** เป็นหลักฐานยอดฝาก ดอกเบี้ยรวมอยู่ในยอดเมื่อสะสม ไม่ต้องส่งธุรกรรมรับดอกเบี้ยแยก เงินฝากครั้งแรกที่เข้าเกณฑ์อาจเปิดเป็นหลักประกันอัตโนมัติ ตามกฎของเงินสำรองและบัญชี

การฝากจำกัดตามยอดในวอลเล็ตและความจุที่เหลือของตลาด หากใช้ KAIA native แอปจะเหลือส่วนสำรองค่าแก๊สไว้ ตลาดที่ถูกระงับการฝากใหม่จะไม่รับเงินฝากเพิ่ม ส่วนตลาดที่หยุดชั่วคราวหรือไม่เปิดใช้งานจะปิดรายการที่เกี่ยวข้อง

## ถอน

1. เลือก **ถอน** แล้วกรอกจำนวนที่จะรับกลับวอลเล็ต
2. ตรวจยอดฝากคงเหลือ สภาพคล่อง และ Health Factor หลังถอน
3. เลือก **ตรวจสอบธุรกรรม** อนุมัติตามที่แสดง แล้วยืนยันการถอน
4. เมื่อสำเร็จ ตรวจสินทรัพย์ที่ได้รับและยอดฝากที่เหลือ

การถอนใช้ยอด aToken จำนวนถอนต้องไม่เกินยอดฝากและสภาพคล่องในพูล หากสินทรัพย์รองรับเงินกู้ที่ยังมีหนี้ หลักประกันที่เหลือต้องผ่านการตรวจ Health Factor และ LTV ด้วย การถอนทั้งยอดจะปิดสถานะการใช้สินทรัพย์นั้นเป็นหลักประกัน

## กู้

1. ฝากสินทรัพย์ที่ใช้เป็นหลักประกันได้ และตรวจว่าเปิด **การใช้หลักประกัน** แล้ว
2. เปิดสินทรัพย์ที่ต้องการกู้ แล้วเลือก **กู้**
3. กรอกจำนวน ตรวจหนี้หลังทำรายการ วงเงินกู้ อัตราดอกเบี้ยลอยตัวปัจจุบัน และ Health Factor
4. เลือก **ตรวจสอบธุรกรรม** หากกู้ KAIA native และมีคำขอ ให้อนุมัติการมอบสิทธิ์กู้ก่อนยืนยันธุรกรรม
5. ตรวจสินทรัพย์ที่เข้าวอลเล็ตและหนี้ที่อัปเดต

แอปกู้ด้วย**อัตราดอกเบี้ยลอยตัว** ดอกเบี้ยเพิ่มยอดหนี้ตามเวลา ตลาดต้องเปิดใช้งาน ไม่หยุดชั่วคราว ไม่ระงับการกู้ใหม่ และอนุญาตให้กู้ ต้องมีสภาพคล่อง วงเงินภายใต้เพดานการกู้ และหลักประกันเพียงพอ ข้อจำกัด E-Mode โหมดแยกหลักประกัน และการกู้แบบแยกเฉพาะสินทรัพย์มีผลด้วย

จำนวนต้องอยู่ภายในทั้งความจุของตลาดและวงเงินบัญชี ตรวจค่าระดับบัญชีควบคู่กับจำนวนสูงสุดในช่องกรอกก่อนลงนาม

## ชำระหนี้

1. เปิดสินทรัพย์ที่กู้ แล้วเลือก **ชำระคืน**
2. กรอกจำนวน ตรวจ **จำนวนที่นำไปใช้** และหนี้ที่เหลือ
3. เลือก **ตรวจสอบธุรกรรม** อนุมัติโทเคนตามที่แสดง แล้วยืนยัน
4. ตรวจหนี้ที่อัปเดต หากชำระทั้งหมด ให้ตรวจว่ายอดเป็นศูนย์

ใช้สินทรัพย์ชนิดที่กู้ในการชำระ พูลจะนำไปชำระไม่เกินยอดหนี้อัตราลอยตัว ณ เวลาทำรายการ ERC-20 โอนเฉพาะจำนวนที่ใช้จริง ส่วนการชำระ KAIA native ผ่าน Gateway จะคืนส่วนเกินให้ผู้ส่ง

ดอกเบี้ยยังสะสมระหว่างขอราคาและทำรายการ ยอดหนี้และจำนวนชำระสูงสุดจึงเปลี่ยนตามเวลา รีเฟรชโพซิชันหลังชำระเพื่อตรวจยอดที่เหลือ

## การอนุมัติในวอลเล็ต

การอนุมัติเป็นการให้สิทธิ์ ธุรกรรมฝาก ถอน หรือกู้ถัดมาจึงทำรายการจริง แอปข้ามการอนุมัติหากวงเงินอนุมัติเดิมเพียงพอ

| รายการ              | เส้นทาง KAIA native                                                 | เส้นทาง ERC-20                                |
| ------------------- | ------------------------------------------------------------------- | --------------------------------------------- |
| ฝาก                 | ส่ง KAIA ไป Gateway ไม่ต้องอนุมัติโทเคนผู้ใช้                       | อนุมัติโทเคนอ้างอิงให้ Lending Pool แล้วฝาก   |
| ถอน                 | อนุมัติ **aWKAIA** ให้ Gateway แล้วถอน KAIA                         | ถอนผ่าน Pool ไม่ต้องอนุมัติโทเคนใหม่          |
| กู้                 | เรียก `approveDelegation` บนโทเคนหนี้ลอยตัวให้ Gateway แล้วกู้ KAIA | กู้ผ่าน Pool ไม่ต้องอนุมัติโทเคน              |
| ชำระหนี้            | ส่ง KAIA ไป Gateway ไม่ต้องอนุมัติโทเคนผู้ใช้                       | อนุมัติโทเคนชำระหนี้ให้ Lending Pool แล้วชำระ |
| หลักประกัน / E-Mode | ยืนยันการเปลี่ยนการตั้งค่า Pool                                     | ยืนยันการเปลี่ยนการตั้งค่า Pool               |

การมอบสิทธิ์กู้ native อนุญาตให้ Gateway สร้างหนี้ในนามของคุณตามวงเงินที่อนุมัติ โดยใช้วงเงินกู้บนโทเคนหนี้ลอยตัว การถอน native ใช้สิทธิ์ ERC-20 ของ aWKAIA เพื่อย้ายโทเคนเงินฝากไป Gateway

## หลักประกันและ Health Factor

ใช้ **การใช้หลักประกัน** บนสินทรัพย์ที่ฝากไว้ เมื่อเปิดแล้ว ยอดฝากที่เข้าเกณฑ์จะนับเป็นหลักประกันบัญชี แอปปัจจุบันไม่อนุญาตให้ปิดการใช้หลักประกันขณะบัญชี Lending ยังมีหนี้ ต้องชำระหนี้ก่อน

บัญชีที่มีหนี้คำนวณ Health Factor ดังนี้:

```
health factor = sum(enabled collateral value × applicable liquidation threshold) / total debt value
```

ทุกมูลค่าใช้สกุลเงินอ้างอิงจากออราเคิลเดียวกัน เกณฑ์ที่ใช้คือเกณฑ์ของเงินสำรอง หรือเกณฑ์หมวดหมู่ E-Mode สำหรับสินทรัพย์ที่ตรงกัน **Health Factor** ที่แสดงครอบคลุมทั้งบัญชี Lending

| Health Factor | สถานะโพซิชัน                           |
| ------------- | -------------------------------------- |
| มากกว่า 1     | มูลค่าหลักประกันถ่วงน้ำหนักมากกว่าหนี้ |
| เท่ากับ 1     | อยู่ที่ขอบเขตชำระบัญชี                 |
| ต่ำกว่า 1     | เข้าเกณฑ์ชำระบัญชี                     |

ราคาหลักประกันลด ราคาสินทรัพย์ที่กู้เพิ่ม และดอกเบี้ยสะสมทำให้ Health Factor ลดลง การฝากหลักประกันที่เปิดใช้หรือชำระหนี้ทำให้เพิ่มขึ้น การกู้หรือถอนหลักประกันทำให้ลดลง ตรวจค่าก่อนและหลังทุกรายการ ผลลัพธ์ก่อนทำรายการคำนวณจากข้อมูลบัญชีปัจจุบัน

การชำระบัญชีชำระหนี้บางส่วนเพื่อแลกหลักประกันและคิดค่าปรับตามตลาด การกู้ที่สำเร็จก่อนหน้าไม่ได้ทำให้ Health Factor คงเดิม ติดตามบัญชีตราบใดที่ยังมีหนี้

## E-Mode

**E-Mode** ใช้ LTV และเกณฑ์ชำระบัญชีเฉพาะหมวดหมู่กับหลักประกันที่เข้าเกณฑ์ เมื่อเปิดหมวดหมู่ การกู้ใหม่ต้องเป็นสินทรัพย์ในหมวดหมู่นั้น

1. เปิด **E-Mode** ในสรุปบัญชีตลาด
2. เลือกหมวดหมู่ ตรวจสินทรัพย์ที่เข้าเกณฑ์ สินทรัพย์ที่ทำให้เปิดใช้ไม่ได้ LTV สูงสุด และการเปลี่ยน Health Factor
3. เลือก **เปิดใช้ E-Mode** แล้วยืนยัน
4. ใช้ตัวเลือกหมวดหมู่ปัจจุบันเพื่อ **เปลี่ยน E-Mode** หรือ **ปิดใช้ E-Mode** เพื่อกลับสู่พารามิเตอร์ปกติ

หนี้เดิมต้องเข้ากันได้กับหมวดหมู่ที่จะเปิด การเปลี่ยนหรือออกจากหมวดหมู่ต้องคง Health Factor อย่างน้อย 1 ภายใต้พารามิเตอร์ใหม่ หากเกณฑ์ปกติรองรับหนี้ไม่พอ ให้ชำระหนี้หรือเพิ่มหลักประกันก่อนออก รายชื่อสินทรัพย์และพารามิเตอร์มาจากการตั้งค่าตลาดปัจจุบัน

## อัตราดอกเบี้ย ค่าใช้จ่าย และรายการที่ทำไม่ได้

อัตราฝากและกู้เปลี่ยนตามการใช้สภาพคล่องและโมเดลดอกเบี้ย อัตราฝากรวมผลของส่วนแบ่งเข้ากองทุนสำรองแล้ว อัตรากู้ลอยตัวยังส่งผลต่อหนี้หลังเปิดกู้

การอนุมัติและการทำรายการบนเชนทุกครั้งใช้ค่าแก๊ส KAIA การอนุมัติโทเคนและมอบสิทธิ์กู้เป็นธุรกรรมแยกจากรายการที่อนุญาต

| เหตุที่ทำรายการไม่ได้                 | สิ่งที่ตรวจสอบ                                   |
| ------------------------------------- | ------------------------------------------------ |
| ยอดไม่พอ                              | ยอดสินทรัพย์ที่กรอกและ KAIA สำหรับค่าแก๊ส        |
| ถึงเพดานฝากหรือกู้                    | ความจุที่เหลือใน **ขีดจำกัด**                    |
| สภาพคล่องไม่พอ                        | สภาพคล่องและจำนวนที่จะถอนหรือกู้                 |
| ขีดจำกัดหลักประกันหรือ Health Factor  | หนี้ หลักประกันที่เปิดใช้ และผลลัพธ์ก่อนทำรายการ |
| สินทรัพย์ E-Mode ไม่ตรงกัน            | สินทรัพย์ที่เข้าเกณฑ์และที่ขัดขวางหมวดหมู่       |
| ตลาดระงับ หยุดชั่วคราว หรือไม่เปิดใช้ | สถานะตลาดและรายการที่ถูกปิด                      |
| ไม่มีข้อมูลโพซิชันหรือธุรกรรม         | ข้อผิดพลาดข้อมูลที่แสดง โหลดใหม่ก่อนส่ง          |

การปฏิเสธคำขอในวอลเล็ตทำให้ยังไม่ได้ส่งรายการ หากอนุมัติสำเร็จแต่รายการถัดมาล้มเหลว สิทธิ์ยังคงอยู่ และรายการที่ล้มเหลวไม่เปลี่ยนโพซิชัน ใบรับรองสำเร็จยืนยันการทำรายการ จากนั้นตรวจโพซิชันและยอดสินทรัพย์ที่อัปเดต


---

# 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://docs.hann.finance/th/protocol/lending.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.