สัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุ (perps) เป็นผลิตภัณฑ์อนุพันธ์ที่มีการซื้อขายอย่างคึกคักที่สุดในตลาดคริปโต โดยปริมาณการซื้อขายได้เกินกว่าตลาดสปอตมานานแล้ว นอกจากนี้ ยังกลายเป็นสนามรบหลักของทั้ง CEX และ DEX ด้วย ต่างจากสัญญาฟิวเจอร์สแบบดั้งเดิม สัญญาฟิวเจอร์สแบบไม่มีวันหมดอายุไม่มีวันหมดอายุ และตามทฤษฎีแล้ว ราคาของมันควรเท่ากับดัชนีสปอต กลไกที่ทำให้สัญญาเหล่านี้สามารถดำรงอยู่ "ตลอดไป" โดยไม่ถูกผู้ทำการอาร์บิทราจผลักดันให้หลุดจากสมดุล คือ อัตราการให้ทุน (funding rate) — ค่าธรรมเนียมที่จ่ายเป็นระยะระหว่างผู้ถือสถานะซื้อ (long) และผู้ถือสถานะขาย (short) ซึ่งเปลี่ยน "ความเบี่ยงเบนของราคา" ให้กลายเป็น "การจ่ายค่าทุน" เพื่อดึงราคาสัญญาฟิวเจอร์สแบบถาวรกลับสู่ดัชนี โดยไม่จำเป็นต้องมีศูนย์กลางหรือความไว้วางใจในคู่สัญญา

กลไกอัตราค่าปรับดูเหมือนสูตรคณิตศาสตร์ที่เรียบง่าย แต่ในความเป็นจริง มันคือ "ธนาคารกลาง" ของสัญญา perpetual บน DEX: มันกำหนดว่าสัญญาจะยึดติดกับราคาสปอตได้แน่นแค่ไหน มีอิทธิพลต่อต้นทุนการถือครองของนักเทรด กำหนดความกว้างของราคาเสนอจากผู้สร้างตลาด ควบคุมกำไรและขาดทุน (PnL) ของโปรโตคอล กำหนดขนาดของโอกาสการอาร์บิทราจ และกำหนดความเสถียรของระบบภายใต้เงื่อนไขสุดขั้ว ระบบการปรับสมดุลที่ออกแบบไม่ดีจะก่อให้เกิดผลโดยตรง ได้แก่: (1) ราคาเบี่ยงเบนจากดัชนีอย่างต่อเนื่อง ทำให้ผู้แสวงหาโอกาสอาร์บิทราจย้ายตำแหน่งขนาดใหญ่; (2) การกระโดดของอัตราปรับสมดุลอย่างรุนแรงจนทำให้ผู้ใช้ถูกชำระบัญชี; (3) การบิดเบือนข้อมูลจากออราเคิลที่ทำให้อัตราปรับสมดุลผิดเพี้ยน; (4) การพุ่งสูงของค่าแก๊สในการชำระบัญชีบนเชนและความแออัดของเครือข่าย; (5) การหมดลงของกองทุนประกัน ซึ่งกระตุ้นให้เกิด ADL (การลดเลเวอเรจอัตโนมัติ)

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

• เหตุผลที่สัญญาซื้อขายแบบถาวร (perpetuals) จำเป็นต้องมีอัตราค่าปรับ และจุดแตกต่างพื้นฐานจากสัญญาฟิวเจอร์สแบบดั้งเดิม;
• การสร้างราคาอ้างอิง (mark price) และราคาดัชนี (index price), หน้าต่างการสุ่มตัวอย่าง (sampling windows), และการให้น้ำหนักจากหลายแหล่งข้อมูล;
• ตรรกะการสุ่มตัวอย่างตามน้ำหนักเวลา (TWAP) ของดัชนีพรีเมียม;
• การออกแบบส่วนประกอบอัตราดอกเบี้ย การเลือกอัตรา และมิติเวลา;
• สูตรอัตราค่าปรับสมดุล การจำกัดอัตราดอกเบี้ย และการป้องกันขอบบน/ขอบล่าง;
• การเลือกช่วงเวลาการชำระบัญชี: 8 ชั่วโมง, 1 ชั่วโมง, และการชำระบัญชีแบบต่อเนื่อง/ความถี่สูงตามสไตล์ Hyperliquid;
• ทิศทางการชำระเงินระหว่างฝ่ายซื้อ (long) และฝ่ายขาย (short) ในกรณีที่มีอัตราเงินทุนเป็นบวกและลบ รวมถึงผลกระทบต่อต้นทุนการถือครอง;
• การออกแบบ Oracle: ค่ามัธยฐานจากหลายแหล่ง, TWAP, ระบบตัดวงจรเมื่อเกิดการเบี่ยงเบน, และระบบป้องกันการบิดเบือน;
• การนำไปใช้บนเชน: การชำระบัญชีแบบกลุ่ม, การเพิ่มประสิทธิภาพการใช้แก๊ส, ความแตกต่างระหว่างสถาปัตยกรรม order-book และ vAMM;
• การอาร์บิทราจอัตราค่าทุน (cash-and-carry / basis trade) และการอาร์บิทราจเบสิสข้ามตลาด;
• การบริหารจัดการพารามิเตอร์แบบไดนามิกในสภาวะตลาดสุดขั้ว: ระบบตัดวงจร, การลดความถี่, การป้องกันระดับสูงสุด;
• สถาปัตยกรรมทางวิศวกรรม ความโปร่งใสของข้อมูล ความเชื่อมโยงระหว่างกองทุนประกันภัยและ ADL;
• ความแตกต่างระหว่างสถาปัตยกรรม vAMM (เช่น GMX, Perpetual Protocol) และสถาปัตยกรรม DEX แบบ order-book (เช่น dYdX, Hyperliquid) ในด้านอัตรา funding;
• โซลูชันครบวงจรและคำแนะนำระดับองค์กรของ SoonTech สำหรับกลไกอัตราค่าทุนในสัญญา perpetual DEX แบบ white-label

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

1. ทำไมสัญญา Perpetual จึงต้องการอัตราค่าปรับ

1.1 ปัญหาของสัญญาฟิวเจอร์สแบบดั้งเดิม

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

แต่วันหมดอายุก็เป็นจุดอ่อนสำคัญของสัญญาฟิวเจอร์สแบบดั้งเดิม:

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

1.2 การเกิดขึ้นของสัญญา Perpetual และปัญหาการไม่มีวันหมดอายุ

ในปี 2016 BitMEX เป็นผู้บุกเบิกสัญญาแลกเปลี่ยนแบบไม่มีวันหมดอายุ (Perpetual Swap) ซึ่งนวัตกรรมหลักคือไม่มีวันหมดอายุ — ผู้ใช้สามารถถือตำแหน่งได้ไม่มีกำหนด และฝ่ายซื้อ (Long) กับฝ่ายขาย (Short) ชำระเงินให้กันผ่านค่าธรรมเนียมตามช่วงเวลาที่เรียกว่าอัตราเงินทุน (Funding Rate) ซึ่งบังคับให้ราคาสัญญาฟิวเจอร์สสอดคล้องกับดัชนีสปอตอย่างต่อเนื่อง กลไกนี้ทำให้สัญญาแบบไม่มีวันหมดอายุมีข้อได้เปรียบดังต่อไปนี้:

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

แต่ "ไม่มีวันหมดอายุ" ก็นำมาซึ่งปัญหาการเลือกเชิงลบ:

• หากราคาสัญญาถาวรซื้อขายอยู่เหนือดัชนีสปอตอย่างต่อเนื่อง (contango) ผู้ถือสถานะซื้อไม่มีเหตุผลที่จะปิดสถานะอย่างเร่งด่วน เพราะพวกเขาไม่สูญเสียมูลค่าตามเวลา;
• หากไม่มีระบบการปรับเงินทุน (funding) ผู้ถือสถานะขาย (short) สามารถถือสถานะที่ขาดทุนได้ไม่มีกำหนด และตลาดจะถูกกดดันจากแรงกดดันด้านเดียวจนพังทลายในที่สุด;
• หากไม่มีกลไกการปรับสมดุล นักเก็งกำไรแบบอาร์บิทราจจะไม่สามารถดำเนินการซื้อขายแบบ "ขายสัญญา perpetual + ซื้อสัญญา spot" ที่ปราศจากความเสี่ยงได้ และราคาจะลอยตัวไปอย่างไม่มีขีดจำกัด

