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

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

• โมเดลมาร์จินควรเป็นแบบแยกส่วน (isolated), แบบข้าม (cross), หรือแบบผสม (hybrid)? ควรกำหนดอัตรามาร์จินเริ่มต้น (initial margin rate) และอัตรามาร์จินรักษา (maintenance margin rate) อย่างไรเพื่อควบคุมความเสี่ยงของแพลตฟอร์มโดยไม่กระทบต่อประสิทธิภาพการใช้ทุน?
• จุดทริกเกอร์การชำระบัญชีควรใช้เกณฑ์คงที่หรือทริกเกอร์แบบขั้นบันได? คำสั่งชำระบัญชีควรส่งไปยังตลาดสาธารณะหรือให้ผู้สร้างตลาดรับไปก่อน? ตำแหน่งขนาดเล็กควรถูกชำระบัญชีก่อนตำแหน่งขนาดใหญ่ หรือในทางกลับกัน?
• หากคำสั่งขายเพื่อชำระหนี้ไม่สามารถดำเนินการได้และก่อให้เกิดความสูญเสียจากการล้มละลาย กองทุนประกันควรรับความสูญเสียก่อน หรือควรเปิดใช้งานระบบลดเลเวอเรจอัตโนมัติ (ADL) ทันที เพื่อให้ผู้ใช้ที่มีกำไรร่วมรับความสูญเสียตามสัดส่วน?
• ควรจัดหา ใช้ และเติมเต็มกองทุนประกันอย่างไร? ข้อกำหนดของ SC สำหรับการแยกทุนของแพลตฟอร์มและเงินของลูกค้ามีอะไรบ้าง?
• ทำอย่างไรเพื่อรับประกันความพร้อมใช้งานของระบบการชำระบัญชีเอง? กระบวนการลดระดับประสิทธิภาพจะเป็นอย่างไรหากระบบหยุดทำงานในช่วงความผันผวนสูง?

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

1. บริบทอุตสาหกรรม: ทำไมความเสี่ยงจากการชำระบัญชีจึงเป็นจุดเน้นหลักของ SC

1.1 ข้อกำหนด RMO DAX ที่ชัดเจนเกี่ยวกับความเสี่ยงของอนุพันธ์

คณะกรรมการหลักทรัพย์มาเลเซีย (SC) กำหนดอย่างชัดเจนในแนวทาง RMO DAX ว่าตลาดสินทรัพย์ดิจิทัลที่ได้รับใบอนุญาตต้องจัดตั้งกรอบการบริหารความเสี่ยงที่มั่นคง ซึ่งรวมถึงระบบมาร์จิ้น กลไกการชำระบัญชี ขีดจำกัดตำแหน่ง และการทดสอบความทนทานต่อภาวะวิกฤต แพลตฟอร์มต้องแสดงให้เห็นว่า:

• กฎเกณฑ์การทริกเกอร์การชำระบัญชีต้องชัดเจน โปร่งใส และถูกนำไปใช้อย่างสม่ำเสมอกับผู้ใช้ทุกคน;
• ระบบสามารถดำเนินการชำระบัญชีได้โดยไม่ก่อให้เกิดการล้มละลายของระบบโดยรวม แม้ในสภาวะตลาดที่รุนแรง;
• เงินของผู้ใช้และเงินของแพลตฟอร์มถูกแยกกันอย่างสมบูรณ์ และกองทุนประกันไม่ใช่ทรัพย์สินของผู้ดำเนินการ;
• ทุกเหตุการณ์การชำระบัญชีมีบันทึกการตรวจสอบอย่างครบถ้วน และผู้ใช้มีสิทธิในการอุทธรณ์และตรวจสอบ;
• แพลตฟอร์มต้องดำเนินการทดสอบความทนทาน (stress testing) อย่างสม่ำเสมอ เพื่อจำลองความสามารถในการชำระบัญชีภายใต้การเคลื่อนไหวของราคาในหนึ่งวันมากกว่า 20%

นี่ไม่ใช่ข้อกำหนดการปฏิบัติตามกฎระเบียบบนกระดาษเท่านั้น — SC จะขอเอกสารออกแบบระบบการชำระบัญชี การวิเคราะห์ข้อมูลการชำระบัญชีในอดีต และรายงานการทดสอบความทนทานต่อความเครียด ระหว่างการทบทวนใบอนุญาตประจำปีและการตรวจสอบ ณ สถานที่จริง

1.2 ลักษณะเฉพาะของตลาดอนุพันธ์ในเอเชียตะวันออกเฉียงใต้

เมื่อเทียบกับตลาดที่พัฒนาแล้ว ตลาดอนุพันธ์ในมาเลเซียและเอเชียตะวันออกเฉียงใต้มีลักษณะเฉพาะหลายประการ:

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

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

1.3 ตัวอย่างเหตุการณ์การชำระบัญชีผิดพลาด

การล้มเหลวของระบบการชำระบัญชีที่ก่อให้เกิดอุบัติเหตุไม่ใช่เรื่องที่หายากในระดับโลก:

