---
title: "โบนัสการชำระบัญชี"
description: "โบนัสการชำระบัญชีคือมูลค่าหลักประกันส่วนเพิ่มที่ทำให้การชำระบัญชีเงินกู้ DeFi ซึ่งมีหลักประกันไม่พอคุ้มค่าทางเศรษฐกิจ บทความนี้อธิบายการคำนวณ การแบ่งส่วน และต้นทุนการดำเนินการ"
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.

# โบนัสการชำระบัญชี

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

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

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

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

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

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

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

## กลไกการทำงาน

ในแบบจำลองการยึดหลักประกันโดยตรงอย่างง่าย ให้ `D` คือมูลค่าหนี้ที่ชำระ `b` คืออัตราโบนัส และ `C` คือมูลค่าหลักประกันที่นำออกจากผู้กู้ตามราคาออราเคิลของโปรโตคอล:

`C = D * (1 + b)`

มูลค่าโบนัสรวมคือ `D * b` หาก `f` คือสัดส่วนโบนัสของโปรโตคอล การแบ่งอย่างง่ายคือ:

`liquidator collateral value = D + D * b * (1 - f)`

`protocol collateral value = D * b * f`

สมการเหล่านี้ใช้เพื่อการเรียนรู้ ไม่ใช่ราคาเสนอธุรกรรม ตำแหน่งทศนิยมของโทเคน การปัดเศษ หน่วยออราเคิล ขีดจำกัด close factor หลักประกันที่มีอยู่ และกฎเฉพาะของโปรโตคอลล้วนกระทบจำนวนจริง ตัวอย่างเช่น โค้ด Aave V3 คำนวณหลักประกันฐานจากราคาออราเคิล ใช้โบนัสที่กำหนด และอาจหักค่าธรรมเนียมโปรโตคอลจากส่วนโบนัสเข้าคลัง

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

คำของแต่ละโปรโตคอลใช้แทนกันไม่ได้ Compound v2 เรียกตัวคูณว่าแรงจูงใจในการชำระบัญชี และอาจส่งส่วนหนึ่งของหลักประกันที่ยึดไปยังเงินสำรอง Compound III แยก `absorb` ออกจาก `buyCollateral`: เงินสำรองชำระบัญชีก่อน โปรโตคอลรับหลักประกัน และผู้ซื้อจึงซื้อสินค้าคงคลังนั้นในราคาส่วนลดได้เมื่อเงื่อนไขเงินสำรองอนุญาต ต้องตรวจสอบกฎและการตั้งค่าปัจจุบันของตลาดนั้นเสมอ

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

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

สมมติว่าตลาดแบบยึดโดยตรงให้ชำระ `1,000` USDC ด้วย `b = 5%` ตามราคาออราเคิล ผู้กู้เสียหลักประกันมูลค่า `1,050` USDC หากโบนัส `f = 10%` เป็นของโปรโตคอล โบนัสรวม `50` USDC จะแบ่งเป็นมูลค่า `45` USDC สำหรับผู้ชำระบัญชีและ `5` USDC สำหรับโปรโตคอล

ดังนั้นผู้ชำระบัญชีได้รับหลักประกันมูลค่า `1,045` USDC จากการจ่าย `1,000` USDC หากค่าก๊าซและค่าลำดับความสำคัญเท่ากับ `12` USDC และการขายหลักประกันเกิดสลิปเพจและค่าธรรมเนียม `8` USDC ผลสุทธิอย่างง่ายคือ `25` USDC:

`net result = 45 - 12 - 8 = 25`

ตัวอย่างสมมติว่าธุรกรรมสำเร็จที่ราคาออราเคิลและราคาดำเนินการตามคาด ไม่รวมการประมูลที่ล้มเหลว ต้นทุนเงินทุน การเปลี่ยนราคาก่อนขาย ข้อจำกัดการโอน และภาษี ดังนั้นโบนัสตามชื่อ `5%` ไม่รับประกันผลตอบแทน `5%` และอาจไม่ใช่สัดส่วนที่ผู้ชำระบัญชีเก็บไว้จริง

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

## ความเสี่ยง

- **ความเสี่ยงจากออราเคิลและช่องว่างราคา:** หลักประกันคำนวณตามราคาที่โปรโตคอลยอมรับ แต่ราคาตลาดที่ขายได้อาจเปลี่ยนก่อนขาย
- **ความเสี่ยงจากการดำเนินการและ MEV:** คู่แข่งอาจเสนอสูงกว่าหรือแซงหน้าธุรกรรม ความพยายามที่ revert ยังคงเสียก๊าซ และคำสั่งส่วนตัวหรือการประมูลอาจแบ่งส่วนเกินใหม่
- **ความเสี่ยงด้านสภาพคล่อง:** โบนัสอาจน้อยกว่าสลิปเพจเมื่อหลักประกันซื้อขายบาง มีเพดาน มาจากบริดจ์ ถูกหยุด หรือโอนยาก
- **ความเสี่ยงจากพารามิเตอร์:** การกำกับดูแลหรือผู้จัดการความเสี่ยงที่ได้รับสิทธิ์เปลี่ยนโบนัส ค่าธรรมเนียม เกณฑ์ หรือ close factor ได้ หน้าจออาจช้ากว่าค่าบนเชน
- **ความเสี่ยงจากหนี้สูญ:** โบนัสกระตุ้นให้ลงมือแต่สร้างหลักประกันไม่ได้ ช่องว่างราคา ออราเคิลเก่า ความแออัด หรือหลักประกันไม่พออาจทำให้โปรโตคอลขาดทุน
- **ความเสียหายของผู้กู้:** การชำระบัญชีที่ยืนยันขั้นสุดท้ายย้อนกลับไม่ได้ และอาจเอาหลักประกันไปมากกว่าหนี้ที่ชำระ หลังการชำระบัญชีบางส่วนยังอาจเกิดอีกครั้ง

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

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

### ความเข้าใจผิด 1: โบนัสคือผลตอบแทนฟรีที่โปรโตคอลสร้างขึ้น

โบนัสจ่ายจากหลักประกันของผู้กู้ เป็นค่าตอบแทนการทำธุรกรรมที่เสี่ยงและแข่งขันสูง ไม่ใช่ดอกเบี้ยที่สร้างขึ้นโดยไม่มีผู้จ่าย

### ความเข้าใจผิด 2: โบนัสที่แสดง `5%` รับประกันกำไร `5%`

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

### ความเข้าใจผิด 3: โบนัสที่สูงขึ้นทำให้ตลาดปลอดภัยขึ้นเสมอ

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

### ความเข้าใจผิด 4: ผู้ชำระบัญชีทุกคนได้รับหลักประกันโดยตรง

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

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

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

- [Health factor ของ DeFi](/th/crypto/health-factor-defi/)
- [การชำระบัญชี](/th/crypto/liquidation/)
- [กันชนการชำระบัญชี DeFi](/th/crypto/defi-liquidation-buffer/)
- [ราคาออราเคิลล้าสมัย](/th/crypto/oracle-price-staleness/)
- [MEV](/th/crypto/mev/)

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

## แหล่งข้อมูล

- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (เข้าถึง: 2026-08-21)
- [Aave V3 LiquidationLogic.sol](https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/logic/LiquidationLogic.sol) - Aave (เข้าถึง: 2026-08-21)
- [Compound v2 Docs: Comptroller](https://docs.compound.finance/v2/comptroller/) - Compound Finance (เข้าถึง: 2026-08-21)
- [Compound III Docs: Liquidation](https://docs.compound.finance/liquidation/) - Compound Finance (เข้าถึง: 2026-08-21)

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