อัตราค่าปรับมีอยู่เพื่อแก้ไขปัญหานี้โดยเฉพาะ:

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

1.3 เป้าหมายการออกแบบของอัตราค่าทุน

ระบบอัตราค่าทุนที่ดีควรบรรลุเป้าหมายดังต่อไปนี้:

• ยึดติดกับดัชนีสปอต: ในระยะยาว ความเบี่ยงเบนระหว่างราคาสัญญาถาวรกับดัชนีควรรวมตัวกันภายใน ±0.1% (ในตลาดปกติ);
• จำกัดค่าสุดขั้ว: อัตราการให้ทุนไม่ควรเกิน ±0.5% ต่อ 8 ชั่วโมง (ประมาณ ±1.5% ต่อวัน) มิฉะนั้นต้นทุนการถือครองจะสูงเกินไปและก่อให้เกิดการปิดสถานะแบบลูกโซ่;
• ต้านทานการปั่นราคา: การเคลื่อนไหวผิดปกติในระยะสั้น (การปั๊มราคา, การดัมพ์ราคา, การสร้างหางเทียน) ไม่ควรทำให้อัตราค่าปรับพุ่งสูง;
• ความสามารถในการคาดการณ์: ผู้ใช้และผู้สร้างตลาดควรสามารถคาดการณ์อัตราค่าทุนสำหรับ 1–2 ช่วงถัดไปได้จากข้อมูลสาธารณะ;
• ประหยัดค่าแก๊ส: ค่าแก๊สสำหรับการชำระบัญชีบนเชนไม่ควรเกินค่าการปรับสมดุลที่ผู้ใช้ได้รับ;
• ความโปร่งใสและสามารถตรวจสอบได้: ทุกพารามิเตอร์ ข้อมูลตัวอย่าง และกระบวนการชำระบัญชีของอัตราค่าปรับควรสามารถตรวจสอบได้บนเชน

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

2. การกำหนดราคาตลาด (Mark Price) และราคาดัชนี (Index Price)

2.1 ราคาดัชนี: “จุดอ้างอิงที่แท้จริง” ของตลาดสปอต

ราคาดัชนีคือราคาอ้างอิงสปอตที่สัญญาแบบถาวรใช้สำหรับการกำหนดราคาและการชำระบัญชี ซึ่งโปรโตคอลจะดึงข้อมูลจากตลาดสปอตหลักหลายแห่ง (Binance, OKX, Coinbase, Kraken, Bybit, เป็นต้น) แบบเรียลไทม์ และรวมกันตามกฎการให้น้ำหนัก ราคาดัชนีไม่ใช่ "ราคาของตลาดเดียว" แต่เป็น "การประเมินของตลาดเกี่ยวกับมูลค่าที่เป็นธรรมของสินทรัพย์นี้"

กฎการสร้างราคาดัชนีทั่วไป:

• แหล่งข้อมูลตัวอย่าง: อย่างน้อย 5–7 ตลาดสปอตหลักสำหรับ BTC/USDT, ETH/USDT, เป็นต้น;
• การให้น้ำหนัก: น้ำหนักเท่ากันหรือตามปริมาณการซื้อขาย;
• การกำจัดค่าผิดปกติ: ทิ้งค่าสูงสุดและค่าต่ำสุดแล้วใช้ค่ามัธยฐาน หรือคำนวณ TWAP ของแต่ละตลาดก่อนแล้วใช้ค่ามัธยฐาน;
• ความถี่ในการอัปเดต: โดยทั่วไปอัปเดตทุก 1–3 วินาที (การรวมข้อมูลนอกเชน; ข้อมูลบนเชนถูกจำกัดความถี่เป็น 1 หรือ 3 นาที);
• การเปลี่ยนไปใช้แหล่งข้อมูลสำรองเมื่อเกิดข้อผิดพลาด: ตลาดที่ไม่ส่งข้อมูลมาภายใน 30 วินาที หรือราคาที่เบี่ยงเบนจากค่ามัธยฐานเกิน 3% จะถูกตัดออกโดยอัตโนมัติ;
• การป้องกันการหยุดให้บริการ: เมื่อไม่สามารถติดต่อกับตลาดแลกเปลี่ยนทั้งหมดได้พร้อมกัน ให้ใช้ค่าสุดท้ายที่ส่งมาได้สำเร็จพร้อมกับการลดค่าตามเวลา (เพื่อป้องกันไม่ให้แท่งเทียนถูกล็อกไว้)

การนำไปใช้ทั่วไปของราคาดัชนี:

• Chainlink Data Streams: ให้ค่ามัธยฐานจากหลายแหล่งที่มาพร้อมลายเซ็น;
• Pyth Network: ออราเคิลความถี่สูงบน Solana / Aptos และเชนอื่น ๆ;
• การรวมข้อมูลแบบสร้างเอง: ทีมโครงการดำเนินการคำนวณราคาจากหลายแหล่งข้อมูลด้วยตนเอง (เช่น ในโซลูชันของ SoonTech) พร้อมการรวมข้อมูลนอกเชนและการอัปโหลดที่มีลายเซ็นบนเชน

2.2 ราคาอ้างอิง (Mark Price): การหลีกเลี่ยงกับดัก "Wick"

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

สูตรราคาอ้างอิงทั่วไป:

ราคาอ้างอิง = ราคาดัชนี + ค่าพื้นฐานการปรับสมดุลตามเวลาถ่วงน้ำหนัก (P)

ค่าพื้นฐาน P คือ "ความแตกต่างเฉลี่ยระหว่างราคาอ้างอิงและราคาดัชนี" ในช่วงระยะเวลาล่าสุด โดยมีวัตถุประสงค์เพื่อให้ราคาอ้างอิงสะท้อนทั้งดัชนีและอุปสงค์/อุปทานที่แท้จริงของตลาดสัญญา Perpetual P ถูกคำนวณโดยใช้ TWAP (ราคาเฉลี่ยตามน้ำหนักเวลา) โดยทั่วไปในช่วง 5–30 นาทีที่ผ่านมา

ข้อดีของราคาอ้างอิง:

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

2.3 การออกแบบราคาอ้างอิง / ดัชนีของโปรโตคอลหลัก

ความแตกต่างในการออกแบบราคาอ้างอิง / ดัชนีระหว่างโปรโตคอลหลักสะท้อนถึงการวางตำแหน่งผลิตภัณฑ์:

• Binance / OKX / Bybit (CEX): mark = ดัชนี + TWAP ของฐานการปรับเงินทุน; ดัชนี = ค่ามัธยฐานจากหลายตลาด; การปรับบัญชีทุก 8 ชั่วโมง;
• dYdX v4 (DEX แบบสมุดคำสั่ง): mark = ดัชนี + ค่าพื้นฐานการให้ทุน TWAP, ดัชนีจาก Chainlink / Pyth; การปรับยอดทุก 1 ชั่วโมง;
• Hyperliquid (DEX แบบ order-book): mark = ดัชนี + EMA funding basis, การปรับราคาประมาณทุก 1 ชั่วโมง พร้อมแสดง "การปรับราคาโดยประมาณ" แบบเรียลไทม์;
• GMX v2 (DEX ที่ใช้ oracle): ใช้ค่ามัธยฐานจาก oracle หลายแหล่งโดยตรงเป็น mark, การชำระบัญชีใช้ดัชนี + ค่า funding;
• Perpetual Protocol v2 (vAMM): mark = ดัชนี + ค่าพรีเมียมการปรับสมดุล TWAP, การปรับสมดุลทุก 8 ชั่วโมง;
• dYdX v3 / เวอร์ชันเก่า: ใช้ EMA (ค่าเฉลี่ยเคลื่อนที่แบบเอ็กซ์โพเนนเชียล) แทน TWAP, ให้ผลลัพธ์ที่เรียบเนียนกว่าแต่มีความล่าช้ามากขึ้น

3. ดัชนีพรีเมียมและการสุ่มตัวอย่างตามน้ำหนักเวลา

3.1 แนวคิดของพรีเมียม

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

คำนิยามที่เรียบง่ายของดัชนีพรีเมียม:

P_t = (ราคาเฉลี่ยของสัญญา perpetual_t − ราคาดัชนี_t) / ราคาดัชนี_t

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

3.2 TWAP vs EMA

มีสองวิธีหลักในการสุ่มตัวอย่างดัชนีพรีเมียม:

