มาร์จิ้นสปอตเป็นสายธุรกิจหลักที่สามของตลาดซื้อขายแบบรวมศูนย์ หลังจากสปอตและสัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุ และเป็นกลไกสำคัญในการเปลี่ยน "ผู้ถือสินทรัพย์" ให้กลายเป็น "ผู้ซื้อขาย" ต่างจากสัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุ สินทรัพย์พื้นฐานในมาร์จิ้นสปอตคือเหรียญจริง: ผู้ใช้กู้ USDT หรือ BTC จริงจากพูลการให้กู้ ไม่ใช่สัญญาแบบมูลค่าสมมติ ระบบนี้จะจับคู่คำสั่งซื้อและขายจริง ปิดตำแหน่งผ่านการโอนจริงบนเชน และคำนวณกำไรขาดทุน (PnL) ผ่านการชำระคืนเงินต้นและดอกเบี้ย สิ่งนี้ทำให้สปอตมาร์จินในรูปแบบผลิตภัณฑ์ใกล้เคียงกับการผสานรวมของ "ตลาดผู้ให้กู้เหรียญ" และ "ระบบจับคู่สปอต" มากกว่า ในขณะที่ระบบสัญญาใกล้เคียงกับการผสานรวมของ "คู่สัญญาหลัก + กองทุนประกัน" มากกว่า

แต่การสร้างมาร์จิ้นสปอตให้มีความมั่นคงนั้นซับซ้อนกว่าที่เห็นมาก ระบบมาร์จิ้นสปอตที่สมบูรณ์ต้องตอบคำถามต่อไปนี้อย่างน้อย:

• เงินทุนในพูลการให้กู้มาจากไหน? แหล่งเงินทุนทั้งสาม — ทุนของแพลตฟอร์มเอง, ผู้สร้างตลาดสถาบัน, และผู้ถือเหรียญทั่วไป — ถูกจัดชั้นและคิดดอกเบี้ยอย่างไร?
• อัตราดอกเบี้ยเป็นแบบคงที่หรือแบบลอยตัว? ควรใช้เส้นโค้งแบบใดระหว่างอัตราการใช้และอัตราดอกเบี้ย? สกุลเงินดิจิทัลและระยะเวลาการถือครองที่แตกต่างกันถูกกำหนดราคาแยกกันหรือไม่?
• บัญชีควรใช้มาร์จิ้นแบบแยก (isolated margin) หรือมาร์จิ้นแบบรวม (cross margin)? ทั้งสองโหมดนี้ทำงานร่วมกันอย่างไร? ผู้ใช้สามารถเปิดกลุ่มตำแหน่งหลายกลุ่มในบัญชีเดียวกันได้หรือไม่?
• อัตราส่วนความเสี่ยงถูกกำหนดอย่างไร? อัตราส่วนมาร์จิ้นเริ่มต้น อัตราส่วนมาร์จิ้นรักษา ระดับการชำระบัญชี และระดับล้มละลายถูกจัดระดับอย่างไร?
• การกำหนดการตัดมูลค่าหลักประกัน (haircuts) ทำอย่างไร? การตัดมูลค่าหลักประกันและขีดจำกัดความเข้มข้น (concentration limits) สำหรับ BTC, ETH, สเตเบิลคอยน์ และอัลท์คอยน์เป็นอย่างไร?
• การชำระบัญชีบังคับดำเนินการผ่านคำสั่งขายตามราคาตลาด การประมูลแบบดัตช์ หรือการลดตำแหน่งส่วนหนึ่งพร้อมการคำนวณอัตราความเสี่ยงใหม่หรือไม่?
• หลังการล้มละลาย หนี้เสียจะได้รับการจัดการอย่างไร? จะถูกดูดซับโดยกองทุนประกันของแพลตฟอร์ม ผู้ให้บริการสภาพคล่อง หรือแบ่งปันระหว่างหลายฝ่าย?
• รายได้จากดอกเบี้ยถูกแจกจ่ายอย่างไรระหว่างผู้ให้กู้ แพลตฟอร์ม และค่าปรับจากการชำระบัญชี? กฎเกณฑ์ลำดับความสำคัญและการหักลดสำหรับการชำระคืนอัตโนมัติเป็นอย่างไร?
• ในเขตอำนาจศาลต่าง ๆ — คณะกรรมการหลักทรัพย์มาเลเซีย (SC), BAPPEBTI / OJK ของอินโดนีเซีย, คณะกรรมการกำกับหลักทรัพย์และตลาดหลักทรัพย์ (SEC) ของไทย, เวียดนาม, VARA ของดูไบ — การกำหนดอัตราเลเวอเรจสูงสุด, การทดสอบความเหมาะสม, และเกณฑ์นักลงทุนที่มีคุณสมบัติถูกนำไปใช้อย่างไร?

บทความนี้อธิบายอย่างเป็นระบบ ทั้งจากมุมมองผลิตภัณฑ์และวิศวกรรม เกี่ยวกับการออกแบบระบบซื้อขายมาร์จิ้นสปอตบน CEX อย่างครบถ้วน รวมถึงความแตกต่างพื้นฐานจากผลิตภัณฑ์อนุพันธ์ กลุ่มเงินกู้ และโมเดลอัตราดอกเบี้ย บัญชีมาร์จิ้นแบบแยก (isolated) เทียบกับบัญชีมาร์จิ้นแบบข้าม (cross margin), การคำนวณอัตราส่วนความเสี่ยงและมาร์จิ้น การปรับลดมูลค่าหลักประกันและการใช้หลักประกันหลายสกุลเงิน ระบบการชำระบัญชี การจัดการกรณีล้มละลายและหนี้เสีย การแจกจ่ายดอกเบี้ย การติดตามความเสี่ยงและกลไกตัดวงจร สถาปัตยกรรมทางวิศวกรรม ข้อพิจารณาด้านการปฏิบัติตามกฎระเบียบในเอเชียตะวันออกเฉียงใต้ และคู่มือการส่งมอบที่ SoonTech ได้พัฒนาและปรับปรุงผ่านโครงการตลาดแลกเปลี่ยนแบบไวท์เลเบลหลายโครงการ ไม่ว่าคุณจะเป็นผู้จัดการผลิตภัณฑ์ที่กำลังสร้างตลาดซื้อขาย หัวหน้าฝ่ายความเสี่ยง หรือ CTO ที่กำลังประเมินโซลูชันระบบตลาดซื้อขาย หลังจากอ่านบทความนี้ คุณจะได้รับรายการตรวจสอบที่สามารถนำไปเปรียบเทียบกับเอกสารข้อกำหนดและกระบวนการพัฒนาทางวิศวกรรมของคุณได้โดยตรง

1. ความแตกต่างพื้นฐานระหว่าง Spot Margin กับผลิตภัณฑ์อนุพันธ์

1.1 สินทรัพย์พื้นฐานใน Spot Margin คือเหรียญจริง

สัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุ (Perpetual futures) เป็น "สัญญาเกี่ยวกับราคา" ภายในระบบจะเก็บรักษา "ราคาอ้างอิง" (mark price) และตารางตำแหน่งซื้อ-ขาย (long-short position table); ผู้ใช้ไม่ได้ถือ BTC แบบสปอตจริง ๆ ผลกำไร/ขาดทุน (PnL) คำนวณจาก "ราคาเข้าเทียบกับราคาอ้างอิง × ปริมาณ" และอัตราค่าปรับ (funding rates) จะยึดราคาให้สอดคล้องกับดัชนีสปอต ทำให้สัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุเป็นเกมฟิวเจอร์สแบบผลรวมเป็นศูนย์ (zero-sum) ตลาดเป็นฝ่ายตรงข้ามหลัก (central counterparty) สำหรับทุกการซื้อขาย และต้องรับความเสี่ยงจากฝ่ายตรงข้าม (counterparty risk), รักษาเงินประกัน (insurance fund), และจัดการกับการล้มละลายอย่างถูกบังคับ

มาร์จิ้นสปอตนั้นแตกต่างออกไป สินทรัพย์อ้างอิงคือเหรียญจริง: ผู้ใช้วาง USDT เป็นหลักประกัน กู้ BTC จริงจากพูลการให้กู้ และขายมันในตลาดสปอตเพื่อรับ USDT นี่คือ "ผู้ถือสินทรัพย์ที่ขายชอร์ตด้วยเลเวอเรจ" เหรียญที่กู้มาถูกโอนผ่านธุรกรรมบนเชนจริง เพื่อปิดสถานะ ผู้ใช้ต้องซื้อเหรียญคืนและส่งกลับไปยังพูลผู้ให้กู้; ผู้ให้กู้ได้รับเงินต้นพร้อมดอกเบี้ย ส่วนผู้กู้เก็บส่วนต่างราคาไว้ ตลาดแลกเปลี่ยนไม่ใช่ฝ่ายตรงข้ามกลาง แต่เป็นการรวมกันของระบบจับคู่การให้กู้และตลาดสปอต; ฝ่ายตรงข้ามของผู้กู้คือกลุ่มผู้ให้กู้และผู้ให้กู้สุดท้าย และกำไรหรือขาดทุน (PnL) ตกเป็นของผู้กู้

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

1.2 ความแตกต่างของแบบจำลองความเสี่ยง: อัตราส่วนหลักประกัน vs. หลักประกันรักษา

ระบบสัญญาใช้ "อัตราส่วนมาร์จิ้นรักษา" เพื่อวัดความเสี่ยง ตัวอย่างเช่น สัญญา BTCUSDT แบบไม่มีวันหมดอายุ (perpetual) ที่เลเวอเรจ 100x มีอัตราส่วนมาร์จิ้นรักษาไว้ (maintenance margin ratio) อยู่ที่ 0.5%; หากมูลค่าสุทธิในบัญชีลดลงต่ำกว่า 0.5% ของมูลค่าสัญญา (notional value) จะเกิดการชำระบัญชี (liquidation) แบบอัตโนมัติ โมเดลนี้สมมติว่าบัญชีมี "มูลค่าสุทธิที่เพียงพอ" และการชำระบัญชีจำเป็นต้องเติมเงินเพียงเพื่อให้ถึงอัตราส่วนมาร์จิ้นรักษาไว้เท่านั้น

มาร์จิ้นสปอตใช้ "อัตราความเสี่ยง" เพื่อวัดความเสี่ยง อัตราความเสี่ยง = มูลค่าสินทรัพย์รวม / (เงินต้นที่กู้ + ดอกเบี้ยที่ยังไม่ได้ชำระ) เมื่ออัตราความเสี่ยงลดลงต่ำกว่า 1.0 สินทรัพย์จะไม่เพียงพอเพื่อชำระคืนเงินต้นและดอกเบี้ย จึงจำเป็นต้องดำเนินการแทรกแซงทันที เมื่ออัตราส่วนความเสี่ยงลดลงต่ำกว่าค่าเกณฑ์ (เช่น 1.2) ระบบจะเริ่มส่งการแจ้งเตือน margin call เมื่ออัตราส่วนความเสี่ยงลดลงต่ำกว่าเส้นรักษา (เช่น 1.1) กระบวนการขายบังคับจะเริ่มขึ้น สินทรัพย์ค้ำประกันคือเหรียญจริง และอัตราส่วนมูลค่าเงินกู้ต่อมูลค่าสินทรัพย์ค้ำประกัน (LTV) = มูลค่าเงินกู้ / มูลค่าสินทรัพย์ค้ำประกัน ซึ่งเป็นตัวชี้วัดความเสี่ยงหลักด้านให้กู้ ซึ่งมีความแตกต่างจากอัตราส่วนมาร์จินรักษาระดับ (maintenance margin ratio) ด้านสัญญา

1.3 โครงสร้างกำไรและขาดทุน (P&L) ที่แตกต่างกัน: สัญญาที่มีวันหมดอายุ vs สัญญาไม่มีวันหมดอายุ

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

1.4 การจัดประเภทตามกฎระเบียบที่แตกต่างกัน

