---
title: "Close Factor ของการชำระบัญชี"
description: "Close Factor ของการชำระบัญชีกำหนดเพดานหนี้ที่เข้าเกณฑ์ซึ่งชำระคืนได้ในการชำระบัญชีหนึ่งครั้ง เรียนรู้ว่าเพดานนี้ Health Factor โบนัส และกฎของโปรโตคอลทำงานร่วมกันอย่างไร"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Close Factor ของการชำระบัญชี

> จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้ขาดทุนได้

<a id="answer"></a>

## คำตอบโดยตรง

Close Factor ของการชำระบัญชีคือสัดส่วนสูงสุดของหนี้ผู้กู้ที่เข้าเกณฑ์ซึ่งโปรโตคอลอนุญาตให้ผู้ชำระบัญชีชำระคืนได้ในการชำระบัญชีหนึ่งครั้ง ค่านี้จำกัดขนาดของการชำระบัญชีแต่ละครั้ง ไม่ได้จำกัดยอดขาดทุนทั้งหมดที่ผู้กู้อาจได้รับในท้ายที่สุด หากสถานะยังเข้าเกณฑ์การชำระบัญชีหลังจากชำระคืนบางส่วนแล้ว ก็อาจมีการชำระบัญชีครั้งต่อไปได้

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

<a id="mechanism"></a>

## วิธีการทำงาน

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

สำหรับสถานะแบบง่ายที่มีหนี้ชนิดเดียว เพดาน Close Factor เขียนได้เป็น `maximum close-factor repayment = eligible debt × close factor` จำนวนที่ชำระคืนจริงคือค่าที่น้อยที่สุดระหว่างเพดานดังกล่าว จำนวนที่ผู้ชำระบัญชีร้องขอ ยอดคงเหลือของหนี้ที่เลือก และข้อจำกัดของโปรโตคอลหรือหลักประกันที่เข้มงวดกว่า

หากไม่นับค่าธรรมเนียม เพดาน และการปัดเศษ มูลค่าหลักประกันที่ส่งมอบจะอยู่ที่ประมาณ `repaid debt value × (1 + liquidation bonus)` Close Factor ควบคุมจำนวนหนี้ที่ชำระคืน ส่วนโบนัสการชำระบัญชีควบคุมจำนวนหลักประกันที่มอบให้ ทั้งสองเป็นพารามิเตอร์คนละตัว

<a id="example"></a>

## ตัวอย่างการคำนวณ

สมมติว่าสถานะหนึ่งมีหนี้ $100,000 หลักประกัน $121,250 และเกณฑ์การชำระบัญชีถ่วงน้ำหนัก 80% Health Factor ของสถานะนี้คือ `($121,250 × 80%) ÷ $100,000 = 0.97` จึงเข้าเกณฑ์การชำระบัญชี หาก Close Factor ที่ใช้คือ 50% คำขอของผู้ชำระบัญชีที่ต้องการชำระคืน $60,000 จะถูกจำกัดไว้ที่ `$100,000 × 50% = $50,000`

เมื่อโบนัสการชำระบัญชีเท่ากับ 8% และมูลค่าของสินทรัพย์หนี้กับหลักประกันตาม Oracle เท่ากัน ผู้ชำระบัญชีจะได้รับหลักประกันมูลค่าประมาณ `$50,000 × 1.08 = $54,000` หลังจากนั้นสถานะจะมีหนี้ $50,000 และหลักประกัน $67,250 ทำให้ Health Factor ใหม่เท่ากับ `($67,250 × 80%) ÷ $50,000 = 1.076` ในตัวอย่างแบบง่ายนี้ สถานะกลับมาอยู่ในระดับปลอดภัย แต่หากราคาหลักประกันลดลงในภายหลัง สถานะก็อาจเข้าเกณฑ์การชำระบัญชีอีกครั้ง

<a id="protocol-differences"></a>

## ความแตกต่างระหว่างโปรโตคอล

