Hyperliquid HIP-3 परपेचुअल: बाज़ार, शुल्क और जोखिम

मानक perpetual DEX और HIP-3 बाज़ार के ऑपरेटर तथा जिम्मेदारियां अलग हैं। HIP-3 builders को बिना पूर्व अनुमति perpetual DEX तैनात करने देता है, पर “permissionless” का अर्थ यह नहीं कि हर listing की समीक्षा होती है, वह असीमित है या सभी अनुबंध एक जैसे हैं। Deployer आधार संपत्ति और contract specification तय करता है, oracle मूल्य देता है और अधिकतम leverage तथा settlement जैसी सेटिंग चलाता है। Staking, listing auction, collateral शर्तें और validator कार्रवाई जैसी protocol शर्तें भी लागू हो सकती हैं।

Hyperliquid की HIP-3 specification के अनुसार, mainnet deployer को फिलहाल 500,000 HYPE stake करना और DEX तैनात होने के बाद कम-से-कम 183 दिनों तक उसे बनाए रखना होता है। ये deployer के protocol नियम हैं, किसी उपयोगकर्ता की पोज़िशन खोलने वाली margin जमा राशि नहीं। शर्तें बदल सकती हैं, इसलिए लॉन्च से पहले builder को नवीनतम specification देखनी चाहिए। केवल stake देखकर बाज़ार की सुरक्षा या ऑपरेटर की क्षमता तय नहीं की जा सकती।

HIP-3 ऑर्डर HyperCore के order book और matching ढाँचे का उपयोग करते हैं; इसका मतलब अलग blockchain या जरूरी तौर पर अलग trading app नहीं है। फिर भी हर DEX का अपना order book और margin configuration होता है। दूसरे DEX की liquidity और collateral अपने आप इसमें नहीं जुड़ती। Symbol के साथ दिखा DEX नाम, सटीक asset ID और trading status पहले पहचानें। Deployer या contract परिभाषा अलग हो तो मिलते-जुलते asset नाम एक ही contract नहीं बताते।

Hyperliquid API perpetual DEX सूची, deployer जानकारी, और हर DEX के metadata, asset context, account स्थिति तथा सीमाओं को अलग रखता है। केवल default perp DEX से डेटा लेने वाला स्क्रीन या script HIP-3 का margin schedule, open-interest cap, funding या मौजूदा trading स्थिति छोड़ सकता है। Trading interface में चुना DEX देखें और data अनुरोधों में भी वही निर्दिष्ट करें। फ़ील्ड और query scope perpetuals API reference में है।

Unrealized P&L, margin और liquidation फैसले बाज़ार के price reference पर निर्भर करते हैं। HIP-3 में deployer oracle और उसके अपडेट तय करता है। जाना-पहचाना ticker या HyperCore पर listing यह साबित नहीं करती कि संदर्भ किसी गहरे, स्वतंत्र spot बाजार को दर्शाता है। जाँचें कि underlying asset सचमुच trade होता है या नहीं, oracle स्रोत स्वतंत्र और liquid है या नहीं, index या feed कैसे निकाला जाता है और manipulation के सामने कितना मजबूत है।

Deployer actions reference में price update, funding multiplier व interest rate, margin table, open-interest cap और trading halt जैसी कार्रवाइयाँ हैं। जिम्मेदारियाँ स्पष्ट होने से operator पहचानना आसान है, लेकिन सभी बाज़ारों की सेटिंग समान नहीं होती। शुरुआती specification, बाद के बदलाव के अधिकार, update अंतराल और feed विफल होने पर व्यवहार जाँचें।

मान लें किसी index का बड़ा हिस्सा कम कारोबार वाले एक token venue पर निर्भर है। छोटा trade या देर से पहुँचा feed oracle और order book के बीच अंतर बढ़ा सकता है। यह केवल liquidation price दिखने का प्रश्न नहीं: funding, unrealized P&L, account equity और settlement अलग समय के मूल्यों पर प्रतिक्रिया दे सकते हैं। मजबूत oracle भी standard perp जैसी execution नहीं देता, यदि contract size, tick, collateral या अधिकतम order size अलग हो।

अलग order book और margin सेटिंग का अर्थ यह नहीं कि हर HIP-3 पोज़िशन isolated margin में है। Asset के लिए तय mode देखें। Hyperliquid की मौजूदा specification cross margin वाले HIP-3 assets पर पर्याप्त देखी जा सकने वाली liquidity, भरोसेमंद बाहरी oracle और price manipulation से resilience जैसी शर्तें रखती है। Deployer mode तय कर सकता है; validator शर्तें भी लागू हो सकती हैं। स्क्रीन पर leverage संख्या यह नहीं बताती कि खाते का कितना हिस्सा नुकसान झेल सकता है।