• มีตลาดหนึ่งได้ทำการชำระบัญชีแบบกลุ่มกับผู้ใช้ที่ไม่ควรถูกชำระบัญชี เนื่องจากข้อผิดพลาดในตรรกะการชำระบัญชีแบบเป็นขั้นตอน (staged liquidation) ระหว่างช่วงความผันผวนของราคาที่รุนแรง;
• แพลตฟอร์มหนึ่งได้เปิดใช้งาน ADL หลังจากกองทุนประกันหมดลง ทำให้ผู้ใช้ที่มีกำไรถูกเรียกคืนกำไรกว่า 30% ซึ่งก่อให้เกิดการร้องเรียนจากลูกค้าอย่างล้นหลามและการแทรกแซงจากหน่วยงานกำกับดูแล;
• ระบบการชำระบัญชีของตลาดหนึ่งหยุดทำงานเป็นเวลา 40 นาทีในช่วงที่มีผู้ใช้งานพร้อมกันจำนวนมาก ส่งผลให้เกิดความสูญเสียจากการล้มละลายกว่า 100 ล้านดอลลาร์ ซึ่งในที่สุดผู้ถือหุ้นต้องรับผิดชอบ;
• แพลตฟอร์มหนึ่งถูกหน่วยงานกำกับดูแลปรับเงินหลายล้านดอลลาร์ เนื่องจากออกแบบระบบตามหลักการ " liquidate first, notify later " ซึ่งถูกพิจารณาว่าเป็นการเปิดเผยข้อมูลที่ไม่เพียงพอ

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

2. แบบจำลองมาร์จิ้น: แบบแยก (Isolated) vs แบบข้าม (Cross) vs แบบผสม (Hybrid)

2.1 มาร์จินแบบแยกส่วน

ในโหมดแยก (Isolated Margin) ตำแหน่งสัญญาแต่ละสัญญาจะอยู่ในบัญชีมาร์จิ้นอิสระ และผลกำไร/ขาดทุน (P&L) จะถูกคำนวณเฉพาะภายในบัญชีนั้นเท่านั้น โดยไม่แบ่งปันกับตำแหน่งอื่น ๆ ลักษณะเด่น:

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

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

2.2 มาร์จินแบบข้าม

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

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

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

2.3 โหมดไฮบริดและการแยกมาร์จิ้นแบบบางส่วน

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

• ผู้ใช้รายย่อยจะถูกตั้งค่าเริ่มต้นเป็นมาร์จิ้นแบบแยกส่วน; มาร์จิ้นแบบข้ามต้องเปิดใช้งานด้วยตนเองพร้อมคำเตือนแบบป๊อปอัพ;
• ผู้ใช้ระดับมืออาชีพสามารถปรับแต่ง "กลุ่มมาร์จิ้นข้าม" ได้ โดยนำสัญญาที่เกี่ยวข้อง (เช่น BTC perpetual + BTC quarterly) เข้าสู่กลุ่มมาร์จิ้นเดียวกัน;
• "ขีดจำกัดเลเวอเรจข้ามบัญชีสูงสุด" สำหรับทั้งแพลตฟอร์ม (เช่น เลเวอเรจข้ามบัญชีสูงสุด 20x, เลเวอเรจแยกบัญชีสูงสุด 50x);
• โหมดมาร์จิ้นแบบข้ามกลุ่มต้องแสดงตัวชี้วัดหลักสามอย่างแบบเรียลไทม์: อัตราส่วนมาร์จิ้นปัจจุบัน, ราคาทริกเกอร์การชำระบัญชี, และมูลค่าการสูญเสียจากการล้มละลายที่คาดการณ์ไว้

2.4 อัตรามาร์จิ้นเริ่มต้นและอัตรามาร์จิ้นรักษา

สองพารามิเตอร์หลักที่สุด:

• มาร์จิ้นเริ่มต้น (IM): อัตราส่วนมาร์จิ้นขั้นต่ำที่จำเป็นเมื่อเปิดตำแหน่ง ซึ่งกำหนดเลเวอเรจสูงสุด ตัวอย่างเช่น IM = 1% หมายถึงเลเวอเรจสูงสุด 100x
• มาร์จิ้นรักษา (MM): อัตราส่วนมาร์จิ้นขั้นต่ำที่ต้องรักษาไว้ระหว่างการถือครอง; การชำระบัญชีจะถูกกระตุ้นเมื่อต่ำกว่าค่านี้ MM มักต่ำกว่า IM เช่น IM = 1%, MM = 0.5%

หน่วยงานกำกับดูแลของมาเลเซียมักมีแนวโน้มสนับสนุนหลักการ "เลเวอเรจต่ำ ความเสี่ยงต่ำ" SC แนะนำให้เลเวอเรจสูงสุดไม่เกิน 20x สำหรับผู้ใช้รายย่อย และ 50x สำหรับนักลงทุนมืออาชีพ การตั้งค่าที่ SoonTech แนะนำสำหรับโครงการท้องถิ่น:

3. กลไกการทริกเกอร์การชำระบัญชี: จากระดับเกณฑ์คงที่สู่การชำระบัญชีแบบเป็นขั้น

3.1 สามโหมดการทริกเกอร์การชำระบัญชี

ตลาดหลักใช้สามโหมดการทริกเกอร์:

1. กลไกทริกเกอร์ระดับเกณฑ์คงที่: เมื่ออัตราส่วนมาร์จิ้น ≤ MM จะทำการชำระบัญชีทั้งตำแหน่งในครั้งเดียว ตรรกะที่เรียบง่ายแต่ประสบการณ์ที่รุนแรง—ความผันผวนของราคาเพียงเล็กน้อยก็อาจทำให้ถูกชำระบัญชีทั้งหมดได้
2. กลไกการทริกเกอร์แบบเป็นขั้น: เมื่ออัตราส่วนมาร์จิ้นลดลงจาก 2% → 1.5% → 1% → 0.8% → 0.5% จะทำการชำระบัญชีเพียงส่วนหนึ่งของตำแหน่งในแต่ละครั้ง โดยให้ช่วงเวลาแก่ผู้ใช้เพื่อเพิ่มมาร์จิ้น ประสบการณ์ที่ดีขึ้น แต่การนำไปใช้มีความซับซ้อนมากขึ้น
3. ทริกเกอร์แบบเพิ่มทีละขั้น: คำนวณระยะห่างจากราคาปัจจุบันถึงราคาปิดสถานะแบบเรียลไทม์ ส่งการแจ้งเตือนล่วงหน้า และเพิ่มการแจ้งเตือนเพิ่มเติมทุกครั้งที่ราคาเคลื่อนไหวไปในทิศทางที่ไม่เป็นประโยชน์ 10%

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

3.2 การพัฒนาทางวิศวกรรมของระบบการปิดสถานะแบบเป็นขั้น

ขั้นตอนการชำระบัญชีแบบ 5 ขั้นตอนทั่วไป:

• ระดับเตือน (อัตรามาร์จิน 150% MM): ส่งการแจ้งเตือนผ่านแอป อีเมล และ Telegram เพื่อเตือนผู้ใช้ให้เพิ่มมาร์จินหรือลดขนาดตำแหน่ง;
• ระดับการปิดสถานะขั้นที่ 1 (120% MM): ปิดสถานะ 20% ของตำแหน่งทั้งหมด และส่งการแจ้งเตือน;
• การชำระบัญชีระดับ 2 (110% MM): ชำระบัญชีอีก 30% (รวม 50%) และส่งการแจ้งเตือน;
• การชำระบัญชีระดับ 3 (100% MM): ชำระบัญชีอีก 30% (รวม 80%) และส่งการแจ้งเตือน;
• การปิดสถานะขั้นสุดท้าย (≤ MM): ปิดสถานะส่วนที่เหลือ 20% ของตำแหน่ง.

จุดสำคัญในการออกแบบ:

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

3.3 การจัดลำดับความสำคัญของการชำระบัญชี

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

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

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

3.4 การจัดการคำสั่งปิดสถานะในตลาด

คำสั่งปิดสถานะไม่ควรส่งตรงไปยังสมุดคำสั่งสาธารณะ — มิฉะนั้น บอทจะทำการฟรอนต์รัน (front-run) ทำให้เกิดสลิปเปจที่แย่ลงและเพิ่มความเสี่ยงการล้มละลาย ขั้นตอนการประมวลผลที่ถูกต้อง:

1. การรับคำสั่งโดยผู้สร้างตลาด (Market Maker) เป็นลำดับแรก: ส่งคำสั่งปิดสถานะไปยัง dark pools ของผู้สร้างตลาดที่อยู่ในรายชื่อขาว (whitelist) ก่อน โดยให้ช่วงเวลาการดำเนินการแบบลำดับความสำคัญ 50–100 มิลลิวินาที;
2. การจับคู่ภายใน: ตรวจสอบว่ามีคำสั่งจำกัดทิศทางตรงกันข้ามในสมุดคำสั่งของผู้ใช้หรือไม่ เพื่อการจับคู่ภายใน;
3. การดำเนินการในตลาดสาธารณะ: แบ่งส่วนที่ยังไม่ถูกจับคู่เป็นคำสั่งซื้อขายขนาดเล็ก และส่งไปยังตลาดสาธารณะอย่างค่อยเป็นค่อยไป;
4. ADL fallback: หากขั้นตอนข้างต้นทั้งหมดล้มเหลว ให้ทริกเกอร์การลดเลเวอเรจอัตโนมัติ

สถาปัตยกรรมสามชั้นนี้ — dark pool ก่อน, การจับคู่ภายใน, การสำรองในตลาดสาธารณะ — ช่วยลดผลกระทบต่อตลาดจากการชำระบัญชีให้น้อยที่สุด และลดความน่าจะเป็นของการล้มละลายลงอย่างมีนัยสำคัญ

4. การออกแบบกลไกการลดเลเวอเรจอัตโนมัติของ ADL

4.1 ADL คืออะไร

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

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

4.2 กฎการจัดลำดับ ADL

หัวใจหลักของ ADL คือ “จะลดตำแหน่งของใครก่อน” มิติการจัดลำดับทั่วไป:

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

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

4.3 การดำเนินการและแจ้งเตือน ADL

กระบวนการดำเนินการ ADL ต้องมีความโปร่งใสและสามารถตรวจสอบได้:

1. ระบบตรวจพบคำสั่งขายเพื่อชำระหนี้ไม่สามารถดำเนินการได้ และยอดเงินในกองทุนประกันไม่เพียงพอเพื่อชดเชยความสูญเสียจากการล้มละลาย;
2. คำนวณจำนวนช่องว่างรวมที่จำเป็น;
3. ลดตำแหน่งใน ADL ตามลำดับความสำคัญจากสูงไปต่ำจนกว่าช่องว่างจะถูกเติมเต็ม;
4. การลดตำแหน่งทุกครั้งต้องแจ้งให้ผู้ใช้ที่ได้รับผลกระทบทราบแบบเรียลไทม์ พร้อมอธิบายปริมาณที่ลดลง ราคาที่ลดลง และการชดเชยความสูญเสียที่เกี่ยวข้อง;
5. ทุกเหตุการณ์ ADL ต้องเปิดเผยต่อสาธารณะบนหน้าประกาศของแพลตฟอร์ม โดยระบุจำนวนที่ลดลงทั้งหมด จำนวนผู้ใช้ที่ได้รับผลกระทบ และยอดรวมความสูญเสียจากการล้มละลายที่ได้รับการชดเชย;
6. ผู้ใช้สามารถยื่นอุทธรณ์ผลการดำเนินการ ADL ได้ภายใน 7 วัน และแพลตฟอร์มต้องตอบกลับภายใน 3 วันทำการ

SC เน้นย้ำอย่างชัดเจนว่ากฎ ADL ต้องถูกเปิดเผยอย่างชัดเจนก่อนที่ผู้ใช้จะเปิดตำแหน่ง และผู้ใช้ทุกคนที่ได้รับผลกระทบต้องได้รับการแจ้งเตือนอย่างเชิงรุกหลังจากทุกครั้งที่ ADL ถูกทริกเกอร์ — ไม่มีการลดเลเวอเรจแบบ "เงียบ" ที่ได้รับอนุญาต

4.4 ขีดจำกัด ADL และกลไกตัดวงจร

เพื่อป้องกันการละเมิด ADL ต้องมีกลไกเซอร์กิตเบรกเกอร์:

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

5. การออกแบบและการบริหารจัดการกองทุนประกัน

5.1 แหล่งที่มาของกองทุนประกัน

กองทุนประกันภัยเป็นกลุ่มทุนเฉพาะเพื่อชดเชยความสูญเสียจากกรณีล้มละลาย แหล่งที่มาของกองทุนนี้โดยทั่วไปประกอบด้วย:

• เงินลงทุนเริ่มต้นของแพลตฟอร์ม: เงินทุนเริ่มต้นที่ลงทุนเมื่อเปิดตัวแพลตฟอร์ม โดยทั่วไปไม่น้อยกว่า 1 ล้านดอลลาร์;
• ส่วนเกินจากการชำระบัญชี: เมื่อคำสั่งชำระบัญชีถูกดำเนินการที่ราคาที่ดีกว่าราคาล้มละลาย ส่วนเกิน 100% จะถูกโอนเข้ากองทุนประกันภัย;
• การจัดสรรค่าธรรมเนียม: 5%–10% ของค่าธรรมเนียมการซื้อขายทุกครั้งจะถูกนำเข้าสู่กองทุนประกันภัยโดยอัตโนมัติ;
• ส่วนเกินจาก ADL: หาก ADL สร้างกำไรเกินกว่าช่องว่าง (gap) ส่วนเกินดังกล่าวจะถูกนำเข้าสู่กองทุนประกันภัย;
• รายได้จากค่าปรับ: ค่าปรับจากผู้ใช้ที่ละเมิดกฎและค่าปรับต่อผู้สร้างตลาด

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

5.2 กฎการใช้กองทุนประกัน

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

1. ส่วนเกินจากการชำระบัญชีเป็นอันดับแรก: ความสูญเสียจากการล้มละลายในแต่ละกรณีจะได้รับการชดเชยก่อนด้วยส่วนเกินจากการชำระบัญชีนั้นเอง;
2. กองทุนระดับสัญญาเป็นลำดับที่สอง: แต่ละสัญญาสามารถมีบัญชีย่อยกองทุนประกันภัยอิสระ โดยให้ลำดับความสำคัญกับเงินจากสัญญาที่เกี่ยวข้อง;
3. ใช้กองทุนประกันภัยระดับโลกเป็นทางเลือกสุดท้าย: หากกองทุนระดับสัญญาไม่เพียงพอ ให้ใช้กองทุนประกันภัยระดับโลก;
4. ใช้ ADL เป็นขั้นตอนสุดท้าย: ใช้ ADL เฉพาะเมื่อกองทุนรวมไม่เพียงพอเท่านั้น

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

5.3 ความโปร่งใสและการตรวจสอบกองทุนประกัน

SC กำหนดให้กองทุนประกันมีความโปร่งใสสูง:

