Skip to content
คู่มือออปชันทั้งหมด
สัญญา Perpetual บน Hyperliquid11 min read

Funding Rate ของ Hyperliquid: สูตรและการชำระรายชั่วโมง

ทำความเข้าใจสูตร Funding ของสัญญา Perpetual มาตรฐานบน Hyperliquid การแบ่งอัตราที่คำนวณบนฐาน 8 ชั่วโมงเป็นการชำระรายชั่วโมง และวิธีตรวจสอบราคา Oracle กับรายการเงินจริงในบัญชี

ในคู่มือนี้Funding Rate กับจำนวนเงินที่ชำระเป็นคนละตัวเลข

สรุปสั้น

สัญญา Perpetual มาตรฐานของ Hyperliquid คำนวณ Funding Rate ด้วยสูตรที่มีฐาน 8 ชั่วโมง แต่ชำระทุกชั่วโมงในอัตราหนึ่งในแปดของค่านั้น จำนวนที่ชำระขึ้นอยู่กับขนาดสถานะ ราคา Oracle ณ เวลาที่เกิดเหตุการณ์ และอัตรารายชั่วโมง โดยไม่ใช้ Mark Price ในการคำนวณ Funding ดังนั้นตัวเลขอัตราที่แสดงเพียงอย่างเดียวจึงยังบอกไม่ได้ว่าบัญชีจะได้รับหรือถูกหักเท่าใด ควรตรวจสอบประเภทตลาดด้วย เพราะตลาด HIP-3 และ Hyperps อาจใช้กฎต่างกัน

Funding Rate กับจำนวนเงินที่ชำระเป็นคนละตัวเลข

Funding Rate คือเปอร์เซ็นต์ที่ใช้กับเหตุการณ์ Funding ส่วนจำนวนเงินที่ชำระคือกระแสเงินสดที่เกิดจากการนำอัตรานั้นไปใช้กับมูลค่าอ้างอิงของสถานะหนึ่ง ๆ อัตราเดียวกันอาจทำให้จำนวนเงินต่างกันตามขนาดและราคาของสถานะ เครื่องหมายบวกหรือลบของอัตราและฝั่งสถานะจะกำหนดว่าใครเป็นผู้จ่ายหรือรับ เอกสาร Hyperliquid อธิบายว่า Funding โอนระหว่างผู้ถือสถานะ Long และ Short และโปรโตคอลไม่เก็บค่าธรรมเนียมแยกสำหรับการจ่าย Funding

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

สูตรคำนวณบนฐาน 8 ชั่วโมง แต่จ่ายทุกชั่วโมง

สูตร Funding ของสัญญา Perpetual มาตรฐานนำค่าเฉลี่ยดัชนี Premium P มารวมกับองค์ประกอบดอกเบี้ยคงที่:

อัตรา 8 ชั่วโมง F = P + clamp(0.0001 − P, −0.0005, 0.0005)

clamp(x, ขอบล่าง, ขอบบน) จำกัดค่าให้อยู่ภายในช่วงที่กำหนด 0.0001 เท่ากับ 0.01% และ 0.0005 เท่ากับ 0.05% หาร F ด้วย 8 เพื่อหาอัตรารายชั่วโมง การจ่ายทุกชั่วโมงไม่ได้หมายถึงการนำอัตรา 8 ชั่วโมงเต็มมาคิดซ้ำทุกครั้ง

หากสมมติว่า P เท่ากับศูนย์ F จะเท่ากับ 0.01% ต่อ 8 ชั่วโมง อัตรารายชั่วโมงคือ 0.0001 ÷ 8 = 0.0000125 หรือ 0.00125% ตัวอย่างนี้แสดงเฉพาะองค์ประกอบดอกเบี้ยคงที่ ไม่ใช่อัตราตลาดปัจจุบัน ฐาน 8 ชั่วโมงก็ไม่ได้ล็อกอัตราสำหรับ 8 ชั่วโมงถัดไป เอกสารระบุว่าระบบเก็บตัวอย่าง Premium ทุก 5 วินาทีและคำนวณค่าเฉลี่ยตลอดหนึ่งชั่วโมง หากต้องรวมหลายเหตุการณ์ ให้รวมรายการจ่ายจริงของแต่ละเหตุการณ์แทนการนำอัตราชั่วขณะหนึ่งไปคูณตลอดช่วงเวลา อ่าน เอกสาร Funding ของ Hyperliquid

Premium เปรียบเทียบราคา Impact กับราคา Oracle