• TWAP (ราคาเฉลี่ยตามน้ำหนักเวลา): เก็บตัวอย่าง N ครั้ง (เช่น 60 ตัวอย่างทุก 5 นาที หรือทุก 5 วินาที) อย่างสม่ำเสมอภายในหน้าต่างเวลาที่กำหนด (เช่น 5, 15 หรือ 30 นาที) แล้วคำนวณค่าเฉลี่ยเลขคณิต วิธีนี้ต้านทานการเกิด wick และอธิบายได้ แต่มีความล่าช้าและไวต่อจุดเริ่มต้นของหน้าต่าง;
• EMA (ค่าเฉลี่ยเคลื่อนที่แบบเอ็กซ์โพเนนเชียล): ทุก N วินาที อัปเดต P_ema = α * P_t + (1 − α) * P_ema_prev. วิธีนี้ตอบสนองได้เร็วกว่าและคำนวณได้ง่ายกว่า แต่ไวต่อค่าผิดปกติมากกว่า

ตัวเลือกทั่วไป:

• Binance / OKX: ใช้หน้าต่าง TWAP 6 หน้าต่างที่มีระยะเวลา 5, 10, 15, 20, 25 และ 30 นาที แล้วคำนวณค่าเฉลี่ยถ่วงน้ำหนัก;
• dYdX v3: ใช้ EMA 1 ชั่วโมง (α ≈ 0.05);
• Hyperliquid: ใช้ EMA 1 ชั่วโมง และแสดงค่า EMA ปัจจุบันแบบเรียลไทม์;
• Perpetual Protocol v2: ใช้ TWAP 30 นาที;
• GMX v2: ใช้ราคาจาก oracle โดยตรง โดยไม่ต้องคำนวณพรีเมียมแยกต่างหาก

ค่าเริ่มต้นของ SoonTech คือ TWAP 30 นาที บวกกับ TWAP 5 นาทีแบบสั้นเพื่อตรวจสอบความถูกต้องสองชั้น: TWAP แบบสั้นใช้สำหรับกลไกตัดวงจรความเสี่ยง ส่วน TWAP แบบยาวใช้สำหรับการชำระบัญชีจริง

3.3 แหล่งข้อมูลตัวอย่างและการกำจัดสัญญาณรบกวน

ราคาเฉลี่ยของสัญญา perpetual = (ราคาซื้อที่ดีที่สุด + ราคาขายที่ดีที่สุด) / 2 ในโปรโตคอลแบบ order-book การคำนวณนี้ทำได้ง่าย ส่วนในโปรโตคอล vAMM (Perpetual Protocol v1, v2) ราคาเฉลี่ยคือราคาเสนอปัจจุบันของ vAMM

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

• ลบคำสั่งที่ผิดปกติ: คำสั่งในหนังสือคำสั่งที่ขาย 100 BTC ด้วยราคา 0.1 BTC ไม่ควรส่งผลต่อราคาเฉลี่ย; จำเป็นต้องใช้การกรองความลึก;
• การปรับเรียบเพื่อลดสัญญาณรบกวน: การเปลี่ยนแปลงมากกว่า 0.5% ระหว่างตัวอย่างสองตัวอย่างที่ต่อเนื่องกันอาจเป็นข้อมูลผิดพลาด;
• กลไกการหยุดชั่วคราว: เมื่อสัญญา perpetual ไม่มีการซื้อขายใน 5 นาทีที่ผ่านมา ให้หยุดการอัปเดตดัชนีพรีเมียม

4. สูตรอัตราค่าปรับสมดุล (Funding Rate), ส่วนประกอบอัตราดอกเบี้ย และการจำกัดค่า

4.1 สูตรอัตราค่าทุนแบบคลาสสิก

อัตรา funding F ของสัญญา perpetual โดยทั่วไปประกอบด้วยสองส่วน:

F = ส่วนดัชนีพรีเมียม + ส่วนอัตราดอกเบี้ย

โดย:

• ส่วนดัชนีพรีเมียม: พรีเมียม P ที่คำนวณด้วย TWAP ซึ่งสะท้อนความเบี่ยงเบนของสัญญาแบบถาวรจากราคาสปอต;
• ส่วนอัตราดอกเบี้ย: อัตราดอกเบี้ยพื้นฐาน r ที่สะท้อน "ต้นทุนการกู้ยืม" ของสองสกุลเงิน โดยค่าเริ่มต้นจะอยู่ใกล้กับความแตกต่างของอัตราดอกเบี้ยปลอดความเสี่ยงระหว่างสองประเทศ (หรือสองสกุลเงิน)

สูตรที่เรียบง่าย:

F = clamp(P + clamp(r − P, −D, D), −F_max, +F_max)

โดย:

• r คืออัตราดอกเบี้ยพื้นฐาน (สำหรับ BTC/USDT โดยทั่วไปคือ 0.01% ทุก 8 ชั่วโมง หรือประมาณ 0.03% ต่อวัน หรือประมาณ 11% เมื่อคิดเป็นรายปี);
• D คือช่วงจำกัด (โดยทั่วไป ±0.05%) เพื่อป้องกันผลขยายตัวของ "ความแตกต่างของอัตรา + ความเบี่ยงเบน";
• F_max คือขีดจำกัดสูงสุดของอัตราค่าปรับสุดท้าย (โดยทั่วไป ±0.75% ต่อ 8 ชั่วโมง, Hyperliquid ประมาณ ±0.5% ต่อชั่วโมง)

4.2 การออกแบบส่วนประกอบอัตราดอกเบี้ย

ส่วนประกอบอัตราดอกเบี้ย r ถูกออกแบบมาเพื่อให้ "ต้นทุนการถือสถานะซื้อ" สูงกว่า "ต้นทุนการถือสปอต" เล็กน้อย เพื่อป้องกันไม่ให้สัญญา perpetual ถูกถือสถานะซื้ออย่างไม่มีที่สิ้นสุด เกณฑ์ในการเลือก r:

• คู่สกุลเงิน Stablecoin (USDC/USDT): r ใกล้เคียงกับ 0;
• BTC/USDT: r ≈ 0.01% ทุก 8 ชั่วโมง (ปรับตามอัตราแลกเปลี่ยน USD);
• ETH/USDT: r ≈ 0.01%–0.02% ต่อ 8 ชั่วโมง;
• Altcoins: r มักจะสูงกว่า (0.02%–0.05% ทุก 8 ชั่วโมง) เนื่องจาก "ต้นทุนการกู้ยืม" ของโทเคนโครงการนั้นสูงกว่า

ส่วนอัตราดอกเบี้ยนี้ไม่เท่ากับส่วนต่างอัตราดอกเบี้ยปลอดความเสี่ยงของทั้งสองประเทศอย่างแม่นยำ แต่เป็น "ต้นทุนพื้นฐาน" ที่กำหนดโดยโปรโตคอล และปรับเปลี่ยนตามสภาพแวดล้อมทางเศรษฐกิจมหภาค (เช่น ในช่วงที่ธนาคารกลางสหรัฐฯ ปรับขึ้นอัตราดอกเบี้ย CEX จะปรับ r ให้สอดคล้องกัน)

4.3 กลไกการจำกัด (Clamping) อย่างละเอียด

Clamping คือ "เบรก" ของการควบคุมความเสี่ยงอัตราดอกเบี้ย:

• ตัวจำกัดชั้นแรก (r − P clamp): จำกัด "ความแตกต่างระหว่างอัตราส่วนต่างและพรีเมียม" ให้อยู่ภายใน ±D (D มักเป็น ±0.05%) เพื่อป้องกันอัตราการจัดหาเงินทุนที่รุนแรงเมื่อตลาดเกิดความผันผวนอย่างรุนแรง;
• ตัวจำกัดชั้นที่สอง (ตัวจำกัดขั้นสุดท้าย): จำกัดอัตราการจัดหาเงินทุนขั้นสุดท้าย F ให้อยู่ภายในช่วง ±F_max (F_max มักอยู่ที่ ±0.75% ต่อ 8 ชั่วโมง, Hyperliquid อยู่ที่ประมาณ ±0.5% ต่อชั่วโมง)

ตัวอย่างเช่น เมื่อตลาดพุ่งสูงและสัญญา perpetual อยู่สูงกว่าระดับดัชนีอย่างมาก ค่าพรีเมียม P อาจเพิ่มขึ้นถึง 1% ในชั่วขณะ แต่ r − P จะกลายเป็น −1% ซึ่งตัวจำกัดชั้นแรกจะปรับให้เป็น −0.05%; จากนั้น F = P + clamp(r − P) = 1% − 0.05% ≈ 0.95%; และตัวจำกัดชั้นที่สองจะปรับให้เป็น +0.75% สิ่งนี้ช่วยป้องกัน "การเคลื่อนไหวของราคาที่ก่อให้เกิดการพุ่งขึ้นของอัตราค่าปรับ"

