﻿---
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>

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

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

Collateral Ratio หรืออัตราส่วนหลักประกันแสดงส่วนเผื่อความปลอดภัยของมูลค่าหลักประกันเมื่อเทียบกับยอดหนี้ ในสินเชื่อ DeFi ที่ไม่มีการตรวจสอบเครดิต โปรโตคอลไม่สามารถติดตามตัวตนจริงและรายได้ประจำเหมือนธนาคาร ผู้กู้จึงมักต้องฝากสินทรัพย์ on-chain ที่มีมูลค่าสูงกว่ายอดกู้ เพื่อให้ smart contract นำหลักประกันไปขายได้ก่อนที่มูลค่าจะต่ำกว่าหนี้

นิยามที่เข้าใจง่ายที่สุดคือ:

อัตราส่วนหลักประกัน = มูลค่าปัจจุบันของหลักประกัน ÷ มูลค่าปัจจุบันของหนี้ × 100%

หาก ETH มูลค่า 15,000 USDT รองรับหนี้ 10,000 USDT อัตราส่วนหลักประกันจะเท่ากับ 150% การเปลี่ยนแปลงราคา การกู้เพิ่ม การชำระหนี้ การเติมหลักประกัน และดอกเบี้ยสะสม ล้วนทำให้อัตราส่วนนี้เปลี่ยนแปลง

โปรโตคอลอาจแสดงอัตราส่วนสินเชื่อต่อมูลค่าหลักประกัน หรือ Loan-to-Value (LTV) ด้วย:

LTV = มูลค่าหนี้ ÷ มูลค่าหลักประกัน

ตัวอย่างข้างต้นมี LTV เท่ากับ 66.7% โดยทั่วไปอัตราส่วนหลักประกันยิ่งสูงยิ่งมีส่วนเผื่อมาก ขณะที่ LTV ยิ่งสูงยิ่งใกล้ระดับเสี่ยง ทั้งสองค่าเป็นส่วนกลับกัน แต่อินเทอร์เฟซของแต่ละโปรโตคอลอาจใช้ตัวชี้วัดอื่น เช่น health factor, borrowing capacity หรือ liquidation LTV จึงต้องอ่านนิยามให้ชัดก่อนทำธุรกรรม

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

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

ผู้กู้อาจไม่ชำระหนี้ และที่อยู่ on-chain ไม่มีช่องทางบังคับชำระแบบเครดิตดั้งเดิม โปรโตคอลจึงล็อกหลักประกันที่ตรวจสอบได้ไว้ในสัญญา และอนุญาตให้บุคคลภายนอกชำระบัญชีก่อนมูลค่าหลักประกันไม่เพียงพอ ส่วนที่วางเกินช่วยรองรับความผันผวนของราคา ความล่าช้าของ oracle slippage ในการขาย และเวลาที่ใช้ดำเนินการชำระบัญชี

โปรโตคอลมักกำหนด collateral factor ต่างกันตามสินทรัพย์ สินทรัพย์ที่ราคาค่อนข้างมั่นคงและมีสภาพคล่องลึกอาจรองรับ LTV สูงกว่า ส่วนสินทรัพย์ผันผวนหรือซื้อขายเบาบางจะถูกนับเป็นความสามารถกู้ยืมในสัดส่วนต่ำกว่า แม้ผู้ใช้ฝากสินทรัพย์มูลค่า $10,000 โปรโตคอลอาจยอมรับเป็นมูลค่าหลักประกันที่ใช้กู้ได้เพียง $7,500

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

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

## ตัวอย่าง

ผู้ใช้ฝาก 10 ETH ขณะที่ ETH ราคา 2,000 USDT ทำให้หลักประกันมีมูลค่า 20,000 USDT แล้วกู้ 10,000 USDC อัตราส่วนหลักประกันเริ่มต้นเท่ากับ 200% สมมติว่าเกณฑ์ชำระบัญชีของโปรโตคอลคือ LTV 80% ซึ่งเท่ากับอัตราส่วนหลักประกันขั้นต่ำ 125%

หากไม่คิดดอกเบี้ย เมื่อ ETH ลดลงเหลือ 1,250 USDT มูลค่าหลักประกันจะเหลือ 12,500 USDT และ LTV เพิ่มถึง 80% ทำให้สถานะเข้าสู่ช่วงที่ชำระบัญชีได้ แม้ราคาสินทรัพย์ยังไม่เป็นศูนย์ แต่สถานะชนเกณฑ์แล้วเพราะยอดหนี้ยังอยู่ใกล้ $10,000

