Perpetual HIP-3 ของ Hyperliquid: ตลาด ค่าธรรมเนียม และความเสี่ยง
ทำความเข้าใจว่า perpetual แบบ HIP-3 ที่ builder เปิดใช้งานต่างจากตลาดมาตรฐานอย่างไร และ deployer ควบคุม oracle, margin, ค่าธรรมเนียม และการชำระราคาได้อย่างไร
ในคู่มือนี้ตลาด HIP-3 มี deployer ที่รับผิดชอบงานเฉพาะ
สรุปสั้น
HIP-3 ไม่ได้เพิ่มเพียงสัญลักษณ์ใหม่เข้าไปในรายการ perpetual มาตรฐานของ Hyperliquid builder สามารถเปิดใช้ perp DEX แยกต่างหากและกำหนดข้อมูลสัญญา oracle และการตั้งค่าดำเนินงานของตลาดได้ คำสั่งยังใช้ HyperCore แต่ perp DEX แต่ละแห่งมี order book การตั้งค่า margin และสิทธิ์ควบคุมของ deployer แยกกัน ดังนั้นการเห็นตลาดในหน้าจอเดียวกันไม่ได้รับประกันคุณภาพ oracle, leverage สูงสุด, หลักประกัน, ค่าธรรมเนียม หรือการชำระราคาแบบเดียวกับ perpetual มาตรฐาน
ตลาด HIP-3 มี deployer ที่รับผิดชอบงานเฉพาะ
perp DEX มาตรฐานกับตลาด HIP-3 มีผู้ดำเนินการและขอบเขตความรับผิดชอบต่างกัน HIP-3 ให้ builder เปิดใช้ perp DEX ได้โดยไม่ต้องขออนุญาตล่วงหน้า แต่ “permissionless” ไม่ได้แปลว่าทุกตลาดผ่านการตรวจสอบ ไม่มีขีดจำกัด หรือใช้มาตรฐานเดียวกัน deployer กำหนดสินทรัพย์อ้างอิงและข้อมูลสัญญา จัดหาราคา oracle และดูแลการตั้งค่า เช่น leverage สูงสุดและการชำระราคา เงื่อนไขของโปรโตคอลอื่นอาจมีผลด้วย เช่น staking การประมูลเพื่อเปิดตลาด ข้อกำหนดหลักประกัน และการดำเนินการของ validator
สเปก HIP-3 ของ Hyperliquid ระบุในปัจจุบันว่า deployer บน mainnet ต้อง stake HYPE จำนวน 500,000 และคงยอดไว้อย่างน้อย 183 วันหลังเปิดใช้ DEX นี่เป็นเงื่อนไขโปรโตคอลสำหรับ deployer ไม่ใช่ margin ที่ผู้ใช้ต้องฝากเพื่อเปิดสถานะ เงื่อนไขอาจเปลี่ยนได้ builder จึงควรตรวจสเปกล่าสุดก่อนเปิดตลาด จำนวน staking เพียงอย่างเดียวไม่ได้พิสูจน์ว่าตลาดปลอดภัยหรือผู้ดำเนินการมีความสามารถ
perp DEX แต่ละแห่งยังเป็นตลาดแยกบน HyperCore
คำสั่ง HIP-3 ใช้ order book และระบบจับคู่คำสั่งของ HyperCore จึงไม่ใช่บล็อกเชนอื่นหรือจำเป็นต้องเป็นแอปซื้อขายอีกแอปหนึ่ง อย่างไรก็ดี DEX แต่ละแห่งมี order book และการตั้งค่า margin เป็นอิสระ สภาพคล่องและหลักประกันจาก DEX อื่นไม่ได้ถูกรวมให้อัตโนมัติ ให้ตรวจชื่อ DEX ข้างสัญลักษณ์ รหัสสินทรัพย์ที่แน่นอน และสถานะตลาดก่อน ชื่อสินทรัพย์ที่คล้ายกันไม่ได้หมายถึงสัญญาเดียวกันหาก deployer หรือข้อกำหนดสัญญาต่างกัน
API ของ Hyperliquid แยกรายการ perp DEX ข้อมูล deployer และ metadata, asset context, สถานะบัญชี และขีดจำกัดของแต่ละ DEX ออกจากกัน หน้าจอหรือสคริปต์ที่ดึงข้อมูลเฉพาะ DEX เริ่มต้นอาจพลาดตาราง margin, เพดาน open interest, funding หรือสถานะปัจจุบันของตลาด HIP-3 ตรวจ DEX ที่เลือกบนหน้าจอซื้อขาย และระบุ DEX เดียวกันในคำขอข้อมูลด้วย ดูความหมายของฟิลด์และขอบเขตคำขอได้จาก เอกสาร API ของ perpetual
| รายการตรวจสอบ | สิ่งที่มักเข้าใจใน perpetual มาตรฐาน | สิ่งที่ต้องยืนยันสำหรับ HIP-3 |
|---|---|---|
| ผู้รับผิดชอบตลาด | DEX มาตรฐานที่ validator ดูแล | deployer และข้อกำหนดของ DEX นี้ |
| Oracle | แหล่งอ้างอิงราคาของ perpetual มาตรฐาน | แหล่งข้อมูล วิธีอัปเดต และการทำงานเมื่อราคาล่าช้าหรือขาดหาย |
| Margin | การตั้งค่าสินทรัพย์ของ DEX เริ่มต้น | โหมด leverage และตาราง maintenance ของตลาดนั้น |
| ต้นทุนซื้อขาย | ระดับค่าธรรมเนียมปกติของบัญชี | ค่าธรรมเนียมเพิ่มของ deployer และยอดหลังส่วนลด |
| การออกจากสถานะ | กฎคำสั่งและ liquidation มาตรฐาน | deployer หยุดตลาดและชำระด้วย mark ปัจจุบันได้หรือไม่ |