• การเปิดเผยข้อมูลสาธารณะแบบเรียลไทม์เกี่ยวกับยอดเงินกองทุนประกันภัย รวมถึงบันทึกการเพิ่มทุนและค่าใช้จ่ายในอดีต;
• รายงานกองทุนประกันภัยรายเดือนที่เปิดเผยข้อมูลเกี่ยวกับความสูญเสียจากภาวะล้มละลายรายเดือน เงินส่วนเกินจากการชำระบัญชีที่ฉีดเข้ากองทุน เงินค่าธรรมเนียมที่ฉีดเข้ากองทุน และสถานการณ์ที่ ADL ถูกกระตุ้น;
• การตรวจสอบพิเศษประจำปีของกองทุนประกันภัยโดยบริษัทตรวจสอบบัญชีอิสระ พร้อมออกรายงานการตรวจสอบ;
• เมื่อยอดเงินในกองทุนประกันภัยลดลงต่ำกว่าเกณฑ์ความปลอดภัย (เช่น 5 เท่าของค่าเฉลี่ยความสูญเสียจากการล้มละลายใน 30 วัน) แพลตฟอร์มต้องออกคำเตือนสาธารณะและเปิดใช้งานกลไกการเติมเงินเข้ากองทุน

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

6. การคำนวณราคาล้มละลายและการเรียกคืน

6.1 นิยามของราคาล้มละลาย

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

สำหรับตำแหน่งซื้อ (long position) การคำนวณแบบง่ายคือ: ราคาล้มละลาย = ราคาเข้าตลาด × (1 − อัตรามาร์จิ้นเริ่มต้น) สำหรับตำแหน่งซื้อ 10x (มาร์จิ้นเริ่มต้น 10%) ที่เปิดที่ราคา 100 USDT ราคาล้มละลายจะอยู่ที่ประมาณ 90 USDT เมื่อราคาตลาด (mark price) หลุดระดับดังกล่าว มาร์จิ้นของตำแหน่งจะไม่สามารถครอบคลุมการขาดทุนได้อีกต่อไป และส่วนขาดทุนที่เหลือจะต้องถูกดูดซับโดยกองทุนประกัน

ในการออกแบบระบบจริง ยังมีปัจจัยอื่น ๆ ที่ต้องพิจารณาเพิ่มเติม ได้แก่:

• ผลกระทบสะสมของอัตราค่าปรับ;
• กำไรและขาดทุนที่บันทึกแล้วและที่ยังไม่บันทึก;
• ค่าใช้จ่ายค่าธรรมเนียม;
• ค่าใช้จ่ายในการดำเนินการชำระบัญชี (การประมาณการสลิปเปจ);

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

6.2 ราคาอ้างอิง (Mark Price) และราคาที่ยุติธรรม (Fair Price)

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

• ราคาอ้างอิง (Mark Price) = ค่ามัธยฐานหรือค่าเฉลี่ยถ่วงน้ำหนักของราคาสัญญาเดียวกันจากหลายตลาดหลัก;
• หรือ ราคาอ้างอิง = ราคาดัชนีสปอต + อัตราการปรับสมดุล (ราคาที่เป็นธรรม);
• ราคาอ้างอิง (Mark Price) ใช้ TWAP (ราคาเฉลี่ยถ่วงน้ำหนักตามเวลา) ในช่วง 5–15 นาที เพื่อกรองความผันผวนชั่วขณะ

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

6.3 สถานการณ์การเรียกคืนพิเศษ

นอกเหนือจาก ADL ยังมีสถานการณ์การเรียกคืนพิเศษในกรณีล้มละลายหลายกรณี:

• การล้มละลายจากความล้มเหลวของระบบ: ความสูญเสียจากการล้มละลายที่เกิดจากความล้มเหลวของระบบจับคู่คำสั่ง ระบบการชำระบัญชี หรือโหนด RPC จะถูกชดเชยด้วยทุนของแพลตฟอร์มเอง — ไม่สามารถใช้กองทุนประกันหรือ ADL ได้;
• การล้มละลายจากการบิดเบือนราคา: การชำระบัญชีผิดปกติที่เกิดจากการบิดเบือนราคาอ้างอิง (Mark Price) อย่างมีเจตนาร้าย ทำให้แพลตฟอร์มต้องย้อนกลับการซื้อขายและชดเชยความสูญเสียให้ผู้ใช้;
• การล้มละลายข้ามสัญญาและข้ามเชน: สัญญาหลายสัญญาอาจล้มละลายพร้อมกันในช่วงความผันผวนสูง ซึ่งอาจทำให้กองทุนประกันหมดลง ในกรณีนี้ “การชดเชยการล้มละลายแบบทั่วโลก” จะถูกเปิดใช้งาน โดยผู้ใช้ที่มีกำไรทั้งหมดจะแบ่งปันความสูญเสียตามสัดส่วน และแพลตฟอร์มต้องฉีดทุนของตนเองเพื่อครอบคลุมอย่างน้อย 20% ของช่องว่างรวม

7. สถาปัตยกรรมวิศวกรรมระบบชำระบัญชี

7.1 สถาปัตยกรรมสามชั้น: การคำนวณ, การตัดสินใจ, การดำเนินการ

เครื่องยนต์การชำระบัญชีระดับการผลิตมักแบ่งออกเป็นสามชั้น:

1. ชั้นการคำนวณ: ดึงข้อมูลราคาแบบเรียลไทม์ ตำแหน่งของผู้ใช้ ยอดเงินมาร์จิ้น คำนวณอัตรามาร์จิ้นปัจจุบัน ราคาการชำระบัญชี และราคาล้มละลายสำหรับทุกตำแหน่ง ข้อกำหนดประสิทธิภาพทั่วไป: การคำนวณเต็มรูปแบบของตำแหน่ง 100,000 ตำแหน่ง < 100 มิลลิวินาที
2. ชั้นการตัดสินใจ: กำหนดว่าจะทริกเกอร์การชำระบัญชีหรือไม่ตามผลการคำนวณ ระดับที่จะทริกเกอร์ ปริมาณที่จะชำระบัญชี และช่องทางการดำเนินการที่จะใช้ ต้องมีการสนับสนุนเครื่องสถานะ (state machine) และสวิตช์ลดระดับประสิทธิภาพ
3. ชั้นการดำเนินการ: รับผิดชอบในการส่งคำสั่งปิดสถานะไปยัง dark pools ของผู้สร้างตลาด (market maker), เครื่องจับคู่ภายใน (internal matching engines) หรือตลาดสาธารณะ, ติดตามสถานะการดำเนินการ, จัดการกับการดำเนินการบางส่วน (partial fills) และกระบวนการยกเลิกและแทนที่ (cancel-replace flows).

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

7.2 การออกแบบความพร้อมใช้งานสูงและความทนทานต่อข้อผิดพลาด

ระบบจัดการการชำระบัญชีมีข้อกำหนดด้านความพร้อมใช้งานที่สูงที่สุดแห่งหนึ่งในตลาดแลกเปลี่ยน — มันต้องทำงานได้แม้ในช่วงความผันผวนสูงมาก การหยุดการซื้อขายทั่วตลาด (circuit breakers) และความล้มเหลวของโครงสร้างพื้นฐาน การออกแบบหลัก:

• การปรับใช้แบบหลายแอคทีฟ: ปรับใช้อย่างอิสระในอย่างน้อยสามโซนความพร้อมใช้งาน — การล้มเหลวของโซนใดโซนหนึ่งจะไม่ส่งผลกระทบต่อระบบทั้งหมด;
• การสำรองข้อมูลแคชท้องถิ่น: แต่ละโหนดของเครื่องยนต์จะเก็บข้อมูลราคาและตำแหน่งไว้ในแคชท้องถิ่น จึงสามารถทำงานต่อได้แม้ฐานข้อมูลจะหยุดทำงาน;
• สวิตช์ลดระดับการทำงาน: สามารถปิดการชำระบัญชีแบบเป็นขั้นตอน ปิดลำดับความสำคัญของ dark pool และลดขีดจำกัดเลเวอเรจชั่วคราวในสภาวะสุดขีด;
• ช่องทางแทรกแซงด้วยมือ: ทีมควบคุมความเสี่ยงสามารถหยุดการชำระบัญชีชั่วคราว ปรับพารามิเตอร์ และรับช่วงการชำระบัญชีตำแหน่งเฉพาะจากระบบหลังบ้านด้วยมือ;
• การทดสอบความทนทานอย่างสม่ำเสมอ: การทดสอบความทนทานแบบเต็มรูปแบบทุกวัน โดยจำลองแรงกดดันการชำระบัญชีสูงสุดในอดีตที่ 10 เท่า

7.3 การตรวจสอบและติดตาม

ทุกการดำเนินการของระบบการชำระบัญชีต้องทิ้งร่องรอยการตรวจสอบที่ไม่สามารถเปลี่ยนแปลงได้:

• แต่ละตัวกระตุ้นการชำระบัญชี: บันทึกเวลา ราคาอ้างอิง ID ผู้ใช้ สัญญา ขนาดตำแหน่ง อัตราส่วนมาร์จิ้น ระดับตัวกระตุ้น;
• การดำเนินการชำระบัญชีแต่ละครั้ง: บันทึก ID คำสั่ง, ช่องทางส่งคำสั่ง, ราคาดำเนินการ, ปริมาณที่ดำเนินการสำเร็จ, การลื่นราคา, จำนวนเงินที่ขาดทุน/ส่วนเกิน;
• ทุกการทริกเกอร์ ADL: บันทึกจำนวนช่องว่าง, กฎการจัดลำดับ, รายชื่อผู้ใช้ที่ถูกลดเลเวอเรจ, ปริมาณและราคาต่อการลดเลเวอเรจ;
• ทุกการเปลี่ยนแปลงของกองทุนประกัน: บันทึกจำนวนเงินที่ฉีดเข้า/ใช้จ่าย, แหล่งที่มา/ปลายทาง, ID เหตุการณ์ที่เกี่ยวข้อง

บันทึกการตรวจสอบทั้งหมดต้องถูกบันทึกลงในระบบบันทึกข้อมูลที่ไม่สามารถเปลี่ยนแปลงได้ เก็บรักษาไว้อย่างน้อย 7 ปี และให้หน่วยงานกำกับดูแลสามารถเข้าถึงได้ตลอดเวลา

8. การนำระบบ SoonTech ไปใช้ในมาเลเซีย