มาร์จิ้นสปอตถูกจัดประเภทในหลายเขตอำนาจศาลว่าเป็น "การให้กู้ + สปอต" และไม่ถือเป็นการซื้อขายอนุพันธ์ ดังนั้นจึงอยู่ภายใต้การกำกับดูแลที่เบากว่าสัญญาซื้อขายล่วงหน้า ตัวอย่างเช่น คณะกรรมการหลักทรัพย์มาเลเซีย (SC) จัดประเภทมาร์จิ้นสปอตเป็น "บริการให้กู้สินทรัพย์ดิจิทัล" และสัญญา perpetual เป็น "สัญญาฟิวเจอร์สดิจิทัล" หน่วยงานกำกับดูแลการเงินสิงคโปร์ (MAS) มีแนวทางคล้ายกัน: มาร์จิ้นสปอตอยู่ภายใต้ใบอนุญาต PSA ในขณะที่ตราสารอนุพันธ์อยู่ภายใต้ใบอนุญาต CMS หรือใบอนุญาตตราสารอนุพันธ์เฉพาะ ความแตกต่างเหล่านี้มีผลกระทบในทางปฏิบัติต่อการออกแบบผลิตภัณฑ์ การทดสอบความเหมาะสมของผู้ใช้ และภาษาการตลาด

2. การออกแบบกลุ่มเงินกู้และโมเดลอัตราดอกเบี้ย

2.1 แหล่งที่มาของเงินทุนในพูลการให้กู้ยืม

กลุ่มเงินกู้มาร์จิ้นสปอตมักมีแหล่งเงินทุนสามประเภท:

กองทุนขนาดใหญ่และมั่นคง

ราคาที่เจรจาได้ โดยทั่วไปต่ำกว่าราคาขายปลีก

ระดับกลาง

ค่าใช้จ่ายในการเจรจาและความเสี่ยงด้านเครดิต

ผู้ถือหุ้นทั่วไป (ผู้ใช้ที่สร้างรายได้)

กองทุนขนาดเล็กและกองทุนสำหรับนักลงทุนรายย่อย

อัตราดอกเบี้ยลอยตัว ตามกลไกตลาด

ผันแปร

เงินที่ให้กู้ไม่สามารถถอนได้จนกว่าจะถึงวันครบกำหนด

ในปฏิบัติ มักใช้โครงสร้าง "สระเงินแบบชั้น" โดยแต่ละเหรียญจะมีสระเงินหลัก (master pool) และภายในสระเงินหลักจะมีสระเงินย่อย (sub-pools) หลายสระตามคุณสมบัติของกองทุน โดยสระเงินย่อยแต่ละสระอาจมีอัตราดอกเบี้ยที่แตกต่างกัน กลุ่มย่อยของผู้สร้างตลาดสถาบันมีอัตราดอกเบี้ยต่ำ hơn โควตาใหญ่กว่า และมีความเสถียรภาพสูง hơn ส่วนกลุ่มย่อยของผู้ใช้ Earn ทั่วไปมีอัตราดอกเบี้ยสูง hơn และปรับตามตลาด เมื่อพูลย่อยขาดสภาพคล่อง แพลตฟอร์มสามารถให้กู้อัตโนมัติจากพูลหลักหรือพูลทุนของตนเอง และชำระคืนในภายหลังได้ โครงสร้างแบบชั้นนี้ช่วยให้แพลตฟอร์มสามารถปรับโครงสร้างการจัดหาทุนและอัตราดอกเบี้ยได้อย่างยืดหยุ่นในช่วงเวลาต่าง ๆ

2.2 แบบอัตราดอกเบี้ยลอยตัวและเส้นโค้งอัตราการใช้

หัวใจหลักของพูลการให้กู้คือ "อัตราดอกเบี้ยที่ผันแปรตามระดับการใช้งาน" — ยิ่งมีการกู้ยืมมาก อัตราดอกเบี้ยก็ยิ่งสูงขึ้น ซึ่งจะผลักดันความต้องการให้ลดลงโดยอัตโนมัติ มีเส้นโค้งอัตราดอกเบี้ยตามระดับการใช้งาน (Utilization-IR curve) หลักสามประเภท:

ความชันของทางลาดเพิ่มขึ้นหลังจากส่วนที่โค้ง

ทั่วไป เรียบง่าย และอธิบายได้

เข้าใจได้ง่าย

กระโดดที่หัวเข่า

ไม่เชิงเส้น แต่เรียบเนียน

การเปลี่ยนผ่านที่ราบรื่นใกล้จุดคnee

ตลาดที่ซับซ้อน, กลุ่มนักลงทุนสถาบัน

อัตราต่อเนื่อง

การปรับแต่งพารามิเตอร์ที่ซับซ้อน

การกระโดดแบบสองส่วน

การกระโดดตรงไปยังอัตราสูงที่จุดคnee

ช่วงเวลาที่การปรับอัตราดอกเบี้ยเข้มงวดสุดขีด

การลดความต้องการยังคงมีแรงมาก

การเปลี่ยนแปลง UX อย่างกะทันหัน

โดยใช้เส้นโค้ง "สองส่วน" ที่พบบ่อยที่สุดเป็นตัวอย่าง ให้กำหนดอัตราการใช้งานที่จุดคnee K = 80%, ความชันก่อนจุดคnee a = 0.05, ความชันหลังจุดคnee b = 1.5 เมื่ออัตราการใช้งาน U < K, อัตรา I = a × U / K; เมื่อ U ≥ K, I = a + b × (U − K) / (1 − K). ที่ U = 0.5, I = 0.05 × 0.5 / 0.8 = 3.125%; เมื่อ U = 0.95, I = 0.05 + 1.5 × 0.15 / 0.2 = 1.175, สูงกว่าระดับก่อนถึงจุดกึ่งกลางอย่างมาก วัตถุประสงค์คือเพื่อผลักดันต้นทุนการกู้ยืมให้เพิ่มขึ้นอย่างเฉียบพลันหลังจากอัตราการใช้งานถึง 80% เพื่อป้องกันไม่ให้พูลถูกถอนจนหมด และไม่สามารถตอบสนองการถอนเงินในครั้งถัดไปได้

ในทางปฏิบัติ แพลตฟอร์มยังเพิ่ม "อัตราพื้นฐาน" และ "พรีเมียมตามระยะเวลา" เข้าไปด้วย อัตราพื้นฐานถูกกำหนดโดยแพลตฟอร์มโดยอ้างอิงจากอัตราอ้างอิงภายนอก (SOFR, อัตราดอกเบี้ย Compound บนเชน, ค่าเฉลี่ยอุตสาหกรรม CeFi); ส่วนพรีเมียมตามระยะเวลาจะถูกกำหนดอัตราที่แตกต่างกันตามระยะเวลา — 7 วัน, 30 วัน, 90 วัน, และแบบยืดหยุ่น — โดยระดับแบบยืดหยุ่นมักมีอัตราสูงที่สุดเพื่อชดเชยความเสี่ยงด้านสภาพคล่องให้กับผู้ให้กู้

2.3 หลายสกุลเงินและหลายระยะเวลา

กลุ่มเงินกู้ต้องรองรับหลายสกุลเงินดิจิทัลและหลายระยะเวลา โดยตามมิติสกุลเงิน BTC, ETH, สเตเบิลคอยน์หลัก และโทเคนของแพลตฟอร์มจะทำงานเป็นกลุ่มเงินกู้อิสระแต่ละกลุ่ม; เนื่องจากความต้องการกู้ยืมอัลท์คอยน์มีน้อยและสภาพคล่องต่ำ แพลตฟอร์มจึงสามารถจำกัดจำนวนสกุลเงินที่เปิดได้ แต่ละสกุลเงินจะรักษาอัตราการใช้งาน อัตราดอกเบี้ย และอัตราการตัดมูลค่าหลักประกัน (haircut) เป็นอิสระ

ตามมิติระยะเวลาการกู้ ควรสนับสนุนระดับต่อไปนี้อย่างน้อย:

• ยืดหยุ่น: กู้และชำระคืนได้ทุกเวลา อัตราดอกเบี้ยต่ำที่สุด ความคล่องตัวสูงที่สุด
• 7 / 30 / 90 วัน: ระยะเวลาคงที่, ชำระคืนเงินต้นและดอกเบี้ยก่อนครบกำหนด; ระดับอัตราดอกเบี้ยเพิ่มขึ้นตามระยะเวลา
• 180 / 365 วัน: ระยะเวลาคงที่ยาวนาน อัตราดอกเบี้ยสูงสุด ล็อกเงินทุนระยะยาวไว้สำหรับแพลตฟอร์ม

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

2.4 การควบคุมโควตาการกู้และปริมาณสินทรัพย์ที่มีอยู่

โควตาการกู้ยืมไม่จำกัด ระบบต้องควบคุมในสามชั้น:

• ปริมาณเงินที่มีอยู่ในพูล: เงินที่เหลือในพูลที่ยังไม่ถูกกู้ ซึ่งเป็นขีดจำกัดสูงสุด เมื่อมีการกู้ จำนวนเงินที่มีอยู่ตามนั้นจะถูกระงับไว้ และเมื่อมีการชำระคืน เงินดังกล่าวจะถูกปลดปล่อยออกมา
• ขีดจำกัดการกู้ยืมต่อผู้ใช้: กำหนดตามระดับ VIP ของผู้ใช้, จำนวนสินทรัพย์ที่ถือ, ประวัติเครดิต และระดับ KYC ตัวอย่างเช่น ผู้ใช้ทั่วไปสามารถกู้ยืมได้สูงสุดเทียบเท่า USD 50,000 ต่อเหรียญ ส่วนผู้ใช้ VIP3 สามารถกู้ยืมได้สูงสุดเทียบเท่า USD 1,000,000
• ขีดจำกัดความเสี่ยง: กำหนดขีดจำกัดความเสี่ยงรวมตามระดับความเข้มข้นของการให้กู้ยืมบนแพลตฟอร์ม เพื่อป้องกันการกู้ยืมเกินตัวในเหรียญเดียว ตัวอย่างเช่น ขีดจำกัดความเสี่ยงรวมของพูล BTC อยู่ที่ USD 500M ส่วนพูล ETH อยู่ที่ USD 300M

ในความเป็นจริง “ปริมาณสินทรัพย์ที่สามารถกู้ได้” มักแสดงใน UI เป็น “Max Borrowable” — ซึ่งเป็นค่าต่ำสุดระหว่างมูลค่าหลักประกันปัจจุบันของผู้ใช้ อัตราส่วน LTV สูงสุดที่อนุญาต และปริมาณสินทรัพย์ที่มีอยู่ในพูล คำขอการกู้เงินถูกประสานงานระหว่างชั้นจับคู่ (matching layer) และชั้นให้กู้ (lending layer): เมื่อมีการส่งคำสั่ง ชั้นจับคู่จะตรวจสอบก่อนว่าชั้นให้กู้ได้ระงับเงินที่เกี่ยวข้องไว้แล้วหรือไม่; เมื่อคำสั่งถูกดำเนินการ ชั้นให้กู้จะหักเงินตามนั้น

3. โหมดบัญชี: Isolated Margin vs Cross Margin

3.1 Isolated Margin

มาร์จิ้นแบบแยก (Isolated Margin) จัดการแต่ละคู่ซื้อขาย (หรือแต่ละกลุ่มตำแหน่ง) เป็น "บัญชีเล็ก" ที่อิสระ โดยมีหลักประกัน การกู้ยืม และ PnL ที่แยกกัน การที่ตำแหน่งมาร์จิ้นแบบแยก BTC/USDT ขาดทุนอย่างรุนแรงจะไม่ส่งผลกระทบต่อตำแหน่ง ETH/USDT; การขาดทุนของเหรียญหนึ่งจะถูกจำกัดอย่างเคร่งครัดอยู่ที่หลักประกันของตำแหน่งนั้นเท่านั้น และไม่ส่งผลกระทบต่อตำแหน่งอื่น ๆ