ตรวจ oracle และข้อกำหนดสัญญาของ deployer แต่ละราย
กำไรขาดทุนที่ยังไม่เกิดขึ้นจริง margin และการตัดสินใจ liquidation อิงกับราคาอ้างอิงของตลาด ใน HIP-3 deployer กำหนด oracle และการอัปเดต ชื่อ ticker ที่คุ้นเคยหรือการมีตลาดบน HyperCore ไม่ได้พิสูจน์ว่าราคาอ้างอิงสะท้อนตลาด spot ที่มีความลึกและเป็นอิสระ ตรวจว่าสินทรัพย์อ้างอิงมีการซื้อขายจริงหรือไม่ แหล่ง oracle เป็นอิสระและมีสภาพคล่องหรือไม่ ดัชนีหรือ feed คำนวณอย่างไร และทนต่อการบิดเบือนราคาได้แค่ไหน
เอกสารการดำเนินการของ deployer อธิบายการอัปเดตราคา ตัวคูณ funding และอัตราดอกเบี้ย ตาราง margin เพดาน open interest และการหยุดซื้อขาย การกำหนดความรับผิดชอบชัดเจนช่วยระบุผู้ดำเนินการ แต่ไม่ได้แปลว่าทุกตลาดใช้การตั้งค่าเดียวกัน ตรวจข้อกำหนดเริ่มต้น สิทธิ์แก้ไขภายหลัง ช่วงเวลาการอัปเดต และการทำงานเมื่อ feed ขัดข้อง
ตัวอย่างเช่น หากดัชนีอิงกับตลาดโทเคนที่มีการซื้อขายบางแห่งเดียวเป็นหลัก การซื้อขายขนาดเล็กหรือ feed ที่ล่าช้าอาจทำให้ราคา oracle ห่างจาก order book มากขึ้น นี่ไม่ใช่แค่เรื่องหน้าจอแสดงราคา liquidation เพราะ funding, กำไรขาดทุนที่ยังไม่เกิดขึ้นจริง, equity ของบัญชี และการชำระราคาอาจตอบสนองต่อค่าจากคนละช่วงเวลา แม้ oracle จะแข็งแรง การจับคู่คำสั่งก็ยังต่างจาก perpetual มาตรฐานได้ หากขนาดสัญญา tick หลักประกัน หรือขนาดคำสั่งสูงสุดไม่เหมือนกัน
ตรวจโหมด margin และขอบเขตของหลักประกันที่ใช้ร่วมกัน
การแยก order book และการตั้งค่า margin ไม่ได้หมายความว่าทุกสถานะ HIP-3 ใช้ isolated margin ตรวจโหมดที่กำหนดให้สินทรัพย์นั้น สเปกปัจจุบันของ Hyperliquid ระบุเกณฑ์สำหรับสินทรัพย์ HIP-3 ที่อาจใช้ cross margin เช่น สภาพคล่องที่สังเกตได้อย่างเพียงพอ oracle ภายนอกที่น่าเชื่อถือ และความทนทานต่อการบิดเบือนราคา deployer เลือกโหมด margin ได้ และอาจมีเงื่อนไขจาก validator เพิ่มเติม ตัวเลข leverage บนหน้าจอไม่ได้บอกว่ายอดในบัญชีส่วนใดเสี่ยงต่อการขาดทุน
cross margin ระหว่าง DEX ของ deployer คนละรายอาจส่งผลกระทบจากตลาดหนึ่งไปยังบัญชีร่วมได้ หากราคาผิดปกติในตลาดหนึ่งลด equity, margin ที่ใช้ได้กับสถานะในอีกตลาดก็อาจลดลงด้วย leverage สูงสุดไม่ใช่คำแนะนำให้ใช้ leverage สูง ตรวจระดับ maintenance, เพดาน open interest, ราคาอ้างอิง liquidation, ขั้นตอน backstop หรือ ADL และการตั้งค่า cross ของบัญชีไปพร้อมกัน คู่มือ margin ของ perpetual อธิบาย margin ทั่วไป ส่วน คู่มือ liquidation อธิบายขั้นตอนและข้อจำกัดของราคาที่แสดง
HIP-3 อาจเพิ่มส่วนแบ่งของ deployer ในค่าธรรมเนียมซื้อขาย
ระดับค่าธรรมเนียม perpetual มาตรฐานของ Hyperliquid อาจยังไม่พอคำนวณต้นทุน HIP-3 ทั้งหมด เอกสารทางการระบุว่าระดับพื้นฐานของผู้ใช้ใช้ร่วมกับ spot, perpetual มาตรฐาน และ HIP-3 ได้ แต่ deployer ของ HIP-3 ตั้งส่วนแบ่งตลาดเพิ่มเติมได้ ส่วนลดจาก referral หรือ staking อาจใช้ได้ตามเงื่อนไข ดังนั้นต้นทุน fill จริงขึ้นกับระดับบัญชี สถานะ maker หรือ taker หลักประกัน และการตั้งค่าตลาด ช่วงอัตราและส่วนลดเปลี่ยนได้
ในตัวอย่างทางการของโหมดปกติที่ใช้หลักประกันแบบไม่ aligned ให้คิดค่าธรรมเนียมพื้นฐานเป็นหนึ่งหน่วย: feeScale 0 คือโปรโตคอลได้หนึ่งหน่วยและ deployer ได้ศูนย์; 0.5 คือโปรโตคอลได้หนึ่งหน่วยและ deployer ได้ครึ่งหน่วย; 1 คือแต่ละฝ่ายได้หนึ่งหน่วย ดังนั้น feeScale 0.5 ไม่ได้ทำให้ค่าธรรมเนียมรวมเหลือครึ่งหนึ่งของฐาน เมื่อเป็น 1 จะเพิ่มส่วนของ deployer เท่ากับค่าธรรมเนียมพื้นฐาน ดูสูตรปัจจุบันและกรณียกเว้นของ growth mode หรือหลักประกัน aligned ในเอกสารค่าธรรมเนียม และสเปกค่าธรรมเนียม deployer
ตัวอย่างสมมติเพื่อให้เห็นขนาด: หากอัตราพื้นฐานเป็น 0.045% การ fill แบบ taker มูลค่า $10,000 หนึ่งครั้งมีค่าธรรมเนียมพื้นฐาน $10,000 × 0.00045 = $4.50 สมมติหลักประกันไม่ aligned โหมดปกติ และ feeScale 0.5 สัดส่วนตามเอกสารจะเป็น $4.50 ให้โปรโตคอลและ $2.25 ให้ deployer รวม $6.75 นี่ไม่ใช่ค่าธรรมเนียมจริงของทุกตลาด HIP-3 ระดับบัญชี maker/taker ส่วนลด growth mode หลักประกัน และการตั้งค่า deployer อาจทำให้ต่างออกไป หากคำนวณทั้งการเปิดและปิด ให้ตรวจว่าข้อสมมติเดิมยังใช้ตอนปิดหรือไม่
ระดับค่าธรรมเนียมอิงปริมาณซื้อขายย้อนหลังแบบ rolling 14 วัน ทั้ง spot และ perpetual มีส่วนในการคำนวณ โดยเอกสารปัจจุบันให้น้ำหนักปริมาณ spot เป็นสองเท่า เมื่อเปรียบเทียบตลาด ให้จดระดับบัญชี น้ำหนัก spot ลำดับส่วนลด ส่วนแบ่ง deployer และ maker rebate ตัวเลขต่ำสุดในตารางไม่ได้เท่ากับต้นทุนรวมเสมอไป คู่มือต้นทุนซื้อขาย perpetual อธิบายความต่างระหว่างต้นทุน maker, taker และบัญชี
การหยุดซื้อขายต่างจากการครบกำหนด
deployer ของ HIP-3 หยุดสินทรัพย์ได้ด้วย haltTrading สเปกปัจจุบันระบุว่าการดำเนินการนี้ยกเลิกคำสั่งที่ยังค้างทั้งหมด และชำระสถานะที่เปิดอยู่ด้วย mark price ปัจจุบัน การดำเนินการเดียวกันใช้กลับมาเปิดซื้อขายได้ด้วย ดังนั้น perpetual ที่ไม่มีวันหมดอายุก็ไม่ได้รับประกันว่าผู้ซื้อขายจะปิดได้ทุกเมื่อที่ราคาใน order book ที่เลือก ผู้ดำเนินการ ราคาอ้างอิงตอนหยุด และวิธีจัดการบัญชีเป็นเงื่อนไขจริงของสัญญา
เรื่องนี้สำคัญเมื่อสภาพคล่องที่ซื้อขายได้หายไปหรือราคาอ้างอิงดัชนีเปลี่ยน ราคา settlement ไม่จำเป็นต้องตรงกับ bid หรือ ask ล่าสุดที่จับคู่ได้ และค่าธรรมเนียม funding หรือการแปลงหลักประกันอาจยังเกี่ยวข้อง ก่อนซื้อขายตรวจสถานะและประกาศตลาด ผู้มีสิทธิ์หยุด และ mark price ปัจจุบัน คู่มือ funding ของ Hyperliquid เปรียบเทียบ funding มาตรฐานกับการตั้งค่าเฉพาะของ HIP-3
ทำให้ข้อกำหนดอยู่ในหน่วยที่เปรียบเทียบกันได้
อย่าเปรียบเทียบตลาด HIP-3 ด้วยชื่อสินทรัพย์หรือ leverage เพียงอย่างเดียว ให้ทำข้อมูลให้เทียบกันได้ว่า 1 สัญญาแทนอะไร ใช้สินทรัพย์ใดคำนวณ P&L และหลักประกัน ใช้ฟิลด์ oracle และ mark ใด ค่าธรรมเนียมคิดต่อ fill หรือทั้งสองด้าน และรวมส่วน deployer หรือไม่ สัญญาสองตัวที่อ้างอิงดัชนีหรือเครื่องมือคนละแบบอาจไม่ได้ป้องกันความเสี่ยงให้กัน แม้จะมี “BTC” ในชื่อทั้งคู่
สำหรับแต่ละตลาด จด DEX และ asset ID, สถานะซื้อขาย, แหล่ง oracle, หลักประกัน, ข้อกำหนดสัญญา, leverage สูงสุดและระดับ maintenance, โหมด cross หรือ isolated, เพดาน open interest, ต้นทุน taker ทั้งหมด, กฎ funding และวิธีหยุดกับชำระราคา หากเอกสารทางการไม่เปิดเผยข้อมูล ให้ระบุว่าไม่ทราบ แทนการแทนค่าด้วยของ perpetual มาตรฐาน เอกสาร API ของ perpetual อธิบายการเรียกสถานะตลาด ราคา และข้อมูล margin
รายการตรวจสอบนี้อธิบายความต่างที่ควรใช้เปรียบเทียบตลาด HIP-3 ไม่ใช่คำแนะนำให้ใช้ deployer หรือ exchange ใด กฎโปรโตคอลที่เผยแพร่ไม่ได้รับประกันคุณภาพ oracle สภาพคล่องที่จับคู่ได้ ความสามารถในการปฏิบัติงาน หรือผลขาดทุนในอนาคต ก่อนส่งคำสั่ง เปรียบเทียบสเปกตลาดล่าสุดกับเงื่อนไข fee และ margin ที่บัญชีของคุณแสดง
คำถามที่พบบ่อย
Q1HIP-3 เป็นบล็อกเชนหรือแอปซื้อขายแยกต่างหากหรือไม่?
ไม่ใช่ ใช้ order book และระบบดำเนินคำสั่งของ HyperCore แต่แต่ละ DEX มีตลาด margin และการควบคุมของ deployer แยกกัน
Q2สำหรับ HIP-3 ตรวจแค่ระดับค่าธรรมเนียม perpetual มาตรฐานพอหรือไม่?
ไม่พอ การตั้งค่าของ deployer อาจเพิ่มค่าธรรมเนียม ตรวจต้นทุนรวมของตลาดนั้นโดยเฉพาะ
Q3สัญญา HIP-3 ชำระราคาเหมือน perpetual มาตรฐานเสมอหรือไม่?
ไม่เสมอไป deployer อาจหยุดซื้อขายและชำระสถานะด้วย mark price ปัจจุบัน ตรวจข้อกำหนดของตลาดนั้น
แหล่งข้อมูลและการอ่านเพิ่มเติม
รายงานปัญหา
เราจะเตรียมอีเมลพร้อมลิงก์บทความนี้ Mark จะได้รับรายงานเมื่อคุณส่งอีเมลแล้วเท่านั้น
ตรวจสอบอย่างรวดเร็ว
อ่านคู่มือจบแล้ว ลองตอบคำถาม 3 ข้อ
คำถาม 01
อะไรทำให้ HIP-3 ต่างจากการเพิ่มสัญลักษณ์ใหม่ใน perpetual มาตรฐาน?
เลือกคำตอบเพื่อดูคำอธิบาย
อภิธานศัพท์ออปชัน
คำจำกัดความที่ชัดเจนของคำสำคัญ ตั้งแต่ call, put และตารางออปชัน ไปจนถึง IV กรีก ดอกเบี้ยคงค้าง และ max pain
ดูอภิธานศัพท์ออปชัน