8.1 ภาพรวมโมดูลเครื่องยนต์การชำระบัญชี

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

• บริการคำนวณมาร์จิ้น: รองรับโหมดแยก/ข้าม/ไฮบริด การคำนวณอัตรามาร์จิ้นแบบเรียลไทม์ และราคาการชำระบัญชีสำหรับทุกตำแหน่ง;
• ระบบตัดสินใจการชำระบัญชีแบบเป็นขั้นตอน: ตรรกะทริกเกอร์ 5 ระดับ, อัตราส่วนการชำระบัญชีและช่วงเวลาที่สามารถกำหนดได้สำหรับแต่ละระดับ;
• ระบบจัดลำดับการดำเนินการแบบสามชั้น: Dark pool ของผู้สร้างตลาด → การจับคู่ภายใน → ตลาดสาธารณะ, พร้อมการป้องกันการลื่นราคาที่สามารถปรับตั้งค่าได้;
• โมดูลลดเลเวอเรจอัตโนมัติ ADL: กฎการจัดเรียงที่ปรับแต่งได้, ค่าเกณฑ์เซอร์กิตเบรกเกอร์, การแจ้งเตือน และการตรวจสอบ;
• ระบบจัดการกองทุนประกัน: การแยกบัญชีหลายบัญชี, การเติมเงินอัตโนมัติ, แดชบอร์ดความโปร่งใส, การสร้างรายงานรายเดือน;
• ชุดเครื่องมือการปฏิบัติตามกฎระเบียบ: รายงานทั้งหมดที่ SC กำหนด, บันทึกการตรวจสอบ, และเครื่องมือทดสอบความทนทาน;
• ศูนย์แจ้งเตือนผู้ใช้: การแจ้งเตือนการชำระบัญชีและแจ้งเตือน ADL ผ่านหลายช่องทาง (การแจ้งเตือนผ่านแอป, อีเมล, Telegram, SMS)

8.2 ตัวชี้วัดประสิทธิภาพทั่วไป

ในระบบผลิตจริงที่ตลาดหลักทรัพย์ชั้นนำของมาเลเซีย เครื่องยนต์การชำระบัญชีของ SoonTech ได้บรรลุผลจริงดังนี้:

• โซนความพร้อมใช้งานเดียวรองรับการคำนวณแบบเรียลไทม์สำหรับตำแหน่งมากกว่า 500,000 ตำแหน่ง ด้วยความล่าช้า < 50 มิลลิวินาที;
• ในสภาพตลาดสุดขั้ว (การเคลื่อนไหวของ BTC ในวันเดียวมากกว่า 15%) อัตราความสำเร็จในการชำระบัญชีอยู่ที่ 99.7% อัตราการล้มละลาย < 0.05%;
• ค่าสลิปเปจเฉลี่ยของคำสั่งชำระบัญชี < 0.2% ซึ่งต่ำกว่าค่าเฉลี่ยของอุตสาหกรรมที่ 0.5%–1% อย่างมีนัยสำคัญ;
• ความถี่การทริกเกอร์ ADL: ประมาณทุก 2–3 เดือนครั้งหนึ่ง การลดตำแหน่งเฉลี่ยของผู้ใช้ < 5%;
• อัตราความเพียงพอของกองทุนประกันภัยรักษาไว้เสมอที่ระดับมากกว่า 10 เท่า (ยอดเงินในกองทุน / ค่าเฉลี่ยการสูญเสียจากการล้มละลายใน 30 วัน)

8.3 ความสอดคล้องกับกฎระเบียบของ SC

การสอดคล้องของโซลูชันหลักของ SoonTech กับข้อกำหนดด้านกฎระเบียบของมาเลเซีย:

• การคุ้มครองผู้ใช้รายย่อย: การแยกมาร์จิ้นโดยอัตโนมัติ, ขีดจำกัดเลเวอเรจ 20x, การชำระบัญชีแบบเป็นขั้นตอน, การแจ้งเตือนผ่านหลายช่องทาง;
• การแยกกองทุน: กองทุนประกันภัยได้รับการดูแลโดยผู้รับฝากอิสระ และแยกทางกายภาพจากกองทุนของแพลตฟอร์ม;
• ความโปร่งใส: กฎการชำระบัญชีที่เปิดเผยต่อสาธารณะ, แดชบอร์ดกองทุนประกันภัยแบบเรียลไทม์, การเปิดเผยเหตุการณ์ ADL ต่อสาธารณะ;
• ข้อกำหนดการตรวจสอบ: บันทึกการตรวจสอบที่ไม่สามารถเปลี่ยนแปลงได้เป็นระยะเวลา 7 ปี, รายงานในรูปแบบที่สอดคล้องกับข้อกำหนดของหน่วยงานกำกับดูแลที่สามารถส่งออกได้, เครื่องมือทดสอบความทนทานต่อภาวะวิกฤต;
• กลไกการอุทธรณ์: ระบบตั๋วอุทธรณ์การชำระบัญชีที่ติดตั้งมาในตัว รองรับการตรวจสอบของผู้ใช้และการตอบกลับจากแพลตฟอร์ม

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

9.1 การเตรียมการก่อนเปิดตัว