4.4 การเปรียบเทียบพารามิเตอร์อัตราฟันดิ้งของโปรโตคอลหลัก

0.01%

±0.05%

±0.75%

TWAP 30 นาที

dYdX v4

1 ชั่วโมง

0.01%

±0.05%

±0.375%

EMA 1 ชั่วโมง

Hyperliquid

~1 ชั่วโมง

0.01%

±0.05%

±0.5%

EMA 1 ชั่วโมง

Perpetual Protocol v2

8 ชั่วโมง

0.01%

±0.05%

±0.75%

TWAP 30 นาที

GMX v2

8 ชั่วโมง

0.01%

±0.05%

±0.75%

Oracle direct

ค่าเริ่มต้นของ SoonTech

สามารถปรับตั้งค่าได้

0.01%

±0.05%

±0.75%

TWAP 30 นาที

4.5 ทิศทางการชำระเงินของอัตราเงินทุน

เมื่ออัตราค่าเงินทุนเป็นบวก (F > 0):

• ฝ่าย Long จ่ายให้ฝ่าย Short F × ขนาดตำแหน่งตามมูลค่าสมมติ;
• ต้นทุนการถือครองฝั่ง Long = ค่า funding + ค่า maker + ค่า taker + ความเสี่ยงจากอัตรา funding;
• รายได้จากการถือสถานะขาย = รายได้จากการปรับสมดุล − ค่าธรรมเนียมผู้รับ − ดอกเบี้ยการกู้ (หากมีการกู้)

เมื่ออัตราค่าทุนเป็นค่าลบ (F < 0):

• ฝ่ายขายชอร์ตต้องจ่ายให้ฝ่ายซื้อลอง |F| × ขนาดตำแหน่งตามมูลค่าสมมติ

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

5. การออกแบบช่วงเวลาการชำระบัญชี: 8 ชั่วโมง, 1 ชั่วโมง และแบบต่อเนื่อง

5.1 ช่วงเวลามาตรฐาน 8 ชั่วโมง

ถูกพัฒนาขึ้นครั้งแรกโดย BitMEX และยังคงใช้อยู่จนถึงปัจจุบัน โดยการปรับสมดุลทุก 8 ชั่วโมง (UTC 00:00, 08:00, 16:00) ข้อดี:

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

ข้อเสีย:

• สัญญาแบบถาวรอาจเบี่ยงเบนจากดัชนี 1%–2% ตลอดทั้งช่วงเวลา และจะปรับแก้ได้เฉพาะในช่วงการชำระบัญชี;
• ช่วงเวลาที่นานเกินไปสำหรับนักเทรดระยะสั้น;
• ไม่เหมาะสำหรับสถานการณ์การซื้อขายความถี่สูงใน DeFi.

5.2 ช่วง 1 ชั่วโมง (แบบ dYdX / Hyperliquid)

การปรับสมดุลทุกชั่วโมง โดยปรับลดขีดจำกัดอัตราค่าปรับให้เหลือ ±0.375% หรือ ±0.5% ตามลำดับ ข้อดี:

• ใกล้เคียงกับการยึดตามราคาสปอตมากขึ้น ความเบี่ยงเบนมักน้อยกว่า 0.1%;
• โอกาสการอาร์บิทราจเกิดขึ้นบ่อยขึ้นแต่มีมูลค่าที่น้อยลง;
• เหมาะสำหรับการทำตลาดความถี่สูงบน DEX แบบสมุดคำสั่ง;
• ประสบการณ์ผู้ใช้ที่ราบรื่นยิ่งขึ้น.

ข้อเสีย:

• ภายในหนึ่งชั่วโมง สัญญา perpetual อาจเบี่ยงเบนจากดัชนีได้ถึง 0.3% ซึ่งต้องการการติดตามอย่างใกล้ชิดจากผู้ทำการอาร์บิทราจ;
• ส่วนแบ่งของค่า gas ที่ใช้สำหรับการชำระบัญชีเพิ่มขึ้น (24 ครั้งต่อวัน เทียบกับ 3 ครั้ง);
• ออราเคิลต้องมีการอัปเดตบ่อยขึ้น

5.3 การชำระบัญชีแบบต่อเนื่อง / ความถี่สูง

โปรโตคอลบางตัวได้ลองใช้การชำระบัญชีแบบต่อเนื่องหรือการชำระบัญชีในรอบเวลาที่สั้นมาก (เช่น 1 นาที, 10 นาที):

• Hyperliquid ให้แสดง "การปรับสมดุลที่คาดการณ์" แบบเรียลไทม์ แต่การปรับสมดุลจริงยังคงเป็นรายชั่วโมง;
• Drift Protocol เคยลองใช้รอบการชำระบัญชีที่ยาวนานขึ้น แต่ในความเป็นจริงได้กลับสู่รอบ 1 ชั่วโมง;
• Mango / Zeta ได้ทดลองใช้รอบการชำระที่ปรับเปลี่ยนได้

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

6. การออกแบบ Oracle และกลไกป้องกันการแทรกแซง

6.1 ความพึ่งพาของ Oracle ต่ออัตรา funding

ข้อมูลหลักที่ใช้ในการคำนวณอัตรา funding คือราคาดัชนี และความน่าเชื่อถือของราคาดัชนีนี้กำหนดโดยตรงถึงความน่าเชื่อถือของอัตรา funding หากราคาดัชนีถูกบิดเบือน:

• ผู้โจมตีจะเริ่มด้วยการบิดเบือนราคาบนตลาดแลกเปลี่ยน ทำให้ดัชนีเบี่ยงเบนชั่วคราว;
• ความผิดปกติจะเข้าสู่หน้าต่าง TWAP และบิดเบือนดัชนีพรีเมียม;
• อัตรา funding จะกระโดดขึ้น ผู้ใช้ถูก liquidated และผู้โจมตีจะได้รับกำไรจากฝั่งตรงข้าม

Oracle เป็นจุดอ่อนที่สุดในระบบอัตราค่าปรับสมดุล

6.2 ค่ามัธยฐานจากหลายแหล่ง + TWAP

การออกแบบป้องกันการบิดเบือนที่นิยมใช้ทั่วไป:

• อย่างน้อย 5–7 แพลตฟอร์มซื้อขาย: Binance, OKX, Coinbase, Kraken, Bybit, Bitstamp, Gate.io;
• ค่ามัธยฐาน: ลดค่าสูงสุดและค่าต่ำสุดเพื่อหลีกเลี่ยงการบิดเบือนจากจุดเดียว;
• TWAP: เก็บตัวอย่างทุก 1–3 วินาที, คำนวณค่าเฉลี่ยในช่วง 5–30 นาทีเพื่อปรับให้เรียบเนียนยิ่งขึ้น;
• กลไกตัดวงจรความเบี่ยงเบน: ตลาดที่มีราคาเบี่ยงเบนจากค่ามัธยฐานเกิน 1%–3% จะถูกตัดออกโดยอัตโนมัติ

6.3 การบูรณาการ Chainlink / Pyth

• Chainlink Data Streams: ให้ค่ามัธยฐานจากหลายแหล่งที่มาพร้อมลายเซ็น + TWAP ซึ่งเป็นโซลูชันที่ใช้กันอย่างแพร่หลายที่สุดสำหรับสัญญาซื้อขายแบบถาวรบน CEX/DEX;
• Pyth Network: ออราเคิลความถี่สูงบน Solana / Aptos ที่ให้ข้อมูลอัปเดตในระดับ 400 มิลลิวินาที;
• API3 QRNG: ใช้ในสถานการณ์ความเสี่ยงที่ต้องการความสุ่ม;
• Redstone: ออราเคิลแบบโมดูลาร์ ที่เหมาะสำหรับสถานการณ์ที่ต้องการปรับแต่งตามความต้องการ

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

6.4 กลไกตัดวงจรความเบี่ยงเบนและ Timelock

ในสภาพตลาดที่รุนแรง (เช่น ตลาดแลกเปลี่ยนหนึ่งแห่งมีความเบี่ยงเบน 5% ภายใน 10 นาที) โปรโตคอลควรสามารถ:

• ตัวตัดวงจร: หยุดแหล่งข้อมูลนั้นชั่วคราว และไม่รวมมันในดัชนีเป็นเวลา 30 นาที;
• ตัวตัดวงจรแบบรวม: เมื่อแหล่งข้อมูลทั้งหมดผิดปกติพร้อมกัน ให้ใช้ดัชนีที่ได้รับการยืนยันล่าสุดพร้อมอัตราการลดลงสูงสุด (เช่น 0.01% ต่อนาที);
• Timelock: การเปลี่ยนแปลงพารามิเตอร์อัตรา funding (r, D, F_max) ต้องผ่านช่วงเวลาล็อก 24–48 ชั่วโมง เพื่อให้ผู้ใช้มีเวลาในการถอนตัว

6.5 ฉบับพิเศษเกี่ยวกับสถาปัตยกรรม vAMM

ในสถาปัตยกรรม vAMM (Perpetual Protocol v1/v2, GMX v1) ราคา mid ของสัญญา perpetual ถูกกำหนดโดยสูตร vAMM และสามารถถูก "บีบ" ได้อย่างจงใจ:

• ผู้โจมตีใช้ทุนขนาดใหญ่เพื่อดันราคา vAMM ให้สูงขึ้น ซึ่งส่งผลต่อราคาเฉลี่ย และส่งผลต่อดัชนีพรีเมียม;
• แต่ราคาอ้างอิง (mark price) ยังคงขึ้นอยู่กับข้อมูลจาก oracle ดังนั้นการชำระบัญชีจึงถูกคำนวณตามราคาอ้างอิง;
• อัตราค่าปรับใน vAMM อาจถูกบิดเบือนได้

มาตรการป้องกัน:

• ราคา vAMM ควรอิงจาก "ราคาทฤษฎี" ที่กำหนดโดยออราเคิล แทนที่จะเป็น "ราคาซื้อขายภายในพูล";
• ในกรณีที่เกิดความเบี่ยงเบนอย่างรุนแรง vAMM ควรหยุดการเสนอราคาชั่วคราวหรือเปลี่ยนไปใช้โหมดราคาอ้างอิง (mark price)

7. การดำเนินการบนเชน: การชำระบัญชีแบบกลุ่มและการปรับแต่งค่าแก๊ส

7.1 กระบวนการชำระบัญชีบนเชนขั้นพื้นฐาน

ขั้นตอนพื้นฐานของการชำระค่าทุนบนเชน:

1. อัปเดต oracle การปรับสมดุล: เรียกใช้ updateFundingRate() ด้วยราคาดัชนีล่าสุด ดัชนีพรีเมียม และอัตรา r;
2. วนซ้ำผู้ใช้เพื่ออัปเดตการระดมทุนสะสม: รักษา cumulativeFundingPerSize (เงินทุนสะสมต่อขนาดตำแหน่ง) และในการชำระบัญชี ให้คำนวณจำนวนเงินที่ต้องชำระตาม now − lastSettlementTime;
3. การชำระบัญชีแบบกลุ่ม: ใส่ข้อมูลผู้ใช้ทั้งหมดลงใน Merkle tree หรืออาร์เรย์แบบง่าย; ผู้ดูแลเรียกใช้ settleAll() เพื่อประมวลผลทั้งหมดพร้อมกัน;
4. หัก / เพิ่มเข้ามาร์จิ้น: เรียกใช้ modifyCollateral(user, ±amount) และปรับยอดเงินที่ผู้ใช้สามารถถอนได้ตามนั้น

7.2 การออกแบบระบบการให้ทุนแบบสะสม

เพื่อหลีกเลี่ยงการวนซ้ำผู้ใช้ทั้งหมดในทุกครั้งที่มีการชำระบัญชี ระบบหลักจึงใช้แบบจำลองการจัดหาทุนแบบสะสม:

• เก็บตัวแปรระดับโลก globalCumulativeFundingPerSize (ค่าการเติมเงินแบบสะสมที่อัปเดตทุกวินาทีหรือทุกนาที);
• ผู้ใช้แต่ละคนเก็บรักษา userLastCumulativeFunding (ค่าสะสม ณ การปรับยอดครั้งสุดท้าย);
• เมื่อผู้ใช้เปิด ปิด หรือปรับตำแหน่ง ให้คำนวณความแตกต่างระหว่าง userLastCumulativeFunding และค่าปัจจุบัน globalCumulativeFundingPerSize, คูณด้วยขนาดตำแหน่ง และหาจำนวนเงินที่ต้องชำระ;
• ไม่จำเป็นต้องวนซ้ำผู้ใช้ ซึ่งช่วยลดการใช้ก๊าซได้อย่างมาก

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

7.3 การชำระบัญชีแบบกลุ่มและการเพิ่มประสิทธิภาพการใช้ก๊าซ

การปรับยอดทุกชั่วโมง ด้วยผู้ใช้ 10,000 คน และ gas 50,000 ต่อผู้ใช้ gas รวม = 500M ≈ 0.5 ETH วิธีเพิ่มประสิทธิภาพ:

• การชำระบัญชีแบบไม่วนซ้ำ: ใช้แบบจำลองการจัดสรรเงินทุนแบบสะสม; การชำระบัญชี = SSTORE เดียวที่อัปเดตตัวแปรระดับโลก;
• การเขียนแบบแบทช์: รวมการเปลี่ยนแปลงสถานะผู้ใช้ทั้งหมดเข้าในธุรกรรมเดียว;
• ใช้เหตุการณ์แทนสถานะ: เงินทุนของผู้ใช้ถูกบันทึกในบันทึกเหตุการณ์ และส่วนหน้าอ่านเหตุการณ์เพื่อแสดงผล;
• การปรับใช้ L2: Arbitrum, Optimism, Base มีค่า gas ถูกกว่า mainnet 10–100 เท่า;
• พื้นที่จัดเก็บ ERC-7201: ใช้พื้นที่จัดเก็บที่มีเนมสเปซเพื่อหลีกเลี่ยงความขัดแย้งกับสัญญาอื่น ๆ;
• การเพิ่มประสิทธิภาพบิตแมป: ใช้บิตแมปสำหรับสถานะตำแหน่งเปิดของผู้ใช้ เพื่อประหยัดพื้นที่จัดเก็บ;
• การใช้ซ้ำไลบรารี: แยกการคำนวณการเติมเงินเป็นไลบรารี เพื่อหลีกเลี่ยงการปรับใช้ใหม่

7.4 ความแตกต่างระหว่างสถาปัตยกรรม vAMM และ Order-Book

ใช้ทรัพยากรน้อยลง, ค่าก๊าซต่ำลง

พื้นที่จัดเก็บใน order book มากขึ้น, ค่า gas สูงขึ้น

การจับคู่

vAMM อัตโนมัติ

การจับคู่แบบออฟเชน + การชำระบัญชีแบบออนเชน (dYdX v4) หรือการจับคู่แบบออนเชน (Hyperliquid)

ผู้สร้างตลาด

พึ่งพาผู้ให้บริการสภาพคล่อง

ผู้สร้างตลาดมืออาชีพที่ทำงานอยู่

โครงการตัวอย่าง

GMX v1, Perpetual Protocol v1/v2, Drift

dYdX, Hyperliquid, Vertex

SoonTech รองรับทั้งสองสถาปัตยกรรม:

• โหมด vAMM: เหมาะสำหรับการเปิดตัวอย่างรวดเร็ว และต้องการประสิทธิภาพด้านทุนที่ต่ำ;
• โหมด Order-book: เหมาะสำหรับผู้สร้างตลาดมืออาชีพ ลูกค้าสถาบัน และผลิตภัณฑ์ที่ต้องการการชำระบัญชีความถี่สูง

8. การอาร์บิทราจอัตราค่าทุนและการซื้อขายเบสิส

8.1 Cash and Carry

รูปแบบการอาร์บิทราจอัตราค่าทุนที่คลาสสิกที่สุดคือ Cash and Carry:

• สถานการณ์ 1: ราคาสัญญา perpetual > ดัชนีสปอต, ค่าฟันดิ้งเป็นบวก;
• ผู้ทำอาร์บิทราจขายสั้นสัญญา perpetual + ซื้อยาวสัญญา spot;
• ถือสัญญา spot เพื่อรับผลตอบแทนที่ระบุเป็นสกุลเงินดิจิทัล + รับค่า funding ในฐานะผู้ขายสัญญา perpetual;
• กำไร/ขาดทุนสุทธิ ≈ อัตราการให้ทุน × ขนาดตำแหน่ง − ดอกเบี้ยการกู้สปอต − ค่าธรรมเนียม;
• เมื่ออัตราค่าทุน > ต้นทุนการกู้ยืม + ค่าธรรมเนียม การอาร์บิทราจจะมีกำไร
• สถานการณ์ 2: ราคาสัญญา perpetual < ดัชนีสปอต, อัตราการให้ทุนเป็นค่าลบ;
• ผู้ทำอาร์บิทราจเปิดสถานะซื้อสัญญา perpetual + เปิดสถานะขายสัญญา spot (กู้เพื่อขาย);
• กำไร/ขาดทุนสุทธิ ≈ |อัตราเงินทุน| × ขนาดตำแหน่ง − ดอกเบี้ยการกู้ − ค่าธรรมเนียม;