ดัชนี Premium วัดความสัมพันธ์ระหว่างตลาด Perpetual กับราคา Oracle ของตลาด Spot ราคา Impact Bid และ Impact Ask คือราคาเฉลี่ยที่ได้เมื่อซื้อขายมูลค่า Impact ที่ตลาดกำหนดกับแต่ละฝั่งของสมุดคำสั่ง

ส่วนต่างราคา = max(Impact Bid − ราคา Oracle, 0) − max(ราคา Oracle − Impact Ask, 0)

Premium = ส่วนต่างราคา ÷ ราคา Oracle

ดังนั้น Premium จึงไม่จำเป็นต้องเท่ากับราคาซื้อขายล่าสุดลบด้วยราคา Spot Hyperliquid ระบุว่าเก็บตัวอย่าง Premium ทุก 5 วินาทีและหาค่าเฉลี่ยในช่วงหนึ่งชั่วโมง ส่วน Oracle ก็ไม่ได้เป็นเพียงราคาล่าสุดจากแพลตฟอร์มเดียว เอกสารอธิบายว่า Validator คำนวณค่ามัธยฐานถ่วงน้ำหนักตามสภาพคล่องจากราคา Spot ของหลายศูนย์ซื้อขายแบบรวมศูนย์ ราคา Oracle และ Mark Price ทำหน้าที่คนละอย่าง โดยสูตร Funding มาตรฐานใช้ Oracle เพื่อหาค่า Premium ดูเพิ่มเติมที่ คำอธิบาย Mark Price เทียบกับราคาซื้อขายล่าสุด

ภาพสองฝั่งที่กลับด้านกันแสดงการโอนโทเคนจาก Long ไป Short เมื่อ Premium เป็นบวก และโอนกลับทิศเมื่อเป็นลบ
ภาพนี้เป็นเพียงแนวคิด ลูกศรแสดงทิศทางการจ่าย ไม่ได้แสดงอัตราหรือจำนวนเงินจริง ในตลาดมาตรฐาน Funding บวกไหลจาก Long ไป Short ส่วน Funding ลบจะกลับทิศ การจ่ายจริงใช้อัตรารายชั่วโมงและราคา Oracle ณ เหตุการณ์นั้น

จำนวนเงินที่จ่ายเปลี่ยนตามสถานะ ราคา และอัตรา

สมมติว่าอัตราเป็นบวก P เท่ากับศูนย์ ถือสถานะ 1 BTC และราคา Oracle ณ เหตุการณ์อยู่ที่ $10,000 มูลค่าอ้างอิงอย่างง่ายคือ $10,000:

จำนวนเงินที่จ่ายต่อชั่วโมง = ขนาดสถานะ × ราคา Oracle × Funding Rate รายชั่วโมง

1 BTC × $10,000 × 0.0000125 = $0.125

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

เพื่อดูผลของขอบเขต Premium ลองใช้ P สมมติที่ 1% ตัวเลขนี้ตั้งใจให้สูงเพื่ออธิบายกลไก ไม่ใช่ค่าตลาดหรือการคาดการณ์:

F = 1% + clamp(0.01% − 1%, −0.05%, 0.05%) = 0.95% — อัตราฐาน 8 ชั่วโมง

อัตรารายชั่วโมง = 0.95% ÷ 8 = 0.11875% = 0.0011875

1 BTC × $10,000 × 0.0011875 = $11.875

ภายใต้อัตราบวกนี้ Long จ่ายประมาณ 11.875 USDC ต่อชั่วโมงให้ Short ตัวอย่างแสดงการทำงานของขอบเขตเมื่อ Premium สูงกว่าองค์ประกอบดอกเบี้ยคงที่มาก การคำนวณจริงต้องใช้อัตราเฉลี่ยในช่วงนั้น ขนาดสถานะที่ถูกต้อง ราคา Oracle ณ เหตุการณ์ และกฎของตลาดนั้น ๆ เพดานสูงสุดที่ระบุไว้ไม่ใช่อัตราทั่วไปหรือการคาดการณ์ต้นทุนในอนาคต

แยก Funding ออกจากกำไรขาดทุนของการซื้อขายเมื่อตรวจบัญชี

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

ตัวอย่างเช่น สถานะ Long 1 BTC จ่าย Funding 0.125 USDC ในหนึ่งชั่วโมง หากราคา BTC เพิ่มขึ้นและทำให้กำไรจากราคาที่ซื้อขายได้จริง +20 USDC ให้บันทึกกำไรจากราคา +20, Funding −0.125 และค่าธรรมเนียมเป็นรายการแยกกัน ฝั่ง Short อาจได้รับ Funding บวกแต่ขาดทุนจากราคาเป็นจำนวนมากกว่าได้