ในทางปฏิบัติ โครงสร้างข้อมูลบัญชีมาร์จิ้นแบบแยกส่วนมักประกอบด้วย: margin_account_id (ID บัญชี), user_id (ผู้ใช้เจ้าของ), symbol (คู่ซื้อขาย, เช่น BTCUSDT), base_asset, quote_asset, base_borrowed (ปริมาณฐานที่ยืม), quote_borrowed, base_collateral, quote_collateral, liquidation_price. แต่ละกลุ่มของตำแหน่งมาร์จิ้นแบบแยกส่วนมีความเป็นอิสระอย่างสมบูรณ์

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

3.2 Cross Margin

ระบบมาร์จิ้นแบบครอส (Cross margin) ถือเหรียญทั้งหมดในบัญชีเป็นกลุ่มหลักประกันร่วม; การกู้ยืมและตำแหน่งทั้งหมดใช้สัดส่วนความเสี่ยงเดียวกัน ตัวอย่างเช่น ผู้ใช้ในบัญชีมาร์จิ้นแบบครอสถือ 1 BTC + 10,000 USDT กู้ 8,000 USDT เพื่อซื้อ ETH และถือตำแหน่งซื้อ ETH มูลค่ารวมของหลักประกันในบัญชี = 1 BTC × ราคา BTC + 10,000 USDT + ETH × ราคา ETH; ยอดเงินต้นที่กู้รวม = 8,000 USDT บวกกับดอกเบี้ยที่สะสมไว้ หากราคาของเหรียญใดลดลงจนทำให้อัตราส่วนความเสี่ยงลดลง แพลตฟอร์มอาจเรียกเก็บหลักประกันเพิ่มเติมจากบัญชีทั้งหมด

ข้อดีของ Cross Margin คือการใช้ทุนอย่างมีประสิทธิภาพสูง และความเสี่ยงการชำระบัญชีถูกกระจายไปทั่วพอร์ตสินทรัพย์ทั้งหมด ส่วนข้อเสียคือผู้ใช้มีความตระหนักถึงความเสี่ยงของเหรียญเดียวที่ลดลง และอาจเกิดสถานการณ์ที่ "การร่วงลงของเหรียญเดียวสามารถดึงบัญชีทั้งหมดลงได้" ในความเป็นจริง แพลตฟอร์มมักอนุญาตให้ผู้ใช้ตั้ง "sub-stop-loss" สำหรับตำแหน่งของเหรียญเดียว — เมื่อราคาของเหรียญหนึ่งถึงระดับ sub-stop-loss ส่วนหนึ่งของตำแหน่งนั้นจะถูกขายอัตโนมัติเพื่อปกป้องบัญชีโดยรวม

3.3 การเปรียบเทียบสองโหมด

บัญชีร่วม

กลุ่มผู้ใช้งานที่เหมาะสม

นักเทรดระดับสูง, ผู้ใช้หลายกลยุทธ์

ผู้ถือทุนใหญ่ในระยะยาว, ผู้ใช้กลยุทธ์ป้องกันความเสี่ยงในพอร์ตโฟลิโอ

ระดับการชำระบัญชี

ต่อตำแหน่ง

บัญชีทั้งหมด

ความซับซ้อนของ UX

สูง

ปานกลาง

ความซับซ้อนของระบบ

ปานกลาง (ตามสมุดบัญชีต่อตำแหน่ง)

สูง (การคำนวณหลักประกันร่วม)

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

3.4 การโอนเงินระหว่างบัญชี

การโอนเงินระหว่างบัญชีแยกและบัญชีข้าม รวมถึงระหว่างบัญชีมาร์จิ้นและบัญชีสปอต จะผ่านช่องทาง "การโอนภายใน" ที่จัดไว้โดยเฉพาะ ช่องทางนี้ไม่ผ่านบนเชนและถึงทันที แต่ต้องผ่านการตรวจสอบความเสี่ยง:

• จำนวนเงินที่โอนไม่สามารถเกินยอดเงินที่มีอยู่ของบัญชีผู้รับได้
• หลังการโอนเงิน อัตราส่วนความเสี่ยงของบัญชีต้นทางไม่สามารถลดลงต่ำกว่าเส้นเตือนได้
• การโอนเงินในจำนวนใหญ่ อาจจำเป็นต้องมีการยืนยันเพิ่มเติม (SMS / email / Google Authenticator)

ข้อผิดพลาดด้าน UX ที่พบบ่อยในปฏิบัติคือ "การโอนเงินจากบัญชีสปอตไปยังบัญชีมาร์จิ้นในครั้งเดียวมากเกินไป จนทำให้บัญชีสปอตเองเหลือเงินไม่เพียงพอ" ส่วนติดต่อผู้ใช้ (UI) ควรแสดงข้อความเตือนว่า "หลังการโอนนี้ จะเหลือเงินในบัญชีสปอตเท่ากับ X USDT"

4. การคำนวณอัตราส่วนความเสี่ยงและการติดตามมาร์จิ้น

4.1 อัตราส่วนความเสี่ยงและ LTV

สูตรหลักของอัตราความเสี่ยงคือ: อัตราความเสี่ยง = มูลค่าสินทรัพย์รวม / หนี้สินรวม โดยที่:

• มูลค่าสินทรัพย์รวม: มูลค่าเทียบเท่า USDT ของหลักประกันทั้งหมดในบัญชีตามราคาตลาดปัจจุบัน
• หนี้สินรวม: เงินต้นที่กู้ทั้งหมดบวกกับดอกเบี้ยที่ยังไม่จ่าย

LTV (Loan-to-Value) = หนี้สินรวม / มูลค่าสินทรัพย์รวม = 1 / อัตราส่วนความเสี่ยง LTV ที่ต่ำ (อัตราส่วนความเสี่ยงสูง) ปลอดภัยกว่า; LTV ที่สูง (อัตราส่วนความเสี่ยงต่ำ) ใกล้กับการถูกชำระบัญชีมากขึ้น

ในปฏิบัติจริง “อัตราส่วนความเสี่ยง” สำหรับเหรียญเดียวและ “บัญชีแยก” จะมีความแตกต่างเล็กน้อย บัญชีแยกจะพิจารณาเฉพาะสินทรัพย์และหนี้สินของตำแหน่งนั้นเท่านั้น ส่วนบัญชีข้ามจะพิจารณามูลค่ารวมของเหรียญทั้งหมด สินทรัพย์ค้ำประกันจากเหรียญต่างกันจะใช้อัตราตัดลด (haircut) ที่ต่างกันในการคำนวณอัตราส่วนความเสี่ยง (ดูส่วน 5)

4.2 ระดับเกณฑ์ความเสี่ยง

การเปลี่ยนแปลงในอัตราส่วนความเสี่ยงจะกระตุ้นให้เกิดการดำเนินการที่แตกต่างกันในหลายระดับ:

คำเตือน

ข้อความภายในระบบ / การแจ้งเตือนผ่านแอปสำหรับการเรียกเพิ่มหลักประกัน

1.1 – 1.3

อันตราย

ตำแหน่งที่เปิดถูกจำกัด ให้ลดหรือเพิ่มทันที

1.05 – 1.1

ระดับมาร์จิ้นขั้นต่ำ

เตรียมปิดสถานะ, ลดส่วนหนึ่ง

< 1.05

เส้นชำระบัญชี

เริ่มการชำระบัญชีบังคับ

แต่ละแพลตฟอร์มการซื้อขายกำหนดระดับเกณฑ์ต่างกัน Binance มีระดับเกณฑ์มาร์จิ้นสปอตที่ 1.1 OKX มีระดับคล้ายกัน ส่วน Bybit มีระดับที่เข้มงวดกว่าที่ 1.05 SoonTech ในตลาดส่งมอบมักใช้มาตรฐานสามระดับ "1.3 / 1.1 / 1.05" โดยฝ่ายปฏิบัติการสามารถปรับแต่งให้เหมาะสมกับแต่ละเหรียญและประเภทบัญชีในระบบหลังบ้านได้

4.3 ราคาอ้างอิง (Mark Price) และแหล่งที่มาของราคา

การคำนวณอัตราส่วนความเสี่ยงขึ้นอยู่กับ "ราคาปัจจุบัน" ที่แม่นยำ แต่ราคาสปอตมีความผันผวนอย่างรวดเร็ว และการใช้ราคาล่าสุดอาจถูกโจมตีด้วยวิกแอตแทค (wick attacks) ในทางปฏิบัติ จึงใช้ราคาอ้างอิง (mark price) ดังนี้:

ราคาอ้างอิง = ราคาดัชนีสปอต × น้ำหนัก + ราคาเฉลี่ยจากหลายตลาดหลัก × (1 − น้ำหนัก) ราคาดัชนีสปอตเป็นค่าเฉลี่ยถ่วงน้ำหนักของราคากลางจาก Binance / OKX / Coinbase / Kraken เพื่อหลีกเลี่ยงการบิดเบือนจากตลาดเดียว เมื่อความเบี่ยงเบนระหว่างดัชนีสปอตและราคาอ้างอิงมีค่ามากเกินไป (> 0.5%) ควรเปิดใช้งานกลไกตัดวงจร (circuit breaker) หยุดการอัปเดตราคาอ้างอิงชั่วคราว และแจ้งเตือนฝ่ายปฏิบัติการ

4.4 การติดตามแบบเรียลไทม์และการแจ้งเตือนแบบอะซิงโครนัส

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

• ข้อความในระบบ: ส่งแบบไม่พร้อมกัน พร้อมลิงก์ปุ่ม "เพิ่มมาร์จิน"
• การส่งการแจ้งเตือนผ่านแอป: ผู้ใช้มือถือผ่าน FCM / APNs.
• อีเมล / SMS: ผู้ใช้ที่มีสินทรัพย์สูงและบัญชีที่มีความเสี่ยงสูงจะได้รับอีเมลหรือ SMS ด้วย

จุดสำคัญของการแจ้งเตือนแบบ async คือ "อัตราการส่งถึง" แต่ที่สำคัญกว่าคือ "ผู้ใช้สามารถเพิ่มมาร์จินได้อย่างรวดเร็วหรือไม่" ปุ่ม "เพิ่มมาร์จิน" บน UI ควรนำผู้ใช้ไปยังหน้าฝากเงินหรือหน้าโอนภายในโดยตรง โดยใช้ขั้นตอนไม่เกิน 2 ขั้นตอน

5. การจัดการหลักประกันและการปรับลดมูลค่าหลักประกัน

5.1 ตรรกะการออกแบบการปรับลดมูลค่าหลักประกัน

เหรียญต่าง ๆ มีระดับความผันผวน ความสภาพคล่อง ความกระจุกตัว และความเสี่ยงด้านเครดิตที่แตกต่างกัน และระดับการยอมรับของแพลตฟอร์มในการใช้เหรียญเหล่านั้นเป็นหลักประกันก็แตกต่างกันด้วย เหรียญหลักอย่าง BTC และ ETH อาจได้รับการตัดมูลค่า (haircut) 80%–90% (มูลค่าหลักประกัน × การตัดมูลค่า จะถูกนับรวมในสินทรัพย์รวม); ส่วน altcoins อาจได้รับการตัดมูลค่าเพียง 30%–50%; ส่วนเหรียญที่เพิ่งขึ้นรายชื่ออาจไม่ได้รับการสนับสนุนเป็นหลักประกันเลย

สูตรหลักสำหรับการหักมูลค่าหลักประกันคือ: มูลค่าหลักประกันที่นับ = ปริมาณหลักประกัน × ราคาตลาด × อัตราการหักมูลค่าหลักประกัน อัตราการหักมูลค่าหลักประกันสะท้อนความเสี่ยงในสามด้าน:

• ความผันผวน: ความผันผวน 30 วัน / 90 วัน ยิ่งสูง อัตราการตัดมูลค่ายิ่งต่ำ
• สภาพคล่อง: ปริมาณการซื้อขาย 24 ชั่วโมง, สเปรดระหว่างราคาซื้อและราคาขาย, ความลึกของสมุดคำสั่งซื้อขาย สภาพคล่องยิ่งแย่ อัตราการตัดมูลค่ายิ่งต่ำ
• การกระจุกตัว: สัดส่วนของหลักประกันของผู้ใช้รายเดียวในพูลรวม ยิ่งกระจุกตัวสูง ค่า haircut ยิ่งต่ำ