หลังจากผู้ทำการอาร์บิทราจดำเนินการในปริมาณใหญ่:

• แรงซื้อ/ขายจะสร้างสมดุล และราคาสัญญา perpetual จะปรับตัวเข้าใกล้ดัชนี;
• ค่าฟันดิ้งกลับสู่ระดับใกล้เคียงกับอัตราดอกเบี้ยพื้นฐาน r;
• ตลาดเข้าสู่ภาวะสมดุล

8.2 การอาร์บิทราจเบสิสระหว่างตลาด

คู่สินทรัพย์เดียวกันบนตลาดต่างกันมีเบสิสข้ามตลาด:

• ผู้หาโอกาสต่างราคาจะเปิดสถานะซื้อในตลาดที่มีอัตราค่าเงินทุนต่ำกว่า และเปิดสถานะขายในตลาดที่มีอัตราค่าเงินทุนสูงกว่า;
• กำไร/ขาดทุนสุทธิ (Net PnL) = (อัตราเงินทุนของตลาดที่มีอัตราเงินทุนสูง) − (อัตราเงินทุนของตลาดที่มีอัตราเงินทุนต่ำ) − ค่าใช้จ่ายในการโอนข้ามตลาด − ค่าใช้จ่ายจากความล่าช้าในการถอน.

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

8.3 ผลกระทบของอัตราฟันดิ้งต่อผู้สร้างตลาด

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

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

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

9. การจัดการพารามิเตอร์แบบไดนามิกในสภาวะสุดขั้ว

9.1 ประเภทตลาดในสภาวะสุดขั้ว

• การเคลื่อนไหวแบบสปายค์: ตลาดหนึ่งแห่งมีการเคลื่อนไหวแบบสปายค์ในระยะเวลาสั้นๆ แล้วกลับสู่ระดับเดิมภายในไม่กี่วินาที;
• แนวโน้มด้านเดียว: สัญญา perpetual ซื้อขายอย่างต่อเนื่องเหนือหรือต่ำกว่าดัชนี อัตราการให้ทุนคงอยู่ในระดับบวก/ลบ;
• เหตุการณ์ Black swans: การโจมตีต่อตลาด, ความล้มเหลวของ oracle บนเชน, หรือเหตุการณ์ระดับมหภาคที่ก่อให้เกิดการตกแบบฉับพลัน (flash crash) ทั่วทั้งตลาด;
• วิกฤตสภาพคล่อง: ผู้สร้างตลาดถอนตัว ความลึกของสมุดคำสั่งลดลง

9.2 การออกแบบพารามิเตอร์แบบไดนามิก

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

ทุกแหล่งข้อมูลแสดงค่าผิดปกติพร้อมกัน

ใช้ราคาที่ยืนยันล่าสุด + การลดลง

การป้องกันขีดจำกัดการให้ทุน

Funding > 0.9 × F_max

ระงับการเปลี่ยนแปลงพารามิเตอร์ และเริ่มการลงคะแนนการกำกับดูแล

ลดระดับช่วง

ความผันผวน > 5% ใน 30 นาที

รอบเวลา 1 ชั่วโมงถูกลดลงเป็น 8 ชั่วโมง

ขีดจำกัดตำแหน่ง

ตำแหน่งของผู้ใช้ > ขีดจำกัดของโปรโตคอล

จำกัดการเปิดตำแหน่ง และแจ้งเตือนผู้ใช้

หยุดชั่วคราวในกรณีฉุกเฉิน

การชำระบัญชี > 10M USD ใน 30 นาที

การหยุดชั่วคราวของโปรโตคอลการกำกับดูแลแบบมัลติซิก

9.3 สิทธิการบริหารจัดการตามระดับ

• ระดับ 1 (อัตโนมัติ): ลดค่าเบี่ยงเบน, ตัวตัดวงจรพารามิเตอร์, ลดระดับในช่วงเวลา, หยุดชั่วคราวในกรณีฉุกเฉิน;
• ระดับ 2 (การกำกับดูแลแบบมัลติซิก): ปรับเปลี่ยน F_max, D, r (พร้อมล็อกเวลา 24–48 ชั่วโมง);
• ระดับ 3 (การลงคะแนนของ DAO): การเปลี่ยนแปลงสูตรอัตราเงินทุนพื้นฐาน, การเพิ่ม/ลบคู่สินทรัพย์, การเปลี่ยนแปลงพารามิเตอร์หลักของโปรโตคอล.

กรอบการกำกับดูแลของ SoonTech รองรับการกระจายอำนาจแบบค่อยเป็นค่อยไป: ในปีแรก ระบบมัลติซิกมีอำนาจหลัก; ในปีที่สอง การกำกับดูแลพารามิเตอร์จะถูกโอนถ่ายไปยัง DAO อย่างค่อยเป็นค่อยไป

10. สถาปัตยกรรมทางวิศวกรรมและความโปร่งใสของข้อมูล

10.1 ส่วนประกอบของระบบอัตราการจัดหาเงินทุน

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

1. ชั้นตัวเชื่อมต่อ Oracle: Chainlink / Pyth / การรวมข้อมูลจากหลายแหล่งที่พัฒนาขึ้นเอง ซึ่งให้ราคาดัชนี;
2. เครื่องคำนวณอัตรา funding rate: การรวมข้อมูลนอกเชน (off-chain aggregation), ออราเคิลอัตรา funding rate ที่ลงนามบนเชน (on-chain signed);
3. สัญญาเก็บข้อมูลอัตราค่าปรับ: อัปเดตและเก็บประวัติอัตราค่าปรับในช่วง 1–2 สัปดาห์ล่าสุดบนเชน;
4. ตัวแปรระดับโลกของอัตรา funding สะสม: อัปเดตทุกวินาทีหรือทุกนาที, ถูกอ้างอิงโดยธุรกรรมของผู้ใช้ทั้งหมด;
5. เครือข่าย Keeper / Relayer: เรียกใช้อย่างสม่ำเสมอ updateFundingRate() และ settleAll();
6. API ข้อมูล: ให้ข้อมูลอัตรา funding ในอดีต อัตรา funding ปัจจุบัน และประมาณการสำหรับช่วงถัดไป;
7. การแสดงผลด้านหน้า: เส้นโค้งอัตราเงินทุน, การประมาณการรายได้จากอัตราเงินทุนสะสม, คำแนะนำเกี่ยวกับโอกาสการอาร์บิทราจ;
8. การเฝ้าติดตามและแจ้งเตือน: การกระโดดของเงินทุนที่ผิดปกติ, ความเบี่ยงเบนของออราเคิล, ความล้มเหลวในการชำระบัญชีบนเชน

10.2 ความโปร่งใสของข้อมูล

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

• สามารถค้นหาข้อมูลบนเชนได้: อัตราการให้ทุนของแต่ละช่วงเวลา, อัตรา r, ข้อมูลตัวอย่าง, ราคามาร์ก/ราคาดัชนี ทั้งหมดอยู่ในบันทึกเหตุการณ์;
• API สาธารณะ: SoonTech ให้บริการ GraphQL และ REST API ซึ่งอนุญาตให้ฝ่ายที่สามใดก็ตามดึงข้อมูลแบบเรียลไทม์ได้;
• ประวัติที่สามารถติดตามได้: ประวัติบนเชนอย่างน้อย 3 เดือน ส่วนข้อมูลนอกเชนสามารถเก็บรักษาได้ตลอดไป;
• แดชบอร์ดแบบภาพ: ส่วนหน้าแสดงเส้นโค้งการปรับสมดุล, ยอดการจ่ายสะสม, และประวัติเบสิส

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

10.3 กองทุนประกันภัยและ ADL

กลไกอัตราค่าปรับเชื่อมโยงอย่างแน่นแฟ้นกับกองทุนประกันภัยและ ADL:

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