अलग deployer के DEXs में cross margin साझा खाते पर बाज़ार का झटका पहुँचा सकता है। एक बाज़ार का असामान्य मूल्य account equity घटाए तो दूसरे की पोज़िशन के लिए उपलब्ध margin भी घट सकती है। ऊँचा maximum leverage उपयोग करने की सलाह नहीं है। Maintenance स्तर, open-interest सीमा, liquidation reference price, backstop या ADL रास्ता और account का cross mode साथ में देखें। Perpetual margin guide सामान्य margin समझाता है; liquidation guide प्रक्रिया और दिखाए गए मूल्यों की सीमाएँ बताता है।

केवल Hyperliquid की मानक fee tier देखकर HIP-3 trade की कुल लागत नहीं निकाली जा सकती। आधिकारिक दस्तावेज़ के अनुसार उपयोगकर्ता की base tier spot, standard perps और HIP-3 पर लागू होती है, लेकिन HIP-3 deployer अपने बाज़ार के लिए अतिरिक्त fee share तय कर सकता है। शर्तों के अनुसार referral या staking discount भी लागू हो सकते हैं। अंतिम execution cost account tier, maker या taker, collateral और market setting पर निर्भर है; सीमाएँ और discount बदल सकते हैं।

Non-aligned collateral के साथ normal mode वाले आधिकारिक उदाहरण में base fee को एक इकाई मानें: feeScale 0 में protocol को एक और deployer को शून्य इकाई; 0.5 में protocol को एक और deployer को आधी; 1 में दोनों को एक-एक इकाई। इसलिए feeScale 0.5 कुल fee को base fee के आधे तक नहीं करता। 1 पर base fee जितना deployer हिस्सा जुड़ता है। मौजूदा formula और growth mode या aligned collateral के अपवाद fee documentation और deployer fee specification में जाँचें।

मात्रा का काल्पनिक उदाहरण: 0.045% base rate पर $10,000 का एक taker fill $10,000 × 0.00045 = $4.50 base fee देता है। Non-aligned collateral, normal mode और feeScale 0.5 मानने पर दर्ज अनुपात protocol को $4.50 और deployer को $2.25, कुल $6.75 बनाते हैं। यह हर HIP-3 बाजार का वास्तविक शुल्क नहीं है। Tier, maker/taker, discount, growth mode, collateral और deployer सेटिंग बदल सकती है। Round trip में बंद करते समय भी वही मान लागू हैं या नहीं देखें।

Fee tier पिछले 14 दिनों के rolling volume पर आधारित होती है। Spot और perp volume दोनों गिने जाते हैं; मौजूदा दस्तावेज़ spot volume को दोगुना भार देता है। बाज़ार तुलना में account tier, spot का भार, discount का क्रम, deployer हिस्सा और maker rebate दर्ज करें। Tier table का सबसे छोटा अंक कुल लागत नहीं होता। Perpetual trading-cost guide maker, taker और account लागत का अंतर समझाता है।

HIP-3 deployer haltTrading से asset रोक सकता है। मौजूदा specification कहती है कि इससे सभी resting order रद्द होते हैं और खुली पोज़िशन मौजूदा mark price पर settle होती हैं। यही कार्रवाई trading फिर शुरू भी कर सकती है। इसलिए बिना expiration वाला perp यह गारंटी नहीं देता कि trader चुने हुए order-book price पर किसी भी समय बंद कर पाएगा। Operator, halt के समय का price reference और account व्यवहार contract की व्यावहारिक शर्तें हैं।

Executable liquidity गायब होने या index reference बदलने पर यह महत्वपूर्ण है। Settlement price आखिरी executable bid या ask के बराबर होना जरूरी नहीं; fee, funding और collateral conversion भी मायने रख सकते हैं। Trading से पहले market status और notices, रोकने का अधिकार किसके पास है और current mark price देखें। Hyperliquid funding guide standard funding को HIP-3 की अलग सेटिंग से तुलना करता है।

HIP-3 बाज़ारों की तुलना केवल asset नाम या leverage से न करें। एक contract क्या दर्शाता है, P&L और collateral किन assets में हैं, कौन से oracle और mark price field लागू हैं, fee प्रति fill है या दोनों ओर की और deployer share शामिल है या नहीं—इन सबको समान आधार पर लाएँ। अलग index या instrument वाले दो contract एक-दूसरे को hedge नहीं करते, भले दोनों के नाम में “BTC” हो।

हर बाज़ार का DEX और asset ID, trading status, oracle स्रोत, collateral, contract specification, maximum leverage और maintenance tier, cross या isolated mode, open-interest cap, कुल taker cost, funding नियम और halt तथा settlement प्रक्रिया लिखें। आधिकारिक दस्तावेज़ कोई जानकारी न दे तो standard perp का मूल्य भरने की जगह अज्ञात लिखें। Perpetuals API reference market status, price और margin context query करने का तरीका बताता है।

ये जाँचें HIP-3 बाज़ार तुलना के अंतर बताती हैं; किसी deployer या exchange की सिफारिश नहीं। प्रकाशित protocol नियम oracle गुणवत्ता, निष्पादित हो सकने वाली liquidity, संचालन क्षमता या भविष्य के नुकसान की गारंटी नहीं देते। Order से पहले नवीनतम market specification को खाते में दिख रही fee और margin शर्तों से मिलाएँ।