5.2 อัตราการตัดมูลค่าอ้างอิงสำหรับเหรียญทั่วไป

60% – 75%

30% ต่อผู้ใช้, 20% สำหรับแพลตฟอร์ม

สภาพคล่องที่ยอมรับได้ ความผันผวนสูง

อัลท์คอยน์ Long-Tail

DOGE, PEPE, SHIB

30% – 50%

10% ต่อผู้ใช้, 5% สำหรับแพลตฟอร์ม

สภาพคล่องต่ำ ความผันผวนสูงมาก

Stablecoins

USDT, USDC, DAI

90% – 95%

80% ต่อผู้ใช้, 60% สำหรับแพลตฟอร์ม

สินทรัพย์ที่ผูกกับค่าเงิน, ความผันผวนแทบไม่มี

โทเคนแพลตฟอร์ม

OKB, BNB (ในบัญชีของตนเอง)

50% – 70%

20% ต่อผู้ใช้, 10% ของแพลตฟอร์ม

ราคาได้รับผลกระทบจากมาตรการของแพลตฟอร์ม

โทเค็น LP ของผลิตภัณฑ์อนุพันธ์

Uniswap LP, AAVE aToken

50% – 70%

15% ต่อผู้ใช้

ความเสี่ยงของ Compound

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

5.3 การคำนวณสุทธิสำหรับหลักประกันหลายสกุลเงิน

ในบัญชีข้ามสกุลเงิน ผู้ใช้อาจถือ BTC + ETH + USDT + อัลท์คอยน์หลายชนิด ระบบจะรวมมูลค่าหลักประกันของทุกเหรียญตามระดับการปรับลดมูลค่าของแต่ละเหรียญ หักด้วยหนี้สินรวม และคำนวณอัตราส่วนความเสี่ยง

ในปฏิบัติ มีรายละเอียดหลายประการที่ต้องจัดการ:

• การรวมสเถียรคอยน์: USDT + USDC ถือเป็นการรวมสเถียรคอยน์หนึ่งชุด แต่สัดส่วนการถือครองของคอยน์เดียวไม่สามารถเกิน 80% ของสเถียรคอยน์ทั้งหมด (เพื่อป้องกันไม่ให้การรวมทั้งหมดล่มสลายเมื่อ USDC สูญเสียการตรึงค่า)
• การจัดการสินทรัพย์ที่มีค่าติดลบ: สำหรับเหรียญที่อาจลดลงชั่วคราวจนต่ำกว่าค่ามาร์จิ้นที่สอดคล้องกับอัตราการตัดลด ให้ถือว่าเท่ากับ 0.
• หลักประกันข้ามบัญชี: สามารถใช้เหรียญในบัญชีสปอตเป็นหลักประกันบัญชีมาร์จิ้นได้โดยตรงหรือไม่? ในทางปฏิบัติ มักต้องทำการ "โอนภายใน" เข้าสู่บัญชีมาร์จิ้นก่อน; การใช้หลักประกันข้ามบัญชีโดยตรงไม่ได้รับอนุญาต

5.4 ขีดจำกัดการกระจุกตัวของหลักประกัน

นอกเหนือจาก haircuts แพลตฟอร์มควรกำหนดขีดจำกัดการกระจุกตัวด้วย:

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

6. ระบบการชำระบัญชีและกระบวนการชำระบัญชีบังคับ

6.1 เงื่อนไขที่ก่อให้เกิดการชำระบัญชี

เมื่ออัตราส่วนความเสี่ยงของบัญชีลดลงต่ำกว่าเส้นรักษาระดับ (เช่น 1.1) และเกินระยะเวลาผ่อนผัน (ในความเป็นจริงมักเป็น 0 วินาที หรือกล่าวคือ การทริกเกอร์แบบเรียลไทม์) ระบบจะเริ่มกระบวนการชำระบัญชี การชำระบัญชีไม่ใช่เพียงการวางคำสั่งขายตามราคาตลาด แต่จะดำเนินการตามขั้นตอนต่อไปนี้:

1. การกำหนดความเสี่ยง: ระบบการชำระบัญชีจะติดตามเหตุการณ์การเปลี่ยนแปลงอัตราส่วนความเสี่ยง เมื่ออัตราส่วนความเสี่ยงของผู้ใช้ลดลงต่ำกว่า 1.1 ผู้ใช้จะถูกเพิ่มเข้าสู่คิวการชำระบัญชี
2. การตรวจสอบเบื้องต้น: ตรวจสอบว่าผู้ใช้มีรายชื่อขาว "การชำระบัญชีล่าช้า" (ลูกค้า VIP, ผู้ใช้ที่มีสินทรัพย์สุทธิสูง) หรือไม่; หากมี จะแจ้งเตือนเท่านั้นโดยไม่ดำเนินการชำระบัญชีทันที
3. การเลือกตำแหน่ง: โดยพิจารณาจากโครงสร้างการถือครองและแหล่งที่มาของความเสี่ยงของผู้ใช้ เพื่อกำหนดสกุลเงินและปริมาณที่จะถูกชำระบัญชี หลักการคือให้ขายสินทรัพย์ค้ำประกันที่มีมูลค่าลดลงมากที่สุดก่อน (เพื่อเร่งการลดความเสี่ยง) ตามด้วยสกุลเงินที่กู้มา (เพื่อชำระหนี้โดยตรง)
4. ดำเนินการลดความเสี่ยง: เรียกใช้ระบบจับคู่เพื่อวางคำสั่งขายตามราคาตลาด (คำสั่งชำระบัญชีความเสี่ยง); กลไกป้องกันราคาช่วยป้องกันการล้มละลาย
5. คำนวณอัตราส่วนความเสี่ยงใหม่: หลังการลดความเสี่ยง ให้คำนวณอัตราส่วนความเสี่ยงของผู้ใช้อีกครั้ง; หากยังอยู่ต่ำกว่าเส้นรักษา ให้ดำเนินการลดความเสี่ยงต่อไปจนกว่าอัตราส่วนความเสี่ยงจะกลับคืนมาเหนือ 1.1 หรือจนกว่าตำแหน่งที่ขายได้ทั้งหมดจะถูกขายหมด

6.2 การป้องกันราคาการชำระบัญชี

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

• การป้องกันการเบี่ยงเบนสูงสุด: ความเบี่ยงเบนระหว่างราคาดำเนินการจริงกับราคาอ้างอิงไม่สามารถเกิน X% (โดยทั่วไป 1%–3%)
• การป้องกันด้วยกลไกตัดวงจร (Circuit Breaker): เมื่อส่วนต่างระหว่างราคาซื้อและราคาขาย (bid-ask spread) ของคู่สกุลเงินเป้าหมายเกิน Y bp ให้หยุดการชำระบัญชีชั่วคราวและรอจนกว่าส่วนต่างจะแคบลง
• การป้องกันคำสั่งจำกัด: ลองใช้คำสั่งจำกัดก่อน (0.5%–1% สูงกว่าราคาตลาด); หากไม่ถูกดำเนินการ ให้เปลี่ยนเป็นคำสั่งตลาด
• ADL Fallback: เมื่อคำสั่งตลาดไม่สามารถดำเนินการได้ (ความลึกของตลาดไม่เพียงพอ) จะเข้าสู่ขั้นตอน ADL (Auto-Deleveraging) เพื่อลดตำแหน่งของคู่สัญญาอย่างบังคับ (นี่เป็นแนวคิดของระบบสัญญา; มาร์จิ้นสปอตโดยทั่วไปไม่ใช้ ADL)

6.3 โหมดการประมูลแบบดัตช์

สำหรับตำแหน่งที่มีขนาดใหญ่หรือขาดสภาพคล่อง บางตลาดได้นำกลไก "การประมูลแบบดัตช์" มาใช้:

• ราคาเริ่มต้น: ราคาตลาด × 110% ณ เวลาที่ทริกเกอร์การชำระบัญชีทำงาน
• ความเร็วการลดราคา: ลด 0.1% ทุก 100 มิลลิวินาที
• ผู้เสนอราคา: ผู้ชำระบัญชี (อาจเป็นทีมผู้สร้างตลาดของแพลตฟอร์ม ผู้ชำระบัญชีสถาบัน หรือบริษัทชำระบัญชีมืออาชีพจากภายนอก) รับคำสั่งซื้อที่ราคาปัจจุบัน; ดำเนินการตามราคาเสนอซื้อ
• เวลาเสร็จสิ้น: โดยทั่วไปต้องดำเนินการภายใน 60 วินาที หากไม่เสร็จสิ้นจะกลับสู่การชำระบัญชีตามตลาด

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

6.4 ลำดับการชำระบัญชีข้ามบัญชี

การชำระบัญชีข้ามบัญชีมีความซับซ้อนมากกว่าการชำระบัญชีแบบแยกบัญชี เนื่องจากต้องตัดสินใจว่า "จะขายเหรียญใด" ในทางปฏิบัติ ลำดับการดำเนินการคือ:

1. ให้ลำดับความสำคัญในการขายสินทรัพย์ค้ำประกันที่มีมูลค่าลดลงมากที่สุด: ยิ่งมูลค่าลดลงมากเท่าไร ลำดับความสำคัญในการขายก็ยิ่งสูงขึ้น ซึ่งช่วยเร่งการฟื้นฟูความเสี่ยง
2. ให้ลำดับความสำคัญในการชำระหนี้กู้ที่มีอัตราดอกเบี้ยสูงก่อน: เพื่อลดค่าใช้จ่ายจากดอกเบี้ย
3. รักษาระดับสำรองสเทเบิลคอยน์ขั้นต่ำ: เว้นแต่สัดส่วนความเสี่ยงจะต่ำมาก ไม่ควรขายสเทเบิลคอยน์
4. หลีกเลี่ยงการกระตุ้นการแจ้งเตือนความเข้มข้นของเหรียญเดียว: หากการขายเหรียญใดทำให้ความเข้มข้นของหลักประกันของเหรียญนั้นเกิน X% ให้หยุดการขายเหรียญนั้นชั่วคราวและเปลี่ยนไปขายเหรียญอื่นแทน

ในทางปฏิบัติ ชุดกฎนี้ต้องการการคำนวณแบบเรียลไทม์และการตัดสินใจแบบชั่งน้ำหนัก และระบบมีความซับซ้อน SoonTech ให้บริการ "เครื่องยนต์นโยบายการชำระบัญชี" ที่ฝ่ายปฏิบัติการสามารถกำหนดน้ำหนักและเกณฑ์ของกฎแต่ละข้อในระบบหลังบ้านได้

7. การล้มละลาย หนี้เสีย และทุนสำรองความเสี่ยง

7.1 วิธีที่การล้มละลายเกิดขึ้น

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

สถานการณ์ล้มละลายที่พบบ่อย:

• สภาพตลาดสุดขั้ว: BTC ลดลง 30% ใน 1 ชั่วโมง; บัญชี BTC ที่เปิดสถานะซื้อทั้งหมดถูกปิดทันที; คำสั่งชำระบัญชีไม่สามารถดำเนินการได้ทั้งหมด
• ราคา Wick: ราคาอ้างอิงถูกบิดเบือนโดยตลาดที่มีสภาพคล่องต่ำ ทำให้บัญชีถูกชำระบัญชีด้วยราคาที่ผิดพลาด
• ระบบขัดข้อง: ระบบจับคู่คำสั่งหยุดทำงาน ทำให้คิวการชำระบัญชีถูกค้างไว้; เมื่อระบบกลับมาทำงานได้ ราคาได้เปลี่ยนแปลงไปอย่างมาก
• การล่มสลายของหลักประกัน: เหรียญที่มีสภาพคล่องต่ำ (long-tail coin) ลดลงเหลือศูนย์ภายใน 24 ชั่วโมง; มูลค่าหลักประกันเป็นศูนย์ แต่เงินกู้ยังคงต้องชำระคืน

7.2 กลไกการจัดสรรหนี้เสีย

ใครจะรับความสูญเสีย (หนี้เสีย) จากภาวะล้มละลาย? มีสามแบบจำลองหลัก:

กฎระเบียบที่ซับซ้อน

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

7.3 ขนาดของกองทุนประกัน