หากหนึ่งเดือนต่อมาดอกเบี้ยทำให้หนี้เพิ่มเป็น 10,100 USDC ราคาชำระบัญชีจะสูงขึ้นเป็นประมาณ 1,262.5 USDT หากราคา oracle เบี่ยงเบนจากราคาสปอตในตลาดชั่วคราว สถานะอาจถูกชำระบัญชีเร็วหรือช้ากว่าเดิม ส่วน slippage จากการที่ผู้ชำระบัญชีขาย ETH จำนวนมากจะกระทบจำนวนเงินที่โปรโตคอลเรียกคืนได้จริง

หากผู้ใช้เติม 2 ETH เมื่อ ETH ราคา 1,500 USDT หลักประกันรวมจะเป็น 12 ETH มูลค่า 18,000 USDT และอัตราส่วนหลักประกันเพิ่มเป็นประมาณ 178.2% แต่หากชำระคืน 2,000 USDC แทน หนี้จะเหลือประมาณ 8,100 USDC และอัตราส่วนของหลักประกัน 10 ETH เดิมจะเป็นประมาณ 185.2% ทั้งสองวิธีเพิ่มส่วนเผื่อความปลอดภัย แต่วิธีแรกเพิ่มความเสี่ยงต่อราคาสินทรัพย์ ขณะที่วิธีหลังลดหนี้ จึงมีผลทางเศรษฐกิจต่างกัน

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

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

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

สมมติว่าผู้ใช้ฝาก ETH มูลค่า $10,000 กู้ 5,000 USDC แล้วนำเงินไปซื้อ ETH และฝากเป็นหลักประกันต่อ มูลค่าหลักประกันที่แสดงจะเพิ่มเป็น $15,000 หนี้เท่ากับ $5,000 และอัตราส่วนหลักประกันเป็น 300% แต่มูลค่าสุทธิยังประมาณ $10,000 และความเสี่ยงต่อราคา ETH เพิ่มจาก $10,000 เป็น $15,000 เมื่อ ETH ลดลง 20% หลักประกันจะเหลือ $12,000 หนี้ยังเป็น $5,000 และมูลค่าสุทธิลดจาก $10,000 เหลือ $7,000 หรือขาดทุน 30%

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

* กำหนดระดับเตือนภัยส่วนตัวก่อนถึงเกณฑ์ชำระบัญชีของโปรโตคอล เพื่อเผื่อเวลาสำหรับเครือข่ายติดขัดและช่องว่างราคา

* ติดตามราคาหลักประกัน อัตราดอกเบี้ยหนี้ แหล่งข้อมูล oracle และการเปลี่ยนพารามิเตอร์ของโปรโตคอลพร้อมกัน

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

* หลีกเลี่ยงการสร้างส่วนเผื่อที่ไม่แท้จริงด้วยสินทรัพย์สภาพคล่องต่ำหรือมีความสัมพันธ์สูงกับสินทรัพย์ที่เป็นหนี้

* คำนวณความเสี่ยงรวมจากการกู้แบบวนซ้ำ การฝาก ETH กู้ USDC แล้วซื้อ ETH เพิ่มจะขยายความเสี่ยงด้านขาลง

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

ระดับ “ความปลอดภัย” ที่อินเทอร์เฟซแสดงอิงเฉพาะราคาและพารามิเตอร์ปัจจุบัน การชำระบัญชี on-chain สามารถดำเนินการอัตโนมัติโดยบอตและมักไม่รอให้ผู้ใช้เติมหลักประกัน การมีส่วนเผื่อเพียงเล็กน้อยในช่วงผันผวนสูงไม่ได้หมายความว่าควบคุมความเสี่ยงได้

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

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

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

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

### ความเข้าใจผิดที่ 2: มูลค่าหนี้สเตเบิลคอยน์คงที่เสมอ

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

### ความเข้าใจผิดที่ 3: การชำระบัญชีเป็นเพียงการขายหลักประกันเพื่อคืนหนี้

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

### ความเข้าใจผิดที่ 4: การเติมหลักประกันดีกว่าการชำระหนี้เสมอ

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

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

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

* [สัดส่วนมูลค่าตลาดของ Bitcoin](/th/crypto/bitcoin-dominance/)
* [โปรโตคอลให้กู้ยืม](/th/crypto/lending-protocol/)
* [การชำระบัญชี](/th/crypto/liquidation/)
* [Oracle](/th/crypto/oracle/)
* [Threshold Signature](/th/crypto/threshold-signature/)

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

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

* [DeFi Lending: Intermediation Without Information?](https://www.bis.org/publ/bisbull57.htm) - BIS (เข้าถึงเมื่อ: 2026-08-20)
* [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (เข้าถึงเมื่อ: 2026-08-20)
* [Toggle Collateral Status](https://aave.com/help/supplying/toggle-collateral-status) - Aave (เข้าถึงเมื่อ: 2026-08-20)

Source: https://wiki.fcontext.com/th/crypto/collateral-ratio/index.mdx