API ของ Hyperliquid แยกข้อมูลบริบทสินทรัพย์ปัจจุบัน ประวัติ Funding Rate และประวัติ Funding ของผู้ใช้ออกจากกัน รายการของผู้ใช้อาจมีเวลา เหรียญ ขนาดสถานะพร้อมเครื่องหมาย อัตราที่ใช้ และจำนวน USDC หากต้องการตรวจสอบเงินจริงที่เข้าออก ให้เทียบเวลาเหตุการณ์กับยอดใน usdc แทนการดูค่าประมาณบนหน้าจอเพียงอย่างเดียว ส่วน predictedFundings ให้ค่าคาดการณ์ของเหตุการณ์ถัดไปและเวลาที่จะเกิด ไม่ใช่รายการจ่ายที่บันทึกแล้ว เอกสารระบุว่าการค้นหาค่าคาดการณ์นี้รองรับเฉพาะ perp DEX แห่งแรก ดูรายละเอียดใน เอกสารอ้างอิง API สำหรับ Perpetual

ตลาด Hyperliquid ไม่ได้ใช้สูตรเดียวกันทั้งหมด

สูตรข้างต้นอธิบาย Perpetual มาตรฐานที่เชื่อมโยงกับ Spot Oracle เอกสาร Hyperliquid ระบุว่า Perpetual แบบ HIP-3 ที่ Builder เปิดใช้มีสูตร Premium อีกแบบซึ่งตอบสนองไวกว่า โดยเปรียบเทียบค่าเฉลี่ยของ Impact Bid และ Ask กับ Oracle และผู้ Deploy สามารถกำหนดตัวคูณ Funding Rate กับองค์ประกอบดอกเบี้ยได้ อย่านำอัตราของ HIP-3 ไปใส่ในสูตรมาตรฐานโดยไม่ตรวจสอบกฎของตลาด

Hyperps ก็แตกต่างกัน แทนที่จะเชื่อมกับ Spot Oracle ภายนอกแบบ Perpetual มาตรฐาน ผลิตภัณฑ์นี้ใช้อัตราเฉลี่ยเคลื่อนที่ของ Mark Price ของตัวเองเป็นข้อมูลอ้างอิง Funding ก่อนคำนวณให้ระบุว่าตลาดเป็น Perpetual มาตรฐาน HIP-3 หรือ Hyperps เอกสาร Hyperps อธิบายราคาอ้างอิงและวิธีคำนวณที่ต่างออกไป ตรวจหน่วยสัญญา หลักประกัน และสกุลเงินราคาได้จาก ข้อมูลจำเพาะของสัญญา ส่วนการเปรียบเทียบโครงสร้างเพิ่มเติมอยู่ใน สัญญา Perpetual แบบ Linear กับ Inverse

การได้รับ Funding ไม่ใช่รายได้ที่ปราศจากความเสี่ยง

การถือสินทรัพย์ Spot พร้อมเปิด Short Perpetual ที่มีขนาดใกล้เคียงกันอาจลดความเสี่ยงจากทิศทางราคาและอาจได้รับ Funding บวก แต่ไม่ได้ทำให้เป็น Arbitrage ที่รับประกันได้ Funding อาจลดลงหรือกลับเป็นลบ ส่วนส่วนต่างระหว่าง Spot กับ Perpetual ก็เปลี่ยนแปลงได้ Bid-Ask Spread, Slippage, ค่าธรรมเนียม ต้นทุนการเก็บรักษาหรือโอนสินทรัพย์ล้วนเปลี่ยนผลลัพธ์ได้ การเคลื่อนไหวของ Basis หรือแรงกดดันจากหลักประกันอาจทำให้สถานะ Short ถูก Liquidate ระหว่างที่ได้รับ Funding

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

รายการตรวจสอบ Funding หนึ่งบรรทัด

  1. ตลาดและสัญลักษณ์: Perpetual มาตรฐาน, HIP-3 หรือ Hyperps
  2. ช่วงเวลาของอัตรา: ผลลัพธ์ฐาน 8 ชั่วโมงหรืออัตราที่ใช้รายชั่วโมง
  3. ทิศทางการจ่าย: เครื่องหมายของอัตราประกอบกับฝั่งของสถานะ
  4. มูลค่าอ้างอิง: ขนาดสถานะ ราคา Oracle ณ เหตุการณ์ และสินทรัพย์ในบัญชี
  5. เวลา: เหตุการณ์ถัดไปที่คาดการณ์หรือรายการที่ยืนยันแล้วตาม UTC
  6. หน้าที่ของราคา: Oracle สำหรับ Funding, Mark สำหรับจัดการความเสี่ยง
  7. กระแสเงินสดอื่น: กำไรขาดทุนจากการซื้อขาย ค่าธรรมเนียม หลักประกัน และ Funding

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

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