ขนาดที่เหมาะสมของกองทุนประกันขึ้นอยู่กับขนาดการให้กู้ของแพลตฟอร์ม โครงสร้างผู้ใช้ และการกระจายเหรียญ สูตรเชิงประจักษ์:

เป้าหมายของกองทุนประกัน = ความสูญเสียสูงสุดที่คาดการณ์ได้ในวันเดียวจากกรณีล้มละลาย × 10.

การสูญเสียสูงสุดที่คาดการณ์ได้ในวันเดียวจากกรณีล้มละลายสามารถคำนวณได้โดยใช้วิธีการ VaR (Value at Risk) ในทางปฏิบัติ แพลตฟอร์มมักรักษากองทุนประกันภัยให้ไม่น้อยกว่า 3%–5% ของขนาดรวมของกลุ่มเงินกู้ เพื่อเป็นบัฟเฟอร์พื้นฐานในการรับมือกับตลาดที่ผันผวนอย่างรุนแรง

7.4 กระบวนการจัดการการล้มละลาย

เมื่ออัตราส่วนความเสี่ยงของบัญชีลดลงต่ำกว่า 1.0:

1. บันทึกเหตุการณ์ล้มละลาย: ระบบการชำระบัญชีจะบันทึกเวลาการล้มละลาย บัญชี จำนวนเงินที่สูญเสีย และหลักประกันที่เหลือ
2. การกู้คืนสินทรัพย์ค้ำประกันที่เหลือ: สินทรัพย์ที่เหลือในบัญชีจะถูกขายตามราคาตลาด และเงินที่ได้จากการขายจะถูกคืนกลับสู่กองทุนให้กู้
3. การหักจากกองทุนประกัน: จำนวนเงินที่สูญเสียจะถูกหักจากกองทุนประกันของแพลตฟอร์ม
4. การแบ่งสัดส่วนให้กับผู้ให้กู้: เมื่อกองทุนประกันไม่เพียงพอ จะหักจากรายได้ดอกเบี้ยในอนาคตของกลุ่มผู้ให้กู้ตามสัดส่วน
5. แจ้งเตือนการดำเนินการ: ทีมการเงินและทีมปฏิบัติการจะรับการแจ้งเตือนเหตุการณ์ล้มละลายและบันทึกเข้าในบัญชีหนี้เสีย
6. การเรียกคืนทางกฎหมาย (เลือกได้): สำหรับกรณีล้มละลายขนาดใหญ่ แพลตฟอร์มสามารถดำเนินการเรียกคืนทางกฎหมายได้ แต่ในความเป็นจริง อัตราการเรียกคืนต่ำมาก และส่วนใหญ่ต้องพึ่งพาการสนับสนุนจากกองทุนประกันเป็นหลัก

ระบบจัดการการชำระบัญชีของ SoonTech ตั้งค่าเริ่มต้นให้ "บันทึกเหตุการณ์ล้มละลายอัตโนมัติ + หักจากกองทุนประกันอัตโนมัติ" โดยไม่ต้องมีการแทรกแซงด้วยมือ

8. สถาปัตยกรรมทางวิศวกรรมและการแยกส่วนระบบ

8.1 การแยกบริการ

ระบบมาร์จิ้นสปอตที่มั่นคงมักถูกแบ่งออกเป็นไมโครเซอร์วิสต่อไปนี้:

กู้เงิน, ชำระคืน, ตรวจสอบยอดเงินกู้

บริการอัตราดอกเบี้ย

เส้นโค้งอัตราดอกเบี้ย, การคำนวณอัตราการใช้เครดิต, การส่งข้อมูลอัปเดตอัตราดอกเบี้ย

ตรวจสอบอัตราดอกเบี้ยและระดับการใช้เครดิต

ระบบจัดการความเสี่ยง

การคำนวณอัตราส่วนความเสี่ยงแบบเรียลไทม์ การติดตามค่าขีดจำกัด การแจ้งเตือน

สมัครรับอัตราส่วนความเสี่ยง, สอบถามสถานะความเสี่ยง

บริการชำระบัญชี

คิวการชำระบัญชี, การดำเนินการลดตำแหน่ง, เครื่องยนต์ประมูล

การทริกเกอร์การชำระบัญชี, การตรวจสอบสถานะการชำระบัญชี

บริการควบคุมความเสี่ยง

โควตา, การจัดสรร, การป้องกันการโกง, ระบบตัดวงจร

ตรวจสอบคำสั่งซื้อ/การยืม

บริการจับคู่

การจับคู่แบบสปอต การจัดเส้นทางคำสั่งขายเพื่อชำระหนี้

ส่งคำสั่งซื้อขาย, ยกเลิกคำสั่งซื้อขาย

บริการกระเป๋าเงิน

ฝาก/ถอนบนเชน, โอนภายใน

ถอนเงิน, ฝากเงิน, โอนภายใน

บริการหลังการซื้อขาย

การชำระบัญชี, ผลตอบแทนจากการซื้อขาย, ค่าธรรมเนียม

สมัครรับแจ้งเหตุการณ์การซื้อขาย

Event Bus

การกระจายข้อความระหว่างบริการ Kafka / RocketMQ

การส่งสัญญาณแบบกระจาย, การสมัครรับข้อมูล

8.2 กระแสข้อมูลหลัก

กระบวนการครบวงจรของการกู้ยืม + ซื้อขาย + ปิดสถานะ + ชำระคืน ประกอบด้วยเหตุการณ์ดังต่อไปนี้:

1. ผู้ใช้ส่งคำสั่ง (ซื้อ BTC): บริการจับคู่รับคำสั่ง → ระบบประเมินความเสี่ยงตรวจสอบสถานะบัญชี → ดำเนินการจับคู่ → บริการหลังการซื้อขายส่งสัญญาณกระจาย TradeEvent.
2. ผลการซื้อขายส่งถึงบริการให้กู้: บริการให้กู้อัปเดตยอดคงเหลือในบัญชี → คำนวณอัตราความเสี่ยงใหม่ → เขียนข้อมูลลงใน Redis.
3. ระบบจัดการความเสี่ยงสมัครรับข้อมูลการเปลี่ยนแปลงยอดถือ → คำนวณอัตราความเสี่ยงใหม่ → ก่อให้เกิดเหตุการณ์แจ้งเตือนเมื่อต่ำกว่าเกณฑ์
4. อัตราส่วนความเสี่ยงลดลงต่ำกว่าเส้นรักษา: บริการชำระบัญชีรับเหตุการณ์ → เข้าร่วมคิวการชำระบัญชี → บริการจับคู่ส่งคำสั่งตลาด → บริการหลังการซื้อขายส่งข้อมูลใหม่ TradeEvent.
5. บริการให้กู้ได้รับเหตุการณ์การชำระคืน: หักเงินต้นที่กู้และดอกเบี้ยที่สะสม → ปล่อยปริมาณที่มีอยู่ในพูลให้ใช้งานได้
6. การคำนวณดอกเบี้ย: งานตามกำหนดเวลาสแกนบันทึกการกู้ยืมทั้งหมดทุกชั่วโมง → คำนวณดอกเบี้ยตามวินาที → เขียนข้อมูลลงในบัญชีดอกเบี้ยที่สะสม
7. การชำระคืนของผู้ใช้: ผู้ใช้เรียก API การชำระคืนอย่างกระตือรือร้น → บริการให้กู้ยืมหักเงินต้นและดอกเบี้ย → ปล่อยหลักประกัน

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

8.3 การแบ่งส่วนฐานข้อมูล

ระบบมาร์จิ้นสปอตมีปริมาณข้อมูลที่มหาศาล (ตลาดหลักทรัพย์ขนาดกลางอาจมีบันทึกการกู้ยืมหลายล้านรายการและบันทึกการซื้อขายหลายสิบล้านรายการ) และจำเป็นต้องแบ่งส่วน:

• ตารางบัญชี (account): แบ่งส่วนตาม user_id แฮช.
• ตารางการกู้ยืม (loan): แบ่งส่วนด้วย user_id แฮช.
• ตารางการซื้อขาย (trade): แบ่งส่วนด้วย trade_id hash.
• แคชอัตราส่วนความเสี่ยง (risk_snapshot): เก็บไว้ใน Redis Cluster.
• ตารางเหตุการณ์การชำระบัญชี (liquidation_event): แบ่งเป็น shard โดยhash.ตารางเหตุการณ์การชำระบัญชี (liquidation_event): แบ่งเป็น shard โดย event_id hash.
• การเก็บข้อมูลแบบ Cold Data Archiving: รายละเอียดการกู้ยืมและรายละเอียดการซื้อขายที่มีอายุเกิน 6 เดือนจะถูกเก็บไว้ใน object storage หรือฐานข้อมูลแบบ cold

8.4 ความสอดคล้องและความเป็นอิดิมโพเทนต์

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

• ความสอดคล้องที่แข็งแกร่ง: การกู้ยืม การชำระคืน และการคิดดอกเบี้ยต้องใช้ธุรกรรมฐานข้อมูลเพื่อหลีกเลี่ยงการหักเงินพร้อมกัน ซึ่งอาจก่อให้เกิดการกู้ยืมเกินวงเงินหรือการชำระคืนซ้ำซ้อน
• Idempotency: เมื่อระบบ event bus เล่นซ้ำ บริการให้กู้จะกำจัดข้อมูลซ้ำโดยการ loan_id + event_id เพื่อหลีกเลี่ยงการหักเงินซ้ำซ้อน
• การปรับสมดุลและการชดเชย: ทุกเช้ามืด บริการให้กู้จะปรับสมดุลกับบริการหลังการซื้อขายและบริการกระเป๋าเงิน และสร้างงานชดเชยเมื่อพบความไม่สอดคล้องกัน

บริการให้กู้ของ SoonTech ใช้รูปแบบ "Event Sourcing" ซึ่งการเปลี่ยนแปลงสถานะทั้งหมดจะถูกบันทึกเป็นเหตุการณ์ และการปรับสมดุลและการย้อนกลับถูกดำเนินการผ่านการเล่นซ้ำเหตุการณ์

8.5 ความพร้อมใช้งานสูงและการเฝ้าติดตาม

ระบบมาร์จิ้นสปอตในสภาพแวดล้อมการผลิตต้องปฏิบัติตาม:

• RPO ≤ 1 วินาที: บรรลุได้ผ่านระบบการคัดลอกแบบมาสเตอร์-สเลฟ และบันทึก WAL
• RTO ≤ 30 วินาที: บริการชำระบัญชี, เครื่องยนต์จัดการความเสี่ยง และบริการควบคุมความเสี่ยงถูกปรับใช้ในหลายสำเนา และระบบจะสลับไปยังโหนดอื่นโดยอัตโนมัติเมื่อโหนดใดโหนดหนึ่งล้มเหลว
• การป้องกันด้วย Circuit Breaker: หยุดการกู้ยืมใหม่เมื่ออัตราการใช้งานของพูลการให้กู้เกิน 95%; หยุดการกู้ยืมใหม่ของเหรียญเมื่อปริมาณการชำระบัญชีของเหรียญนั้นเกินกองทุนประกัน
• การแจ้งเตือน: ตัวชี้วัดหลัก เช่น จำนวนบัญชีที่มีอัตราส่วนความเสี่ยงต่ำกว่าเกณฑ์, จำนวนการชำระบัญชี, จำนวนเงินล้มละลาย, ยอดเงินกองทุนประกัน, และความล่าช้าในการชำระบัญชี ถูกเชื่อมต่อกับ Prometheus + Grafana + ระบบแจ้งเตือน

9. การจัดการความสอดคล้องและความเหมาะสม

9.1 ขีดจำกัดเลเวอเรจสูงสุด

เขตอำนาจศาลต่าง ๆ มีข้อกำหนดที่แตกต่างกันเกี่ยวกับอัตราเลเวอเรจมาร์จิ้นสปอตสูงสุด:

• มาเลเซีย SC: เลเวอเรจมาร์จิ้นสปอตสูงสุด 5x.
• MAS ของสิงคโปร์: มาร์จิ้นสปอตสูงสุด 2x (ลูกค้าสถาบันบางรายสูงสุด 5x)
• อินโดนีเซีย BAPPEBTI: มาร์จิ้นสปอตสูงสุด 3x, กำหนดให้ผลิตภัณฑ์ที่มีเลเวอเรจทั้งหมดต้องจดทะเบียนล่วงหน้า
• ไทย SEC: มาร์จิ้นสปอตสูงสุด 4x, กำหนดให้แพลตฟอร์มต้องรักษาระดับกองทุนประกันขั้นต่ำ
• เวียดนาม: ไม่มีกรอบการกำกับดูแลมาร์จิ้นสปอตที่ชัดเจน; แพลตฟอร์มมักจำกัดตัวเองไว้ที่ 2–3x.
• ดูไบ VARA: มาร์จิ้นสปอตสูงสุด 5x, แพลตฟอร์มต้องถือใบอนุญาตผู้ให้บริการสินทรัพย์เสมือน
• ฮ่องกง SFC: มาร์จิ้นสปอตสูงสุด 2x, นักลงทุนมืออาชีพสูงสุด 5x.

แพลตฟอร์มควรปรับระดับจำกัดเลเวอเรจอย่างไดนามิกตามประเทศที่ผู้ใช้ลงทะเบียน (ประเทศ KYC) สำหรับลูกค้าข้ามพรมแดน อาจใช้เกณฑ์ที่เข้มงวดกว่าระหว่าง "สัญชาติของผู้ใช้ + ที่อยู่อาศัย"

9.2 การทดสอบความเหมาะสม

มาร์จิ้นสปอตไม่ใช่แบบ "เปิดบัญชีแล้วใช้ได้เลย"; ผู้ใช้มักต้องผ่านการทดสอบความเหมาะสมก่อนที่จะเปิดใช้งานฟังก์ชันมาร์จิ้น การทดสอบควรรวมถึงอย่างน้อย:

• ความเข้าใจของผู้ใช้เกี่ยวกับความเสี่ยงจากเลเวอเรจ (แนวคิดเช่น การชำระบัญชี การเรียกเพิ่มมาร์จิ้น การล้มละลาย)
• สถานการณ์ทางการเงินและความทนทานต่อความเสี่ยงของผู้ใช้ (รายได้ประจำปี, สินทรัพย์ที่สามารถลงทุนได้, สถานการณ์หนี้)
• ประสบการณ์การซื้อขายของผู้ใช้ (ว่าเคยมีประสบการณ์ซื้อขายสัญญาซื้อขายล่วงหน้า, ตลาดเงินตราต่างประเทศ หรือการซื้อขายด้วยมาร์จิ้นหรือไม่)
• วัตถุประสงค์การลงทุนของผู้ใช้ (การซื้อขายระยะสั้น / การถือครองระยะยาว / การป้องกันความเสี่ยง)

ผลการทดสอบถูกแบ่งออกเป็นหลายระดับ: C1 (ระมัดระวัง) ไม่สามารถเปิดใช้งานมาร์จิ้นได้; C2 (มั่นคง) สามารถเปิดใช้งานได้สูงสุด 2x; C3 (สมดุล) สามารถเปิดใช้งานได้สูงสุด 3–5x; C4 (เชิงรุก) สามารถเปิดใช้งานได้สูงสุด 5–10x. ผู้ใช้ต้องทำแบบทดสอบใหม่ทุกไตรมาส และสามารถปรับระดับได้แบบเชิงรุกเมื่อสถานการณ์บัญชีหรือสภาพการเงินเปลี่ยนแปลง

9.3 KYC และ AML

ข้อกำหนด KYC สำหรับผู้ใช้มาร์จิ้นสปอตมักเหมือนกับผู้ใช้สปอตทั่วไป แต่แนะนำให้ปฏิบัติตามข้อต่อไปนี้:

• ผู้ใช้ Margin ต้องกรอก "แบบสอบถามทางการเงิน" และ "แบบสอบถามความเสี่ยง" เพิ่มเติมจากขั้นตอน KYC
• ผู้ใช้ที่มีเลเวอเรจสูง (> 5x) ต้องผ่าน KYC2 (การยืนยันตัวตนระดับสูง) พร้อมทั้งแสดงหลักฐานแหล่งที่มาของเงิน
• การกู้เงินในจำนวนใหญ่ (> 100,000 USD หรือเทียบเท่า) ต้องผ่านการตรวจสอบด้วยมือและสอบสวนธุรกรรมที่น่าสงสัย
• การไหลของเงินจากการกู้ยืมถูกติดตามอย่างต่อเนื่อง และบัญชีจะถูกระงับทันทีหากพบเส้นทางที่น่าสงสัย

9.4 ข้อตกลงผู้ใช้และข้อมูลเปิดเผย

ข้อสำคัญในการปฏิบัติตามกฎระเบียบสำหรับมาร์จิ้นสปอตยังรวมถึง:

• การเปิดเผยความเสี่ยง: ผู้ใช้ต้องยืนยันว่าได้อ่านและเข้าใจความเสี่ยงต่างๆ เช่น "การชำระบัญชีอาจทำให้สูญเสียหลักประกันทั้งหมด", "ดอกเบี้ยจะสะสมอย่างต่อเนื่อง", "ตลาดที่ผันผวนอย่างรุนแรงอาจก่อให้เกิดการล้มละลาย"
• ใบข้อมูลผลิตภัณฑ์: แพลตฟอร์มควรจัดเตรียมใบข้อมูลผลิตภัณฑ์ที่ระบุอย่างชัดเจนเกี่ยวกับอัตราเลเวอเรจสูงสุด ช่วงอัตราดอกเบี้ย กฎการชำระบัญชี และขั้นตอนการจัดการกรณีล้มละลาย
• การควบคุมเวอร์ชันของข้อตกลง: การเปลี่ยนแปลงใดๆ ในข้อตกลงผู้ใช้และใบข้อมูลผลิตภัณฑ์ควรแจ้งให้ผู้ใช้ทราบผ่านข้อความในระบบ และต้องให้ผู้ใช้ยืนยันใหม่
• การรายงานภาษี: บางภูมิภาค (เช่น ATO ของออสเตรเลีย) กำหนดให้แพลตฟอร์มต้องรายงานกิจกรรมการกู้ยืมของผู้ใช้ต่อหน่วยงานภาษี; แพลตฟอร์มควรสนับสนุนการสร้างรายงานภาษีในระดับระบบ

9.5 การข้ามพรมแดนและ Sandbox ด้านกฎระเบียบ

สำหรับแพลตฟอร์มที่ดำเนินการในหลายเขตอำนาจศาล แนะนำให้ใช้กลยุทธ์ "ทดลองในแซนด์บ็อกซ์ด้านกฎระเบียบก่อน":

• ดำเนินการทดลองในตลาดใหม่ (เวียดนาม, ฟิลิปปินส์) ผ่านพื้นที่ทดลองด้านกฎระเบียบ โดยกำหนดระดับการให้กู้ยืมไว้ที่ระดับต่ำที่สุด
• หลังการทดลองเป็นระยะเวลา 3–6 เดือน ให้ผ่อนคลายข้อกำหนดอย่างค่อยเป็นค่อยไปตามความคิดเห็นของผู้ใช้และข้อเสนอแนะจากหน่วยงานกำกับดูแล
• สำหรับเขตอำนาจที่มีกฎระเบียบไม่ชัดเจน (บางส่วนของอเมริกาใต้และแอฟริกา) ให้ใช้กลยุทธ์อนุรักษ์นิยม ได้แก่ เลเวอเรจต่ำสุด + การชำระบัญชีอย่างรวดเร็ว + กองทุนประกันที่หนาแน่น

10. การนำระบบมาร์จิ้นสปอตของ SoonTech มาใช้

10.1 ภาพรวมโมดูลผลิตภัณฑ์

ระบบมาร์จิ้นสปอตที่ SoonTech ได้พัฒนาและปรับปรุงผ่านโครงการไวท์เลเบลของ CEX หลายโครงการ ประกอบด้วยโมดูลดังต่อไปนี้:

1. ศูนย์พูลเงินกู้: พูลเงินกู้หลายสกุลเงิน หลายระยะเวลา และหลายระดับ (สถาบัน / บุคคลทั่วไป / แพลตฟอร์ม) พร้อมด้วยเส้นโค้งอัตราการใช้งานที่ปรับแต่งได้
2. บัญชีและตำแหน่ง: สามประเภทบัญชี — บัญชีสปอต, บัญชีมาร์จิ้นแยก, บัญชีมาร์จิ้นข้าม — การโอนเงินแบบครบวงจรและการโอนภายใน
3. การกู้และชำระคืน: การกู้แบบเรียลไทม์, การคิดดอกเบี้ยทุกวินาที, ระยะเวลาที่ยืดหยุ่นและคงที่, การชำระคืนอัตโนมัติ, การแจกจ่ายดอกเบี้ย.
4. ระบบคำนวณอัตราดอกเบี้ย: เส้นโค้งอัตราดอกเบี้ยตามอัตราการใช้ทุนแบบสองส่วน / แบบเรียบ, การกำหนดราคาอิสระสำหรับหลายสกุลเงิน, การส่งสัญญาณอัปเดตอัตราดอกเบี้ย
5. หลักประกันและ Haircut: การจัดการหลักประกันหลายสกุลเงิน, Haircut แบบไดนามิก, ขีดจำกัดความเข้มข้น, การประเมินมูลค่าหลักประกันแบบเรียลไทม์.
6. ระบบจัดการความเสี่ยง: การคำนวณอัตราส่วนความเสี่ยงแบบเรียลไทม์, การติดตามค่าขีดจำกัด, การแจ้งเตือนมาร์จิ้นคอล, การประเมินความเสี่ยงร่วมระหว่างบัญชี
7. บริการการชำระบัญชี: แถวรอการชำระบัญชี, การคุ้มครองราคา, เครื่องยนต์ประมูลแบบดัตช์, การโพสต์เหตุการณ์ล้มละลายอัตโนมัติ, การหักเงินจากกองทุนประกันอัตโนมัติ.
8. ศูนย์ควบคุมความเสี่ยง: ขีดจำกัดการกู้ยืม, โควตาต่อผู้ใช้, ความเสี่ยงของพูล, ระบบตัดวงจร, กฎป้องกันการโกง.
9. การปฏิบัติตามกฎระเบียบและความเหมาะสม: ขีดจำกัดเลเวอเรจ, การทดสอบความเหมาะสม, ใบข้อมูลผลิตภัณฑ์, ข้อตกลงผู้ใช้, การปรับปรุง KYC.
10. Back Office และแดชบอร์ด: Back office ด้านปฏิบัติการ (การจัดการกลุ่มเงินกู้, การกำหนดอัตราดอกเบี้ย, การกำหนดค่าเกณฑ์, บัญชีหนี้เสีย), Back office สำหรับผู้ใช้ (รายละเอียดการกู้, อัตราส่วนความเสี่ยง, การเพิ่มมาร์จิน), แดชบอร์ด BI (การใช้งานกลุ่มเงินกู้, อัตราการชำระบัญชี, อัตราหนี้เสีย, รายได้ดอกเบี้ย).
11. แพลตฟอร์มกลางข้อมูล: การติดตาม, คลังข้อมูล, แดชบอร์ด ROI, โปรไฟล์ผู้ใช้, การวิเคราะห์เหตุการณ์ความเสี่ยง.

10.2 เส้นทางการส่งมอบแบบทั่วไป

สำหรับลูกค้าตลาดแลกเปลี่ยนใหม่ ตั้งแต่การลงนามจนถึงการเปิดตัวมาร์จิ้นสปอต SoonTech มักดำเนินการตามขั้นตอนต่อไปนี้:

• สัปดาห์ที่ 1: การวิเคราะห์ธุรกิจ, ยืนยันตลาดเป้าหมาย, ขอบเขตการปฏิบัติตามกฎระเบียบ, ขีดจำกัดเลเวอเรจ, ช่วงสกุลเงินดิจิทัล, กลยุทธ์อัตราดอกเบี้ย.
• สัปดาห์ที่ 2: การกำหนดค่ากลุ่มเงินกู้และโมเดลอัตราดอกเบี้ย, การปรับลดมูลค่าหลักประกันและขีดจำกัด, การกำหนดกฎการควบคุมความเสี่ยง.
• สัปดาห์ที่ 3: การบูรณาการบัญชีแบบแยก / ข้ามบัญชี, การบูรณาการร่วมระหว่างระบบจับคู่และบริการให้กู้, การทดสอบกระบวนการทำงานแบบครบวงจร
• สัปดาห์ที่ 4: การปรับใช้และทดสอบระบบการชำระบัญชี (Liquidation engine), กองทุนประกัน, และกลไกการจัดสรรหนี้เสีย
• สัปดาห์ที่ 5: การบูรณาการโมดูลการปฏิบัติตามกฎระเบียบและความเหมาะสม (KYC, แบบสอบถามความเสี่ยง, ข้อตกลงผู้ใช้)
• สัปดาห์ที่ 6: การทดสอบ Canary, การทดสอบความทนทาน (stress testing), การตรวจสอบความปลอดภัย, การฝึกอบรมการดำเนินงาน.
• สัปดาห์ที่ 7: เปิดให้บริการจริง, การสนับสนุนการดำเนินงาน 7×24 และการตรวจสอบข้อมูล.

สำหรับลูกค้าที่มีความต้องการพิเศษ (เช่น การประมูลแบบดัตช์ที่ปรับแต่งได้, บริการไวท์เลเบลสำหรับลูกค้าสถาบัน, การให้กู้ข้ามแพลตฟอร์ม, การบูรณาการการให้กู้บนเชน), SoonTech ให้บริการปรับแต่งระดับซอร์สโค้ดและการปรับใช้แบบส่วนตัว

10.3 สามสถานการณ์การปรับใช้จริง

สถานการณ์ 1: การเริ่มต้นแบบ Cold Start ของตลาดแลกเปลี่ยนใหม่ในเอเชียตะวันออกเฉียงใต้

ลูกค้าเป็นตลาดซื้อขายใหม่ที่มุ่งเป้าไปที่อินโดนีเซียและเวียดนาม ซึ่งในตอนเริ่มต้นยังไม่มีใบอนุญาตสัญญาแบบถาวร แต่ต้องการกระตุ้นความสนใจของผู้ถือสินทรัพย์ เราช่วยออกแบบ "สระเงินกู้สามสกุลเงิน BTC + ETH + USDT" ด้วยขีดจำกัดเลเวอเรจ 3x (ตามข้อกำหนดของ Bappebti), เส้นโค้งอัตราดอกเบี้ยสองส่วน (จุดคnee ที่ 80%), และโหมดการทำงานแบบแยกส่วนและข้ามแพลตฟอร์มแบบคู่ขนาน; อัตราการตัดมูลค่าหลักประกัน BTC 85% / ETH 80% / USDT 95%; เกณฑ์ค่าความเสี่ยงแบบสามระดับที่ 1.3 / 1.1 / 1.05 สามเดือนหลังการเปิดตัว ขนาดรวมของพูลการให้กู้ถึง 120M USD โดยปริมาณการกู้เฉลี่ยต่อวันอยู่ที่ 8M USD และรายได้จากดอกเบี้ยคิดเป็น 18% ของรายได้รวมของแพลตฟอร์ม

สถานการณ์ที่ 2: บริการ White Label สำหรับลูกค้าสถาบันในตะวันออกกลาง

ลูกค้าเป็นสำนักงานครอบครัวในดูไบที่ต้องการให้บริการมาร์จิ้นสปอตแก่ลูกค้าที่มีสินทรัพย์สุทธิสูง ซึ่งอยู่ภายใต้การกำกับดูแลของ VARA เราได้นำ "กลุ่มเงินกู้แบบชั้นระดับ" (อัตราดอกเบี้ยกลุ่มสถาบัน 6%–9% / กลุ่มลูกค้าทั่วไป 8%–15%) เครื่องมือประมูลแบบดัตช์ระดับสถาบัน และกองทุนประกันมูลค่าเทียบเท่า 10 ล้าน USD มาใช้ 70% ของเงินทุนในพูลการให้กู้มาจากลูกค้าสถาบัน ส่วน 30% มาจากเงินทุนของแพลตฟอร์มเอง บริษัทจัดการการชำระบัญชีมืออาชีพทำหน้าที่เป็นผู้ชำระบัญชี โดยต้องมีการเสนอราคาภายใน 60 วินาที หากไม่มีการเสนอราคา ระบบจะกลับสู่การชำระบัญชีตามตลาดโดยอัตโนมัติ

สถานการณ์ที่ 3: การให้กู้เหรียญคริปโตแบบ Long-Tail ในละตินอเมริกา

ลูกค้าต้องการสนับสนุนผู้ใช้ในละตินอเมริกาให้ใช้สเถียรคอยน์ท้องถิ่น (เช่น สเถียรคอยน์ที่ผูกกับ BRL หรือ ARS) เป็นหลักประกันเพื่อกู้ USDT ไปถือ BTC ในทิศทางขึ้น เราได้กำหนดโมเดลหลักประกันหลายสกุลเงิน: สเตเบิลคอยน์แบบ long-tail มีอัตราการตัดมูลค่า (haircut) 70%, ขีดจำกัดความเข้มข้น (concentration limit) 30%, และระบบติดตามความผันผวน 24 ชั่วโมง โมเดลอัตราดอกเบี้ยใช้เส้นโค้งเรียบแบบไม่เชิงเส้นเพื่อหลีกเลี่ยงการเปลี่ยนแปลงอัตราดอกเบี้ยอย่างกะทันหันที่จุดเปลี่ยน (knee) ซึ่งอาจก่อให้เกิดข้อร้องเรียนจากผู้ใช้ หลังการเปิดตัว กิจกรรมของผู้ใช้เพิ่มขึ้น 35% แต่อัตราหนี้เสียถูกควบคุมให้อยู่ภายใน 0.3%

11. ข้อแนะนำสำหรับการนำไปใช้ในองค์กร

11.1 จังหวะการพัฒนาแบบเป็นขั้นตอน

• MVP (0–2 เดือน): กลุ่มให้กู้แบบเหรียญเดียว (USDT) + มาร์จินแบบแยกส่วน + อัตราดอกเบี้ยแบบเรียบง่าย (เชิงเส้น) + อัตราส่วนความเสี่ยง 1.3 / 1.1 สองระดับ + การชำระบัญชีขั้นพื้นฐาน (คำสั่งตลาด) + กองทุนประกันเป็นกลไกสนับสนุน เริ่มด้วยกระบวนการ "กู้ → ซื้อขาย → การชำระบัญชี → การจัดการหนี้เสีย" แบบครบวงจร
• ระยะการเติบโต (3–6 เดือน): กลุ่มให้กู้หลายสกุลเงิน + มาร์จินข้ามบัญชี + เส้นอัตราดอกเบี้ยลอยตัว (สองส่วน) + เกณฑ์อัตราส่วนความเสี่ยงหลายระดับ + การป้องกันการลดลงของมูลค่าหลักประกัน + การแจกจ่ายดอกเบี้ย.
• ระยะสุกงอม (6–12 เดือน): พูลการให้กู้แบบหลายระดับ + การประมูลแบบดัตช์ + สินทรัพย์ค้ำประกันข้ามบัญชี + สินทรัพย์ค้ำประกันหลายสกุลเงิน + การปรับลดมูลค่าแบบไดนามิก + การหักเงินจากกองทุนประกันอัตโนมัติ + การทดสอบความเหมาะสม + การปรับให้เข้ากับหลายเขตอำนาจศาล

อย่าเร่งรีบใช้โซลูชันสูงสุดแบบ "เหรียญสูงสุด โหมดสูงสุด เขตอำนาจศาลทั่วโลก" ตั้งแต่วันแรก 90% ของตลาดแลกเปลี่ยนใหม่ในระยะ MVP ต้องการเพียง USDT + BTC สองเหรียญ โหมดแยก + โหมดข้าม และเขตอำนาจศาล 1–2 แห่งเท่านั้น

11.2 โครงสร้างองค์กรและกระบวนการ

ระบบมาร์จิ้นสปอตไม่ใช่โครงการทางเทคโนโลยีล้วนๆ แต่ต้องการความร่วมมือข้ามฝ่าย:

• ผลิตภัณฑ์: โหมดบัญชี, โมเดลอัตรา, การปรับลดมูลค่าหลักประกัน, ระดับความเสี่ยง.
• เทคโนโลยี: การจับคู่คำสั่งซื้อขาย, การให้กู้, การจัดการความเสี่ยง, การชำระบัญชี, การควบคุมความเสี่ยง, คลังข้อมูล.
• ปฏิบัติการ: การจัดการกลุ่มเงินกู้, แคมเปญ, บริการลูกค้า.
• การควบคุมความเสี่ยง: กฎเกณฑ์, กรณีศึกษา, การอุทธรณ์.
• การเงิน: บัญชีหนี้เสีย, กองทุนประกัน, การปรับยอดบัญชี
• ด้านกฎหมาย: ความเห็นด้านการปฏิบัติตามกฎระเบียบ, ข้อตกลงผู้ใช้, การปฏิบัติตามกฎระเบียบข้ามพรมแดน.

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

11.3 ตัวชี้วัดหลักเพื่อความสำเร็จ

• Total Value Locked (TVL): ขนาดทุนรวมของพูลการให้กู้ยืม ซึ่งสะท้อนความเชื่อมั่นของผู้ใช้ต่อแพลตฟอร์ม
• อัตราการใช้งาน: เงินกู้ / ขนาดรวมของพูล สะท้อนกิจกรรมของพูล
• รายได้ดอกเบี้ยสุทธิ: รายได้สุทธิของแพลตฟอร์มจากส่วนต่างอัตราดอกเบี้ยการให้กู้
• อัตราหนี้เสีย: จำนวนเงินที่ล้มละลาย / ต้นเงินกู้รวม โดยระดับอุตสาหกรรมที่ถือว่าดีคือ < 0.5%
• อัตราความสำเร็จในการขายทอดตลาด: สัดส่วนของบัญชีที่ขายทอดตลาดได้สำเร็จในราคาที่สมเหตุสมผล, เป้าหมาย > 95%
• กิจกรรมของผู้ใช้: จำนวนผู้ใช้มาร์จิ้น, ผู้ใช้ที่กู้เงินอย่างกระตือรือร้น, จำนวนเงินกู้เฉลี่ยต่อผู้ใช้
• สุขภาพอัตราความเสี่ยง: อัตราความเสี่ยงเฉลี่ยของแพลตฟอร์มทั้งหมด, สัดส่วนบัญชีที่มีอัตราความเสี่ยง < 1.5.

คำถามที่พบบ่อย

Q1: ควรเลือกระหว่างมาร์จิ้นสปอตและสัญญาซื้อขายแบบไม่มีวันหมดอายุอย่างไร?

A: หากเป้าหมายคือ "ผู้ถือที่ต้องการเพิ่มผลตอบแทน" ให้เลือกมาร์จิ้นสปอต — สินทรัพย์อ้างอิงเป็นเหรียญจริง ไม่มีความเสี่ยงจากคู่สัญญาส่วนกลาง และแรงกดดันด้านกฎระเบียบต่ำ หากเป้าหมายของคุณคือ "นักเทรดความถี่สูงที่ต้องการตำแหน่ง Long/Short + เลเวอเรจสูง + การอาร์บิทราจอัตราดอกเบี้ย" ให้เลือกสัญญา Perpetual — มีความลึกของตลาดที่ดีกว่า เลเวอเรจสูงกว่า และประเภทผลิตภัณฑ์ที่หลากหลายกว่า ทั้งสองสามารถดำเนินการพร้อมกันได้ แต่ทีมผลิตภัณฑ์และทีมควบคุมความเสี่ยงควรแยกกันเพื่อป้องกันไม่ให้โมเดลความเสี่ยงส่งผลกระทบต่อกัน

Q2: ควรกำหนดอัตราดอกเบี้ยของพูลการให้กู้อย่างไร?