คู่มือการชำระบัญชีปัจจุบันของ Aave ระบุว่าสามารถชำระบัญชีหนี้รวมได้สูงสุด 50% เมื่อ Health Factor สูงกว่า 0.95 และทั้งหลักประกันกับหนี้มีมูลค่าอย่างน้อย $2,000 โดยอนุญาตให้ชำระบัญชีได้สูงสุด 100% เมื่อ Health Factor เท่ากับ 0.95 หรือต่ำกว่า หรือเมื่อมูลค่ารายการใดรายการหนึ่งต่ำกว่า $2,000 นอกจากนี้ กฎสำหรับยอดคงเหลือจำนวนน้อยอาจกำหนดให้ล้างยอดทั้งหมดแทนที่จะเหลือหลักประกันหรือหนี้ต่ำกว่า $1,000

Compound V2 กำหนด `closeFactorMantissa` ว่าเป็นสัดส่วนตั้งแต่ 0% ถึง 100% ของสินทรัพย์ที่กู้ยืมหนึ่งชนิดซึ่งชำระคืนได้ในธุรกรรมการชำระบัญชี เมื่อมีสินทรัพย์ที่กู้ยืมหลายชนิด ค่านี้จะใช้กับสินทรัพย์ที่เลือก ไม่ใช่ยอดกู้ยืมรวม ส่วน Compound III ใช้รูปแบบดูดซับบัญชีและขายหลักประกัน จึงไม่ควรสันนิษฐานว่าจะมี Close Factor แบบ V2

<a id="risks"></a>

## ความเสี่ยงและการควบคุม

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

<a id="misconceptions"></a>

## ความเข้าใจผิดที่พบบ่อย

- **"Close Factor เท่ากับ 50% เสมอ"** ไม่จริง ค่านี้ขึ้นอยู่กับโปรโตคอลและเงื่อนไข และกลไกการชำระบัญชีบางแบบไม่ได้ใช้ Close Factor รูปแบบ V2 เลย
- **"Close Factor 50% หมายความว่าครึ่งหนึ่งของทั้งบัญชีจะถูกชำระบัญชีพอดี"** ไม่จำเป็น เพดานอาจใช้กับหนี้ทั้งหมดหรือสินทรัพย์ที่กู้ยืมหนึ่งชนิดที่เลือกไว้ ขณะที่จำนวนหลักประกันที่มีอยู่และกฎอื่นอาจลดหรือเพิ่มจำนวนที่ดำเนินการได้
- **"การชำระบัญชีบางส่วนทำให้สถานะกลับมาปลอดภัยโดยอัตโนมัติ"** ไม่เสมอไป ผลลัพธ์ขึ้นอยู่กับโบนัสการชำระบัญชี สัดส่วนสินทรัพย์ที่เหลือ เกณฑ์ และราคาหลังดำเนินการ
- **"Close Factor และโบนัสการชำระบัญชีเป็นพารามิเตอร์เดียวกัน"** ไม่ใช่ ค่าแรกจำกัดขนาดการชำระคืน ส่วนค่าหลังเป็นตัวกำหนดหลักประกันเพิ่มเติมที่มอบให้เพื่อตอบแทนการชำระหนี้

<a id="related"></a>

## หัวข้อที่เกี่ยวข้อง

- [Health Factor ใน DeFi](/th/crypto/health-factor-defi/)
- [การชำระบัญชี](/th/crypto/liquidation/)
- [โบนัสการชำระบัญชี](/th/crypto/liquidation-bonus/)
- [การชำระบัญชีต่อเนื่องเป็นลูกโซ่](/th/crypto/liquidation-cascade/)
- [จะเกิดอะไรขึ้นหาก Keeper สำหรับการชำระบัญชีล้มเหลว?](/th/crypto/liquidation-keeper-failure/)

<a id="sources"></a>

## แหล่งที่มา

- [Health Factor และการชำระบัญชี](https://aave.com/help/borrowing/liquidations) - Aave (เข้าถึงเมื่อ: 2026-08-21)
- [LiquidationLogic.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/protocol/libraries/logic/LiquidationLogic.sol) - Aave DAO (เข้าถึงเมื่อ: 2026-08-21)
- [เอกสาร Compound v2: Comptroller](https://docs.compound.finance/v2/comptroller/) - Compound (เข้าถึงเมื่อ: 2026-08-21)
- [เอกสาร Compound III: การชำระบัญชี](https://docs.compound.finance/liquidation/) - Compound (เข้าถึงเมื่อ: 2026-08-21)

Source: https://wiki.fcontext.com/th/crypto/liquidation-close-factor/index.mdx