Q1สถานะ Long ต้องจ่าย Funding เสมอหรือไม่?

ไม่เสมอไป เมื่ออัตราเป็นบวก Long จ่ายให้ Short แต่เมื่ออัตราเป็นลบ ทิศทางการจ่ายจะกลับกัน

Q2ฐาน 8 ชั่วโมงทำให้อัตราคงที่ตลอด 8 ชั่วโมงหรือไม่?

ไม่ใช่ นั่นเป็นฐานของสูตร Premium คำนวณจากตัวอย่างตลอดหนึ่งชั่วโมง และอัตราอาจเปลี่ยนในเหตุการณ์ถัดไป

Q3ตลาด Hyperliquid ทุกแห่งใช้สูตรเดียวกันหรือไม่?

ไม่ใช่ ตรวจสอบกฎของ HIP-3 และ Hyperps เพราะราคาอ้างอิงและวิธี Funding อาจต่างกัน

แหล่งข้อมูลและการอ่านเพิ่มเติม

รายงานปัญหา

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

ตรวจสอบอย่างรวดเร็ว

อ่านคู่มือจบแล้ว ลองตอบคำถาม 3 ข้อ

คำถาม 1 / 3

คำถาม 01

ควรอธิบายช่วงเวลาการจ่าย Funding มาตรฐานของ Hyperliquid อย่างไร?

เลือกคำตอบเพื่อดูคำอธิบาย

อภิธานศัพท์ออปชัน

คำจำกัดความที่ชัดเจนของคำสำคัญ ตั้งแต่ call, put และตารางออปชัน ไปจนถึง IV กรีก ดอกเบี้ยคงค้าง และ max pain

ดูอภิธานศัพท์ออปชัน
อ่านการปรับสัญญาเป็นระยะในฐานะบันทึก ไม่ใช่สัญญาณอธิบาย Funding Rate ของ Perpetual Futures: การจ่ายเงิน ช่องว่างราคา และกฎของแพลตฟอร์มเรียนรู้ว่า funding rate ของ perpetual futures คืออะไร การจ่ายเงินเป็นระยะสัมพันธ์กับช่องว่างราคาอย่างไร และควรตรวจบันทึกเฉพาะแพลตฟอร์มใดก่อนตีความตัวเลข fundingต้นทุนของสถานะ perpetualต้นทุนการเทรดคริปโต perpetual: ค่าธรรมเนียม สเปรด slippage และ fundingแยกเงินที่กันไว้สำหรับคำสั่งออกจากต้นทุนจริง แล้วกระทบยอดค่าธรรมเนียมเปิดและปิด ส่วนต่างการส่งคำสั่ง และ funding โดยไม่คิดซ้ำสามราคา สามหน้าที่ที่ต่างกันMark Price เทียบกับราคาซื้อขายล่าสุดในคริปโต: ทำไมการล้างสถานะจึงต่างกันเปรียบเทียบราคา Index, Mark และราคาซื้อขายล่าสุดของสัญญา Perpetual เพื่อดูว่าราคาใดอาจใช้เรียกหลักประกันหรือกระตุ้น Stop และเหตุใดจึงต่างจากกราฟกลไกสัญญาคริปโตสัญญา Perpetual คริปโตแบบ Linear และ Inverse: กำไรขาดทุนและการชำระเปรียบเทียบสัญญา Perpetual แบบ Linear และ Inverse ด้วยตัวอย่างมูลค่าอ้างอิงเท่ากัน พร้อมอธิบายการชำระเป็นเหรียญและความเสี่ยงของหลักประกันเปรียบเทียบจุดที่ต่างกันจริงPerpetual บน CEX กับ DEX: การดูแลสินทรัพย์ คำสั่ง และการถอนเปรียบเทียบแพลตฟอร์มรับฝากสินทรัพย์กับโปรโตคอล perpetual แบบ on-chain ผ่านการควบคุมกุญแจ การส่งคำสั่ง หลักประกัน และการกู้คืนบัญชี โดยไม่ใช้คำว่า CEX หรือ DEX เป็นระดับความปลอดภัยตายตัว