A: หัวใจหลักคือเส้นโค้งยืดหยุ่น "อัตราการใช้ → อัตราดอกเบี้ย" แบบสองช่วงที่พบบ่อยที่สุดคือ: จุดคnee ที่ 80%, ความชันก่อนจุดคnee 5% (คือ อัตราดอกเบี้ย 5% เมื่อกู้เต็มวงเงิน), ความชันหลังจุดคnee เพิ่มขึ้นอย่างชัน 10–20 เท่า อัตราดอกเบี้ยของเหรียญหลักอย่าง BTC และ ETH สามารถตั้งให้ต่ำกว่าได้ (อัตราอ้างอิงตลาด 4%–8%) ส่วนอัตราดอกเบี้ยของ altcoin ควรตั้งให้สูงกว่า (10%–20%) เพื่อชดเชยความเสี่ยงด้านสภาพคล่อง อัตราดอกเบี้ยลอยตัวควร "อัปเดตทุกวินาที" เพื่อรับประกันว่าการใช้กองทุนและการเรียกเก็บเงินสอดคล้องกัน แต่การแสดงผลบนหน้าผู้ใช้สามารถอัปเดตทุกชั่วโมงหรือทุกวันได้

Q3: สูตรใดที่ควรใช้สำหรับอัตราส่วนความเสี่ยง?

A: อัตราส่วนความเสี่ยง = มูลค่าสินทรัพย์รวม (สินทรัพย์ค้ำประกันหลังหักส่วนลด) / หนี้สินรวม (เงินต้นที่กู้ + ดอกเบี้ยที่ยังไม่จ่าย). LTV คือค่าผกผันของอัตราส่วนนี้. อัตราส่วนความเสี่ยง 1.0 เป็นเส้นล้มละลาย, 1.1 เป็นเส้นรักษาสมดุล, และ 1.3 เป็นเส้นเตือน. อัตราการตัดมูลค่า (haircut) ของแต่ละเหรียญสะท้อนถึงความผันผวน ความสภาพคล่อง และความกระจุกตัว; เหรียญหลักอยู่ที่ 80%–90%, เหรียญอัลท์คอยน์อยู่ที่ 30%–60%, และเหรียญเสถียรอยู่ที่ 90%–95% เส้นระดับการรักษาระดับและเส้นระดับเตือนสามารถปรับแต่งได้ตามระดับ VIP ของผู้ใช้

Q4: การชำระบัญชีควรใช้คำสั่งตลาดหรือการประมูลแบบดัตช์?

A: คำสั่งตลาดเพียงพอสำหรับบัญชีขนาดเล็กและคู่ซื้อขายที่มีสภาพคล่องสูง โดยมีการเพิ่มการป้องกันการลื่นราคา (slippage) 1%–3% สำหรับบัญชีขนาดใหญ่ (> USD 50,000) คู่ซื้อขายที่มีสภาพคล่องต่ำ และเหรียญที่มีปริมาณการซื้อขายน้อย (long-tail coins) แนะนำให้ใช้การประมูลแบบดัตช์ (Dutch auction) โดยให้ผู้ชำระบัญชีมืออาชีพแข่งขันกันเสนอราคา ระบบประมูลควรกำหนดเวลาดำเนินการสูงสุด (โดยทั่วไป 60 วินาที) และกลับสู่การชำระบัญชีแบบตลาดหากเกินเวลาที่กำหนด การประมูลแบบดัตช์สามารถให้ราคาดำเนินการเฉลี่ยที่ดีกว่าคำสั่งตลาดได้ 0.5%–2% ซึ่งเป็นประโยชน์ทั้งต่อแพลตฟอร์มและผู้ชำระบัญชี

Q5: หนี้เสียถูกจัดสรรอย่างไรหลังการล้มละลาย?

A: ลำดับความสำคัญคือกองทุนประกันของแพลตฟอร์ม โดยแพลตฟอร์มจะนำเงินจากค่าธรรมเนียมการซื้อขายและส่วนต่างการให้กู้มาจัดสรรตามสัดส่วน เมื่อกองทุนประกันไม่เพียงพอ ผู้ให้กู้ทั้งหมดในพูลการให้กู้จะแบ่งรับตามสัดส่วนของ "สัดส่วนเงินกู้ของบัญชีที่ล้มละลายต่อขนาดรวมของพูล" และผลตอบแทนของผู้ให้กู้จะลดลงแต่ไม่สูญเสียเงินต้น ในกรณีที่หายาก แพลตฟอร์มสามารถดำเนินการทางกฎหมายเพื่อเรียกคืนเงินจากผู้ใช้ที่ล้มละลายได้ อัตราหนี้เสียในอุตสาหกรรมที่สุขภาพดีอยู่ที่ < 0.5% และแพลตฟอร์มควรควบคุมหนี้เสียให้อยู่ในช่วงที่สมเหตุสมผลผ่านการใช้ขีดจำกัด การติดตามอัตราส่วนความเสี่ยง และคุณภาพการชำระบัญชี

Q6: ควรกำหนดอัตราเลเวอเรจในตลาดเอเชียตะวันออกเฉียงใต้อย่างไร?

A: คณะกรรมการกำกับหลักทรัพย์มาเลเซีย (SC) กำหนดสูงสุด 5x, คณะกรรมการกำกับหลักทรัพย์สิงคโปร์ (MAS) กำหนดสูงสุด 2x (สำหรับสถาบัน 5x), คณะกรรมการกำกับดูแลตลาดสินค้าโภคภัณฑ์อินโดนีเซีย (Bappebti) กำหนดสูงสุด 3x, คณะกรรมการกำกับหลักทรัพย์และตลาดหลักทรัพย์ไทย (SEC) กำหนดสูงสุด 4x, ส่วนเวียดนามแนะนำให้กำหนดขีดจำกัดตนเองที่ 2–3x. แพลตฟอร์มควรปรับตัวอย่างยืดหยุ่นตามประเทศที่ผู้ใช้ผ่านกระบวนการ KYC โดยรักษาอัตราเลเวอเรจต่ำที่สุด + การชำระบัญชีที่รวดเร็ว + กองทุนประกันที่หนาแน่น สำหรับเขตอำนาจที่มีความเสี่ยงสูง แนะนำให้ตลาดซื้อขายใหม่เริ่มต้นที่ 2–3x ก่อน เพื่อตรวจสอบแบบจำลองความเสี่ยง แล้วค่อยๆ ผ่อนคลายข้อจำกัด

สรุป

มาร์จิ้นสปอตเป็นสายธุรกิจใน CEX ที่ถูกประเมินต่ำที่สุดและมีความเสี่ยงต่ออุบัติเหตุสูงที่สุด แม้จะไม่มีเหตุการณ์ระเบิดบัญชีหรือจุดเด่นที่หวือหวาเหมือนสัญญาแบบถาวร แต่ระบบนี้เชื่อมต่อระบบย่อยที่มีความซับซ้อนสูงถึงสี่ระบบ — การให้กู้ยืม การจับคู่คำสั่ง การชำระบัญชี และการปฏิบัติตามกฎระเบียบ — และถือเป็นหินทดสอบสำหรับประเมินพื้นฐานการควบคุมความเสี่ยงและความลึกทางวิศวกรรมของแพลตฟอร์มแลกเปลี่ยน ระบบมาร์จิ้นสปอตที่ออกแบบมาอย่างดีสามารถเปลี่ยนผู้ถือสินทรัพย์ให้เป็นนักเทรดที่กระตือรือร้น ทำให้ส่วนต่างอัตราดอกเบี้ยจากการให้กู้กลายเป็นแหล่งรายได้ที่มั่นคง และทำให้โมเดลการควบคุมความเสี่ยงของแพลตฟอร์มสามารถพัฒนาต่อเนื่องในสถานการณ์จริงได้ ส่วนระบบที่ออกแบบมาไม่ดีอาจก่อให้เกิดหนี้เสียจำนวนมหาศาลในภาวะตลาดสุดขั้วเพียงครั้งเดียว จนทำให้ตลาดแลกเปลี่ยนได้รับความเสียหายอย่างรุนแรง

บทความนี้ได้อธิบายอย่างเป็นระบบถึงความแตกต่างพื้นฐานระหว่างมาร์จิ้นสปอตและสัญญาซื้อขายล่วงหน้า, กลุ่มเงินกู้และโมเดลอัตราดอกเบี้ย, บัญชีมาร์จิ้นแยกและบัญชีมาร์จิ้นข้าม, อัตราส่วนความเสี่ยงและการคำนวณมาร์จิ้น, การปรับลดมูลค่าหลักประกันและหลักประกันหลายสกุลเงิน, เครื่องมือการชำระบัญชีและกลยุทธ์การประมูล, การจัดการกรณีล้มละลายและหนี้เสีย, การแจกจ่ายดอกเบี้ย, สถาปัตยกรรมทางวิศวกรรมและการแยกส่วนระบบ, ข้อพิจารณาด้านการปฏิบัติตามกฎระเบียบในเอเชียตะวันออกเฉียงใต้ และจังหวะการเปิดตัวระบบ ด้วยความหวังว่าจะช่วยทีมที่กำลังสร้างหรือปรับปรุงตลาดแลกเปลี่ยนให้สามารถสร้างกรอบความคิดที่ครบถ้วนได้ เทคโนโลยีเป็นเพียงพื้นฐานเท่านั้น; สิ่งที่จริง ๆ กำหนดความสำเร็จของระบบมาร์จิ้นสปอต คือการที่ฝ่ายผลิตภัณฑ์ ฝ่ายปฏิบัติการ ฝ่ายควบคุมความเสี่ยง ฝ่ายการเงิน และฝ่ายกฎหมายสามารถร่วมมือกันอย่างแน่นแฟ้นรอบเป้าหมายร่วมกัน คือ "ความสัมพันธ์การให้กู้ที่แท้จริง + ความเสี่ยงตลาดที่แท้จริง + ขอบเขตการปฏิบัติตามกฎระเบียบที่แท้จริง"

ทีม SoonTech มีประสบการณ์ลึกซึ้งใน CEX, DEX, ตลาดคาดการณ์ และโปรโตคอลการให้กู้ยืม โดยระบบมาร์จิ้นสปอตเป็นหนึ่งในโมดูลที่ซับซ้อนที่สุดในชุดผลิตภัณฑ์ CEX ของเรา ซึ่งได้รับการตรวจสอบและยืนยันประสิทธิภาพแล้วในโครงการแลกเปลี่ยนหลายแห่งในเอเชียตะวันออกเฉียงใต้ ตะวันออกกลาง และละตินอเมริกา หากทีมของคุณกำลังวางแผนพัฒนาระบบมาร์จิ้นสปอต ต้องการปรับปรุงประสบการณ์มาร์จิ้นที่มีอยู่ หรือต้องการเปิดตัวบริการอย่างสอดคล้องกับกฎระเบียบในหลายเขตอำนาจศาล โปรดติดต่อเราได้เสมอ โดยอิงจากตลาดเป้าหมายและโมเดลธุรกิจของคุณ เราสามารถมอบโซลูชันครบวงจรตั้งแต่การออกแบบผลิตภัณฑ์จนถึงการส่งมอบทางเทคนิค

ให้ผู้ถือสินทรัพย์ใช้ระบบด้วยความมั่นใจมากขึ้น ให้เงินกู้ไหลเวียนอย่างปลอดภัยยิ่งขึ้น และให้แพลตฟอร์มเติบโตอย่างมั่นคงภายในกรอบการปฏิบัติตามกฎระเบียบ — นี่คือเป้าหมายการออกแบบที่ถูกต้องเพียงหนึ่งเดียวสำหรับระบบมาร์จิ้นสปอต

🌐 สร้างแพลตฟอร์ม Web3 ที่ปลอดภัยและสามารถขยายได้กับ SoonTech.

ค้นพบโซลูชันของเราสำหรับตลาดคริปโตแบบ White Label, ตลาดการคาดการณ์, กระเป๋าเงิน MPC, ระบบจับคู่คำสั่งซื้อขาย, การบูรณาการสภาพคล่อง และการปฏิบัติตามกฎระเบียบ