• การทดสอบความทนทาน: จำลองสถานการณ์ด้วยปริมาณการซื้อขายสูงสุดในประวัติศาสตร์ 5 เท่า และความผันผวน เพื่อตรวจสอบความสามารถในการประมวลผลและอัตราความสำเร็จของระบบการชำระบัญชี;
• ข้อตกลงกับผู้สร้างตลาด: ลงนามข้อตกลงการรับภาระการชำระบัญชีกับผู้สร้างตลาดชั้นนำอย่างน้อย 2–3 ราย โดยกำหนดภาระหน้าที่ในการรับภาระการชำระบัญชีและค่าธรรมเนียมภายใต้สภาวะสุดขั้ว;
• การให้ความรู้แก่ผู้ใช้: เริ่มให้ความรู้แก่ผู้ใช้เกี่ยวกับกระบวนการชำระบัญชี ADL และกองทุนประกันภัย อย่างน้อย 2 สัปดาห์ก่อนการเปิดตัว;
• การสื่อสารกับหน่วยงานกำกับดูแล: ส่งเอกสารออกแบบระบบการชำระบัญชี การตั้งค่าพารามิเตอร์ และรายงานการทดสอบความทนทานไปยัง SC เพื่อการตรวจสอบล่วงหน้า;
• การฝึกซ้อมรับมือภัยพิบัติ: จำลองสถานการณ์ที่ระบบการชำระบัญชีหยุดทำงาน ความล้มเหลวของฐานข้อมูล และความผิดปกติของแหล่งข้อมูลราคา เพื่อตรวจสอบกระบวนการรับมือกับภาวะเสื่อมประสิทธิภาพ

9.2 การปรับปรุงอย่างต่อเนื่องหลังการเปิดตัว

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

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

• จัดตั้งทีมควบคุมความเสี่ยงอนุพันธ์เฉพาะทาง พร้อมให้บริการตลอด 7x24 สำหรับระบบการชำระบัญชี;
• พัฒนาแผนฉุกเฉินสำหรับสภาพตลาดสุดขั้ว โดยกำหนดให้ชัดเจนว่าใครสามารถทริกเกอร์การลดระดับความเสี่ยง (degradation) และใครสามารถระงับการซื้อขายได้;
• ส่งรายงานความเสี่ยงจากตราสารอนุพันธ์ไปยังคณะกรรมการกำกับดูแล (SC) อย่างสม่ำเสมอ (อย่างน้อยทุกไตรมาส) ซึ่งรวมถึงข้อมูลการชำระบัญชี การวิเคราะห์การล้มละลาย การเปลี่ยนแปลงของกองทุนประกันภัย และปัจจัยที่กระตุ้นการลดระดับความเสี่ยง (ADL);
• จัดตั้งตำแหน่งผู้ตรวจสอบอิสระเพื่อตรวจสอบตรรกะโค้ดของระบบการชำระบัญชีเทียบกับผลการดำเนินการจริงอย่างสม่ำเสมอ

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

Q1: กฎระเบียบของมาเลเซียมีข้อจำกัดอัตราเลเวอเรจที่ชัดเจนสำหรับผลิตภัณฑ์อนุพันธ์หรือไม่?

A: กรอบงาน RMO DAX ของ SC ไม่ได้ระบุตัวเลขเลเวอเรจที่แน่นอน แต่ในแนวทางการคุ้มครองนักลงทุน ได้ "แนะนำ" ให้เลเวอเรจของผู้ใช้รายย่อยไม่เกิน 20x และนักลงทุนมืออาชีพไม่เกิน 50x ในปฏิบัติ หากแพลตฟอร์มเสนอเลเวอเรจ 100x ให้ผู้ใช้รายย่อย มีแนวโน้มที่จะถูกขอให้ปรับปรุงระหว่างการตรวจสอบ ณ สถานที่

Q2: กองทุนประกันภัยเป็นของแพลตฟอร์มหรือของผู้ใช้?

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

Q3: ผู้ใช้สามารถปฏิเสธการลดเลเวอเรจได้หรือไม่ หลังจากที่ ADL ถูกทริกเกอร์?

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

Q4: ทำไมไม่ส่งคำสั่งขายเพื่อลดเลเวอเรจทั้งหมดไปยังตลาดสาธารณะโดยตรง?

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

Q5: ควรใช้แหล่งข้อมูลกี่แห่งสำหรับ Mark Price?

A: แนะนำให้ใช้แหล่งข้อมูลอิสระอย่างน้อย 3 แหล่ง โดยใช้ค่ามัธยฐานหรือ TWAP แหล่งข้อมูลควรรวมถึงตลาดหลักต่างประเทศอย่างน้อย 2 แห่ง และตลาดหลักในประเทศอย่างน้อย 1 แห่ง เพื่อหลีกเลี่ยงความผิดปกติจากแหล่งข้อมูลเดียวที่อาจก่อให้เกิดการชำระบัญชีแบบกลุ่มทั่วทั้งแพลตฟอร์ม

Q6: หากแม้แต่ ADL ก็ไม่สามารถชดเชยความสูญเสียจากการล้มละลายได้ จะทำอย่างไร?

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

สรุป

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

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

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

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

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

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