พารามิเตอร์เริ่มต้นของ SoonTech ได้ผ่านการทดสอบความทนทาน (stress test) แล้ว และในสถานการณ์สุดขั้วที่ราคาลดลง 50% ในวันเดียวและปริมาณการซื้อขายเพิ่มขึ้น 3 เท่า กองทุนประกันยังคงไม่หมดลง

11. โซลูชันอัตราค่าปรับทุนแบบถาวรของ SoonTech

11.1 รายชื่อโมดูล

ชุดระบบอัตราค่าปรับของ SoonTech ประกอบด้วย:

1. FundingRate Oracle: การรวมข้อมูลจากหลายแหล่งนอกเชน + การอัปโหลดที่ลงนามบนเชน รองรับ Chainlink / Pyth / แหล่งข้อมูลหลายแหล่งที่พัฒนาเอง;
2. MarkPrice Engine: ราคาดัชนี + TWAP ของฐานการปรับอัตราเงินทุน, สามารถกำหนดช่วงเวลาการสุ่มตัวอย่างได้;
3. โมดูล PremiumIndex: TWAP 30 นาที + TWAP 5 นาทีแบบสั้น (short) เพื่อการตรวจสอบยืนยันสองชั้น;
4. Clamp & Guardrails: ระบบจำกัดสองชั้น + ระบบตัดวงจรเมื่อมีการเบี่ยงเบน + การลดระดับในช่วงเวลา;
5. Settlement Engine: โมเดลการปรับสมดุลแบบสะสม + การปรับสมดุลแบบกลุ่ม + รองรับหลายรอบ (8 ชั่วโมง / 1 ชั่วโมง / 1 นาที);
6. โมดูลกองทุนประกัน: การฉีดเงินทุนอัตโนมัติ + ตรรกะทริกเกอร์ ADL;
7. ตัวปรับการกำกับดูแล: multisig + timelock + การบูรณาการ DAO ตามตัวเลือก;
8. Data API & Dashboard: GraphQL / REST API + แดชบอร์ดแบบภาพ + การส่งข้อมูลจากฝ่ายที่สาม;
9. vAMM / OrderBook Adapter: รองรับทั้งสองสถาปัตยกรรมการจับคู่คำสั่ง;
10. ความเสี่ยงและการปฏิบัติตามกฎระเบียบ: ขีดจำกัดตำแหน่ง, ตัวปรับ KYC, สวิตช์การปฏิบัติตามกฎระเบียบตามภูมิภาค.

11.2 สถานการณ์การปรับใช้ทั่วไป

สถานการณ์ 1: DEX ใหม่ในเอเชียตะวันออกเฉียงใต้ที่เปิดตัวสัญญาซื้อขายแบบไม่มีวันหมดอายุ

ลูกค้าเป็น DEX ใหม่ในเอเชียตะวันออกเฉียงใต้ที่จำเป็นต้องเปิดตัวสัญญาซื้อขายแบบไม่มีวันหมดอายุ (Perpetuals) สำหรับ BTC / ETH อย่างรวดเร็ว เราดำเนินการปรับใช้รอบการชำระบัญชี 1 ชั่วโมง + Chainlink oracle + แบบจำลองการปรับเงินทุนแบบสะสม โดยเริ่มให้บริการภายใน 2 สัปดาห์ หลังจากเปิดตัวได้ 3 เดือน TVL อยู่ที่ 80M USD อัตราการปรับเงินทุนเฉลี่ย 0.012% ต่อชั่วโมง ผู้ทำการเก็งกำไรแบบอาร์บิทราจทำงานอย่างคึกคัก และความเบี่ยงเบนของดัชนีอยู่ที่ < 0.08%

สถานการณ์ 2: CEX ที่กำลังเปลี่ยนรูปแบบเป็น DEX สำหรับสัญญาซื้อขายแบบไม่มีวันหมดอายุ

ลูกค้าเป็น CEX ที่มีมาอย่างยาวนาน ซึ่งต้องการย้ายสัญญาซื้อขายแบบไม่มีวันหมดอายุไปยังบนเชน เพื่อตอบสนองต่อกฎระเบียบและขยายฐานผู้ใช้ในเอเชียตะวันออกเฉียงใต้ เราใช้ระบบสมุดคำสั่งซื้อขาย (order-book) + การชำระบัญชีทุก 1 ชั่วโมง โดยใช้ระบบจับคู่คำสั่งซื้อขายแบบออฟเชน (สไตล์ Hyperliquid) และดำเนินการชำระบัญชีและค่าธรรมเนียมการปรับสมดุลบนเชนเท่านั้น หกเดือนหลังการเปิดตัว DAU เพิ่มขึ้น 4 เท่า และรายได้จากค่าธรรมเนียมการปรับสมดุลกลายเป็นแหล่งรายได้หลักของโปรโตคอล

สถานการณ์ 3: สัญญา perpetual RWA + การชำระด้วยเงิน fiat

ลูกค้าต้องการเปิดตัวสัญญา perpetual ที่อ้างอิงอัตราผลตอบแทนพันธบัตรรัฐบาลสหรัฐฯ (US Treasury yield perpetual) เราออกแบบองค์ประกอบอัตราดอกเบี้ย r เป็น oracle แบบไดนามิกบนเชนที่อ่านค่า "อัตราผลตอบแทนพันธบัตรรัฐบาลสหรัฐฯ อายุ 10 ปี" และกำหนดขีดจำกัดการปรับอัตราดอกเบี้ย (funding cap) ไว้ที่ ±0.05% ทุก 8 ชั่วโมง ซึ่งเหมาะสมกับสถานการณ์ที่มีความผันผวนต่ำ

11.3 กำหนดการส่งมอบ

• สัปดาห์ที่ 1–2: การวิจัยธุรกิจ, การเลือกคู่สกุลเงิน, การออกแบบพารามิเตอร์, การตรวจสอบความสอดคล้องกับกฎระเบียบ;
• สัปดาห์ที่ 3–6: การพัฒนาสัญญา, การทดสอบหน่วย, เครือข่ายหลักแบบเงา;
• สัปดาห์ที่ 7–8: การตรวจสอบ, การบูรณาการออราเคิล, การติดตามผลและแดชบอร์ด;
• สัปดาห์ที่ 9: การเปิดตัวเครือข่ายหลักแบบเกรย์ แลนช์, การกำหนดขีดจำกัด และระบบมัลติซิก;
• ตั้งแต่สัปดาห์ที่ 10: ขยายคู่สกุลเงินใหม่, การเชื่อมต่อข้ามเชน, การรับผู้สร้างตลาด (market maker), การเปลี่ยนผ่านสู่การกำกับดูแลแบบ DAO.

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

12.1 การพัฒนาตามขั้นตอน

• เฟส 1 (MVP): สัญญาซื้อขายแบบไม่มีวันหมดอายุ BTC / ETH + การชำระบัญชีทุก 8 ชั่วโมง + ออราเคิล Chainlink + โมเดลการระดมทุนแบบสะสม;
• เฟส 2: ขยายไปยังคู่สกุลเงินหลักกว่า 20 คู่ + การชำระบัญชีทุก 1 ชั่วโมง + ระบบความซ้ำซ้อนจากหลายแหล่งที่พัฒนาขึ้นเอง;
• เฟส 3: อัปเกรดเป็นสถาปัตยกรรมแบบ order-book + การชำระบัญชีความถี่สูงแบบ Hyperliquid + API สำหรับผู้สร้างตลาด;
• เฟส 4: ข้ามเชน + สัญญาซื้อขายแบบถาวร RWA + การกระจายอำนาจการกำกับดูแล + การบูรณาการการปฏิบัติตามกฎระเบียบอย่างลึกซึ้ง.

อย่าพยายามใช้การชำระบัญชีแบบต่อเนื่องหรือคู่สกุลเงินที่ซับซ้อนในระยะ MVP; สิ่งนี้จะเพิ่มความซับซ้อนและความเสี่ยงของระบบขึ้นอย่างมาก

12.2 องค์ประกอบทีม

ทีมขั้นต่ำ: ผู้จัดการผลิตภัณฑ์ 1 คน, วิศวกร Solidity 2 คน, วิศวกรแบ็กเอนด์/ออราเคิล 1 คน, นักวิเคราะห์เชิงปริมาณ/ความเสี่ยง 1 คน, วิศวกรฟรอนต์เอนด์ 1 คน, วิศวกรปฏิบัติการและเฝ้าระวัง 1 คน หากกำลังดำเนินการจับคู่แบบ order-book ให้เพิ่มวิศวกรจับคู่และบูรณาการผู้สร้างตลาดอีก 2–3 คน

