Health Factor ใน DeFi

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

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

คำตอบโดยตรง

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

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

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

มูลค่าหลักประกัน$150,000หนี้$80,000เกณฑ์การชำระบัญชี80%ราคาหลักประกันลดลง15%

ปัจจัยด้านสุขภาพที่เครียด

1.28

บัฟเฟอร์การชำระบัญชี: $22,000
ลดลงโดยประมาณถึง HF 1: 33.33%

ผลลัพธ์เป็นการประมาณทางการศึกษา โดยไม่รวมกฎของสถานที่ ภาษี เวลาแฝง พฤติกรรมของ Oracle และพารามิเตอร์เฉพาะโปรโตคอลอื่นๆ เว้นแต่จะแสดงไว้

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

สำหรับสถานะตามรูปแบบของ Aave ที่มีสินทรัพย์หลักประกัน i และสินทรัพย์หนี้ j สามารถเขียนสูตรเพื่อการเรียนรู้ได้ดังนี้:

health factor = sum(collateral_i value * liquidation threshold_i) / sum(debt_j value)

สูตรนี้เทียบเท่ากับ total collateral value * weighted average liquidation threshold / total debt value มูลค่าของสินทรัพย์ทุกชนิดต้องใช้ราคา Oracle ที่โปรโตคอลยอมรับ หน่วยที่ถูกต้อง และสถานะการเปิดใช้เป็นหลักประกัน หลักประกันที่ฝากไว้แต่ไม่ได้เปิดใช้ หรือไม่มีสิทธิ์ในตลาดหรือโหมดที่เกี่ยวข้อง อาจไม่มีส่วนในการคำนวณเลย

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

ก่อนดำเนินการตามตัวเลขที่แสดง ให้ตรวจสอบเครือข่ายและตลาด บัญชี การประเมินราคาของ Oracle หลักประกันที่เปิดใช้ หนี้รวมดอกเบี้ยสะสม เกณฑ์เฉพาะของแต่ละสินทรัพย์ โหมดประสิทธิภาพหรือโหมดแยก ตลอดจนการเปลี่ยนแปลงด้านการกำกับดูแลหรือพารามิเตอร์ความเสี่ยงที่รอดำเนินการ กระเป๋าเงินหรือแดชบอร์ดอาจตามหลังสถานะ on-chain

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

สมมติว่าสถานะหนึ่งมีหลักประกัน ETH ที่มีสิทธิ์มูลค่า $10,000 เกณฑ์การชำระบัญชี 80% และหนี้ $6,000 Health Factor คือ:

$10,000 * 80% / $6,000 = 1.333

หากมูลค่าหลักประกันลดลง 20% เหลือ $8,000 ขณะที่หนี้และพารามิเตอร์คงเดิม Health Factor จะเป็น $8,000 * 80% / $6,000 = 1.067
เมื่อหลักประกันมีมูลค่า $7,500 Health Factor จะเท่ากับ 1 พอดี การลดลงอีกจะทำให้ค่าต่ำกว่า 1 ภายใต้สมมติฐานแบบง่ายนี้
หากหนี้เพิ่มขึ้นขณะที่หลักประกันคงอยู่ที่ $10,000 จะถึงขอบเขตเดียวกันเมื่อหนี้อยู่ที่ $8,000

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

ความเสี่ยง

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

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

ความเชื่อผิด 1: Health Factor `1.5` หมายความว่าหลักประกันลดลงได้ `50%`

หากมีเพียงมูลค่าหลักประกันที่ปรับแล้วเปลี่ยนแปลงและหนี้คงเดิม อัตราการลดลงแบบง่ายจนถึงขอบเขตคือ 1 - 1 / health factor เมื่อค่าเท่ากับ 1.5 ผลลัพธ์จะอยู่ที่ประมาณ 33.3% ไม่ใช่ 50% การมีหลายสินทรัพย์ การปรับมูลค่าหนี้ ดอกเบี้ย เกณฑ์ และพฤติกรรมของ Oracle อาจเปลี่ยนผลลัพธ์ได้

ความเชื่อผิด 2: ค่าใดก็ตามที่สูงกว่า `1` ปลอดภัย

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

ความเชื่อผิด 3: ผลตอบแทนจากการฝากชดเชยดอกเบี้ยกู้ใน Health Factor

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

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

Aave ระบุอัตราส่วน Health Factor และเปิดให้ชำระบัญชีโดยไม่ต้องขออนุญาตเมื่อค่าต่ำกว่าขอบเขต ส่วน Compound III ใช้ปัจจัยหลักประกันเพื่อการชำระบัญชีในการพิจารณาสภาพคล่องติดลบ และอนุญาตให้แอดเดรสเรียก absorb เพื่อโอนหนี้และหลักประกันผ่านเงินสำรองของโปรโตคอล โปรดใช้กฎของการติดตั้งโปรโตคอลจริงเสมอ

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

แหล่งที่มา

Health Factor และการชำระบัญชี - Aave (เข้าถึงเมื่อ: 2026-08-20)
การกู้โทเค็น - Aave (เข้าถึงเมื่อ: 2026-08-20)
เอกสาร Compound III: การชำระบัญชี - Compound Finance (เข้าถึงเมื่อ: 2026-08-20)