12.3 ตัวชี้วัดหลัก

• คุณภาพการตรึงราคา: ค่ามัธยฐานและเปอร์เซ็นไทล์ที่ 95 ของความเบี่ยงเบนระหว่างสัญญา perpetual กับดัชนี;
• การกระจายเงินทุน: ค่าเฉลี่ย ความผันผวน และค่าสูงสุดของเงินทุนในช่วง 30 วันที่ผ่านมา;
• อัตราความสำเร็จในการชำระบัญชี: จำนวนช่วงเวลาที่ชำระบัญชีสำเร็จ / จำนวนช่วงเวลาทั้งหมด;
• ความล่าช้าของ Oracle: ความล่าช้าแบบ end-to-end จากข้อมูลที่ส่งจากตลาด → ข้อมูลบนเชน → การอัปเดตค่า funding;
• ค่าใช้จ่ายของผู้ใช้: ค่าเฉลี่ยของเงินทุนที่จ่ายหรือรับต่อผู้ใช้ต่อช่วงเวลา;
• ยอดเงินกองทุนประกัน: ระดับความคุ้มครองเมื่อเทียบกับปริมาณการซื้อขายเฉลี่ย 30 วัน;
• จำนวนการทริกเกอร์ ADL: จำนวนการทริกเกอร์ ADL ใน 90 วันที่ผ่านมา (ควรอยู่ใกล้ 0);
• กิจกรรมอาร์บิทราจ: ปริมาณสัญญาเปิดในตำแหน่ง cash-and-carry.

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

Q1: อัตราการให้ทุนเป็นบวก — หมายความว่าตลาดมีแนวโน้มขึ้นหรือไม่?

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

Q2: ทำไมอัตราค่าทุนของตลาดต่าง ๆ จึงแตกต่างกันมาก? ควรติดตามตลาดไหน?

A: อัตราการให้ทุนของแต่ละตลาดสะท้อนถึงอุปสงค์และอุปทานของตลาดนั้นเอง: โครงสร้างผู้ใช้ (นักลงทุนรายย่อย vs สถาบัน), ความลึกของผู้สร้างตลาด, ความนิยมของคู่สกุลเงิน, และระดับเลเวอเรจ ล้วนมีผลต่ออัตราดังกล่าว การเลือกติดตามขึ้นอยู่กับกลยุทธ์ของคุณ: สำหรับกลยุทธ์ cash-and-carry ให้เลือกสัญญา perpetual บน CEX ที่มีอัตรา funding สูงที่สุด และตลาด spot ที่มีอัตราดอกเบี้ยการกู้ต่ำที่สุด; สำหรับการ arbitrage ระหว่างตลาด ให้ติดตาม CEX และ DEX หลัก 3–5 แห่งพร้อมกัน

Q3: อัตราการให้ทุนสามารถถูกควบคุมโดยวาฬได้หรือไม่?

A: ภายใต้ระบบที่เข้มงวดซึ่งรวมหลายแหล่งข้อมูล + TWAP + clamp + ระบบตัดวงจรเมื่อมีการเบี่ยงเบน วาฬตัวเดียวจะทำได้ยาก แต่ยังมีจุดอ่อนที่ผู้โจมตีสามารถใช้ประโยชน์ได้: การควบคุมราคาสปอตบนหลายตลาด (ต้องการทุนมหาศาล), การควบคุมออราเคิล (ต้องการควบคุม 51% ของแหล่งข้อมูล), หรือการควบคุม vAMM (ต้องการควบคุมพูลสภาพคล่อง) การเลือกโปรโตคอลที่มีระบบตัดวงจรค่ามัธยฐานและค่าเบี่ยงเบนจากหลายแหล่งข้อมูลสามารถลดความเสี่ยงได้อย่างมีนัยสำคัญ

Q4: เมื่อราคาดัชนีสปอตผิดปกติ อัตราการให้ทุนจะเกิดอะไรขึ้น?

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

Q5: ระบบการปรับอัตราเงินทุนแบบต่อเนื่องของ DEX หรือ CEX แบบใดที่สมเหตุสมผลกว่า?

A: CEX เป็น "การกำหนดราคาแบบรวมศูนย์" — อัตราถูกกำหนดโดยโมเดลภายในของตลาด ซึ่งมีความยืดหยุ่นแต่ยากต่อการตรวจสอบ; DEX เป็น "ความโปร่งใสบนเชน" — ทุกพารามิเตอร์และข้อมูลสามารถตรวจสอบได้ และผู้ทำการอาร์บิทราจสามารถเข้าร่วมได้ง่ายขึ้น ในทฤษฎี DEX ยุติธรรมกว่า แต่ CEX ยังคงมีข้อได้เปรียบด้านความลึกของตลาดและการจับคู่คำสั่ง SoonTech ผสานการควบคุมความเสี่ยงแบบ CEX (การปรับพารามิเตอร์แบบไดนามิก, เซอร์กิตเบรกเกอร์) กับความโปร่งใสแบบ DEX (สามารถตรวจสอบได้บนเชน)

Q6: การตั้งบัญชีแบบต่อเนื่อง / ทุก 1 นาที ดีกว่าการตั้งบัญชีทุก 8 ชั่วโมงเสมอหรือไม่?

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

สรุป

อัตราค่าปรับ (funding rate) คือ "ธนาคารกลาง" ของสัญญาซื้อขายแบบถาวรบน DEX มันแปลง "ความเบี่ยงเบนของราคา" เป็น "ต้นทุนการถือครอง" ทำให้สัญญาซื้อขายแบบถาวรสามารถคงที่กับราคาสปอตได้โดยไม่มีวันหมดอายุ ระบบการปรับอัตราเงินทุนที่ดีต้องแก้ไขปัญหาหลายด้านพร้อมกัน ได้แก่ การกำหนดราคาตลาดและราคาดัชนี การให้น้ำหนักตามเวลาของดัชนีพรีเมียม ส่วนประกอบอัตราดอกเบี้ยและการจำกัดค่า การเลือกระยะเวลาการปรับอัตรา ความต้านทานต่อการบิดเบือนของออราเคิล การเพิ่มประสิทธิภาพค่าแก๊สบนเชน การบริหารจัดการพารามิเตอร์แบบไดนามิกในสภาวะตลาดสุดขั้ว และความเชื่อมโยงระหว่างกองทุนประกันภัยกับ ADL

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

สถาบันวิจัยผลิตภัณฑ์ของ SoonTech ติดตามการพัฒนาโครงสร้างพื้นฐานของตลาดแลกเปลี่ยนสินทรัพย์ดิจิทัลในระยะยาว และอัตราค่าทุนเป็นเพียงหนึ่งในหลายโมดูลของสัญญาซื้อขายล่วงหน้าแบบไม่มีวันหมดอายุบน DEX เรายังจะเผยแพร่หัวข้อต่าง ๆ อย่างเป็นระบบเกี่ยวกับการออกแบบออราเคิล (oracle), เครื่องมือจับคู่แบบ order-book, กองทุนประกันภัยและอัลกอริทึม ADL, สัญญา perpetual แบบข้ามเชน (cross-chain perpetuals) และ API สำหรับผู้สร้างตลาดสถาบัน (institutional market-maker APIs) หากคุณกำลังพัฒนา DEX รุ่นใหม่, เปลี่ยน CEX เป็น DEX หรือต้องการผสานสัญญา perpetual เข้ากับแพลตฟอร์มที่มีอยู่ เรายินดีที่จะพูดคุยกับคุณ โดยพิจารณาจากโซเชนเป้าหมาย คู่สินทรัพย์ ผู้ใช้ และข้อกำหนดด้านการปฏิบัติตามกฎระเบียบ SoonTech สามารถมอบโซลูชันแบบครบวงจรที่ครอบคลุมการพัฒนาสัญญา การบูรณาการออราเคิล เครื่องมือจับคู่สัญญา กลไกอัตราค่าปรับ แดชบอร์ดข้อมูล และการบูรณาการผู้สร้างตลาด

ให้สัญญาแบบถาวรได้รับความเชื่อถืออย่างแท้จริง และให้กลไกอัตราค่าปรับกลายเป็นรากฐานสำคัญของการพัฒนา DEX ที่ยั่งยืนในระยะยาว — นี่คือทิศทางระยะยาวของ SoonTech ในด้านสัญญาแบบถาวรสำหรับ DEX

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

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