تحليل عميق لـ HIP-3: كيف تجعل Hyperliquid "الإصدار الجديد" حقًا للمطورين

كتابة: Blocksec

تم إطلاق HIP-3 (اقتراح تحسين Hyperliquid 3) على الشبكة الرئيسية منذ حوالي 3 أشهر، ومنذ إطلاقه، تجاوز حجم التداول التراكمي للأسواق المخصصة من قبل الأطراف الثالثة 130 مليار دولار، مما يعني أن عملية “الإضافة الجديدة” تتغير من كونها جزءًا من عمليات البورصة الداخلية إلى أن تصبح بنية تحتية يمكن للمطورين الخارجيين استدعاؤها مباشرة.

في البورصات المركزية، تعتبر “الإضافة الجديدة” حقًا طبيعيًا للمنصة: أي الأصول التي يمكن تداولها، ومتى يتم إطلاقها، وكيفية تحديد المعلمات، كلها غالبًا ما تتحدد بواسطة عمليات التشغيل وإدارة المخاطر. حتى على السلسلة، غالبًا ما تكون فئات العقود الدائمة، التي تعتبر من البنى التحتية الأساسية، مقيدة بسرعة النشر والإدارة من قبل فرق قليلة.

الابتكار في HIP-3 يكمن في تحويل هذه العملية من “موافقة المنصة” إلى “فتح الواجهة البرمجية”: طالما توافرت الشروط، يمكن للأطراف الثالثة نشر أسواق عقود دائمة جديدة على نفس منصة التداول والتسوية، مما يسمح بنقل حق الإضافة من النظام المركزي إلى نظام بيئي بشكل منهجي. هذا التحسين لا يقلل فقط من عتبة الابتكار، بل يعزز أيضًا قابلية التوسع في السوق. ومع ذلك، فإن فتح الواجهات البرمجية يحمل مخاطر أمنية محتملة لا يمكن تجاهلها، ويظل ضمان التشغيل القانوني لهذه الأسواق وخلوها من الأنشطة الخبيثة هو قضية رئيسية تتطلب تقييمًا دقيقًا في تصميم HIP-3.

0x1 Hyperliquid: قاعدة HIP-3

Hyperliquid هو بنية تحتية للتداول الدائم تعمل على شبكة خاصة به. بالنسبة لـHIP-3، النقطة الأهم هي: أن التوفيق، والتسوية، والتسوية النهائية توفرها قاعدة البروتوكول بشكل موحد، ويمكن إعادة استخدام قدرات السوق، بدلاً من بناء نظام تداول من الصفر.

اعتمد Hyperliquid على بنية ذات طبقتين:

HyperCore: سلسلة كتل مخصصة لتحسين العقود، وتعمل على تحسين أداء العقود، وتستطيع معالجة 200,000 أمر في الثانية، وتتمتع بحتمية نهائية مؤكدة.

HyperEVM: طبقة التطبيق، يمكنها تشغيل العقود الذكية، ومتوافقة مع EVM.

أسواق perp الأصلية في Hyperliquid (المدارة من قبل المدققين) لا تزال تشبه إلى حد كبير عمليات CEX التقليدية: حيث تقوم الجهات الرسمية بنشر العقود الدائمة بناءً على رغبة المجتمع؛ أما الإزالة فتصوت عليها عقد المدققين.

سيقوم بروتوكول Hyperliquid بدعم العقود الدائمة التي ينشرها المطورون (HIP-3)، وهو معلم رئيسي نحو جعل عملية إدراج العقود الدائمة لامركزية بالكامل.

0x2 HIP-3: الأسواق التي ينشرها المطورون

مفهوم HIP-3 بسيط جدًا: بدون تعديل قاعدة التداول والتسوية في Hyperliquid، يتم فتح القدرة على “إضافة أسواق دائمة” للمطورين الذين يستوفون الشروط. يتحمل المطور مسؤولية تحديد المعلمات الرئيسية للسوق وعمليات التسعير/الصيانة، بينما يستخدم البروتوكول محرك ضمانات وتسوية موحد لتنفيذ العمليات وإدارة المخاطر؛ ومن هنا، تتحول عملية “الإضافة” من عملية داخلية في النظام إلى واجهة برمجية يمكن استدعاؤها.

ببساطة: يمكن للمطور نشر سوق عقد دائم يعتمد على محرك HyperCore، ويقوم بضبط الأسعار والمعلمات بنفسه.

حدود مسؤولية المطور

في HIP-3، يتحمل المطور مسؤولية سوق perp (السوق) من نوعين: تعريف السوق وإدارته.

تعريف السوق (Market definition):

يُختصر هذا من قبل الرسميين في تعريف oracle + مواصفات العقد. على مستوى العمليات، يتضمن على الأقل:

تعريف oracle:

يشمل تحديد سعر oracle الابتدائي ومصدر السعر. عند تعريف السوق، يجب على المطور تحديد أصل أو مصدر بيانات واضح، يصعب التلاعب به وله جوهر اقتصادي؛ وعند تسجيل الأصل، يجب تقديم سعر oracle الابتدائي.

مواصفات العقد:

تحديد معلمات السوق بشكل واضح في واجهة API، مثل: “رمز الأصل / الحد الأدنى للطلب / أقصى رفع مالي” (coin، szDecimals، maxLeverage، وغيرها).

اختيار DEX:

يبدأ المطور بنشر DEX دائم (كل DEX لديه ضمانات خاصة، دفتر أوامر، وإعدادات النشر)، ويمكنه اختيار أي أصل عرض سعر كضمان (مثل USDC)، وكل سوق دائم يقابل DEX معين.

إدارة السوق (Market operation):

تذكر الرسميون أن ذلك يشمل ضبط أسعار oracle / حدود الرفع المالي / تسوية السوق عند الحاجة، بالتفصيل:

تحديث الأسعار:

يتم عبر واجهة setOracle لضبط سعر oracle بشكل مستمر.

حدود الرفع المالي:

يتم تحديدها عبر تخصيص جدول ضمانات (margin table) للأصل، بحيث يتم تحديد الحد الأقصى للرفع المالي وفقًا لحجم المركز، مع تقسيمه إلى فئات، لتقييد الرفع المالي ضمن النطاق المسموح.

التسوية عند الضرورة:

يمكن للمطور إيقاف التداول عبر واجهة haltTrading، مما يؤدي إلى تسوية السوق — إلغاء جميع الأوامر وتسوية المراكز بسعر العلامة الحالي (mark price)؛ ويمكن أيضًا استخدام نفس الإجراء لاستئناف التداول.

حاليًا، يدعم سوق HIP-3 فقط وضعية العزل (isolated-only)، وربما يدعم مستقبلاً وضعية المجموع الكلي (cross).

عملية إطلاق السوق بالكامل

1. الرهان (Stake)

يتطلب الشبكة الرئيسية من المطور أن يودع 500 ألف HYPE؛ وحتى لو أوقف جميع أسواقه على DEX، يجب أن يظل الرهان قائمًا لمدة 30 يومًا.

2. البناء (Build)

بعد استيفاء شرط الرهان، يمكن للمطور نشر DEX دائم. كل DEX دائم هو مجال تداول مستقل: ضمانات مستقلة، دفتر أوامر، وإعدادات نشر.

3. تعيين الضمان (Set collateral)

يمكن اختيار أي أصل عرض سعر كضمان، لكن إذا فقد هذا الأصل صلاحيته كضمان بدون إذن (بقرار من المدققين)، فسيتم تعطيل DEX الذي يستخدمه كضمان.

4. إضافة الأسواق (Add markets)

يمكن نشر أول 3 أسواق مباشرة؛ ولإضافة أسواق جديدة، يجب الحصول على “حصة” عبر مزاد هولندي.

5. تشغيل الأسواق (Operate markets)

بعد إطلاق السوق، يتحول عمل المطور إلى “تشغيل السوق بشكل مستقر”، أي إدارة السوق.

6. إلغاء الرهان (Unstake)

عند تسوية جميع الأسواق على DEX، يمكن سحب الرهان البالغ 500 ألف HYPE، ويبدأ طلب سحب الرهان في انتظار 7 أيام، وخلال هذه الفترة لا يمكن استرداده.

مزاد هولندي: الدورة الحالية تستغرق 31 ساعة، وسعر البداية هو ضعف السعر النهائي (السعر المبرم/السعر الأدنى).

SetOracle: ثلاثة أنواع من مدخلات السعر

في HyperCore، يُستخدم سعر oracle بشكل رئيسي لربط وحساب رسوم التمويل (funding)، بينما يُستخدم سعر العلامة (mark price) كعلامة في سيناريوهات إدارة المخاطر مثل الضمان والتصفية (ويُستخدم أيضًا لتفعيل TP/SL).

في السوق الأصلية، لا يكون سعر العلامة نتيجة مباشرة لأسعار التغذية، بل هو الوسيط بين ثلاثة أسعار محسوبة:

oraclePx + EMA(midPx - oraclePx)

متوسط السعر الأفضل (best bid، best ask، آخر صفقة)(

متوسط أسعار perp بين عدة CEX)، وهو متوسط مرجح.

أما في HIP-3، فإن وظيفة سعر oracle وسعر العلامة لم تتغير، لكن آلية الحساب تغيرت:

مدخلات setOracle

a. oraclePx (يجب أن يكون ()

تعريف أساسي يتوافق مع HyperCore.

b. markPx )اختياري)

يمكن تقديم 0-2 مجموعات من أسعار العلامة الخارجية كمرشحين للسعر الحقيقي.

c. externalPerpPx (يجب أن يكون)

كمصدر مرجعي لسعر العلامة، لمنع انحراف مفاجئ في السعر.

عادةً، ينشر المطورون عقد relayer سعر التغذية، ويقومون بحساب oraclePx بناءً على مصادر خارجية، وmarkPx يتم حسابه بواسطة خوارزمية مخصصة، وexternalPerpPx هو المتوسط المرجح لأسعار perp من عدة CEX.

2. سعر العلامة الفعلي

HIP-3 لا يستخدم سعر التغذية مباشرة كعلامة، بل يُحسب كالتالي:

حساب local mark: median(best bid، best ask، آخر صفقة)

ثم يُجمع مع سعر العلامة (0-2 مجموعات) ويُأخذ الوسيط ليكون السعر الجديد.

3. قيود setOracle

تردد التحديث: يجب أن يكون بين كل استدعاء وآخر على الأقل 2.5 ثانية، وإذا لم يُحدّث سعر العلامة خلال 10 ثوانٍ، يُعاد إلى السعر المحلي.

حدود التغير: لا يتجاوز التغير في سعر العلامة ±1% في كل تحديث؛ وكل الأسعار تُقيد ضمن نطاق 10 أضعاف سعر افتتاح اليوم.

7×24 ساعة و غير 7×24 ساعة: آليات التسعير المختلفة

في HIP-3، يدعم سوق العقود الدائمة إدراج أي أصل، ويمكن تصنيف الأصول إلى:

• أصول 7×24H (تداول على مدار الساعة، مثل BTC)

• أصول غير 7×24H (تداول في أوقات محددة، مثل الأسهم)

طبيعة أوقات التداول تؤثر على طرق الحصول على السعر.

بالنسبة للأصول 7×24H، يمكن الحصول على سعر ثابت من خلال منصات CEX/DEX أو من خلال أوامر موثوقة.

أما للأصول غير 7×24H، فلا يمكن الحصول على سعر موثوق إلا خلال أوقات السوق المفتوحة، ويجب استخدام آلية تسعير أخرى خلال الإغلاق.

مثال: سوق العقود الدائمة على الأسهم في trade.xyz:

خلال أوقات السوق، يتم الاعتماد على أوامر من مصادر خارجية مستقرة مثل Pyth.

خلال الإغلاق، يُعتمد على سعر الإغلاق السابق، مع تعديل بناءً على ضغط الطلب الداخلي، مع تقييد السعر ضمن ±1 / max_leverage من سعر الإغلاق السابق (مثلاً، تسلا 10x -> 10%).

التصفية

تمت إعادة استخدام منطق التصفية في HyperCore، حيث يتم التصفية عندما لا يغطي صافي قيمة المركز (isolated position value) الحد الأدنى للضمانات.

التصفية تعتمد على سعر العلامة، وليس على سعر الصفقة.

صيغة سعر التصفية:

side = 1 (طويل)، -1 (قصير)

l: معدل الضمانات المستمر

ويتم تحديد MAINTENANCE_LEVERAGE من خلال فئة الضمانات للمركز، حيث يُقرأ معدل الضمانات المستمر (mmr) من الفئة.

إذا كانت هناك فئات، يُستخدم معدل الضمان الخاص بالفئة التي ينتمي إليها المركز.

margin_available

isolated: isolated_margin - maintenance_margin_required

بعد دخول حالة التصفية، يُحاول النظام إغلاق المركز بأمر سوق، وإذا أمكن، يُعاد إلى وضع آمن، وتظل باقي الضمانات في يد المتداول.

لكن في حالات ضعف العمق أو الفجوات السعرية، قد يكون سعر الإغلاق الفعلي أعلى أو أقل بكثير من سعر العلامة، مما يسبب “فجوة تصفية”.

قيمة المركز المعزول: صافي قيمة المركز عند سعر العلامة الحالي (بعد حساب الأرباح والخسائر، وخصم الضمانات المرتبطة).

ADL (Auto-Deleveraging):

عند وصول قيمة المركز المعزول إلى سالب، يُفعّل نظام ADL، حيث يتم تصفية أو تقليل المركز من قبل طرف مقابل وفقًا للأرباح غير المحققة والرافعة المالية، باستخدام سعر العلامة السابق، لتجنب خسائر غير مغطاة.

يتم ترتيب عمليات ADL وفقًا لمعيار:

السعر السابق للعلامة: السعر الذي سجل قبل تفعيل ADL.

مثال:

قبل تفعيل ADL، سعر العلامة = 3000.

بسبب قيود setOracle، يمكن أن يُحدّث السعر إلى أقصى حد 2970 (-1%).

لكن، مع ضعف الطلب، يتم تنفيذ أمر التصفية بسعر 2910، مما قد يسبب فجوة في المركز ويؤدي إلى تفعيل ADL.

0x3 نظرة عامة على المخاطر:

القيود والمسؤوليات الرئيسية

آلية العقوبات (Slashing): صلاحيات المساءلة

يمنح HIP-3 المطورين حق “الإضافة والتشغيل” مع قواعد عقابية قابلة للتنفيذ: يجب على المطورين إيداع HYPE، وإذا ثبت سوء إدارة، يمكن للمدققين التصويت على العقوبات وحرق الرهانات.

متطلبات الرهان

الشبكة الرئيسية تتطلب من المطور أن يودع 500 ألف HYPE، وحتى لو أوقف جميع أسواقه، يجب أن يظل الرهان قائمًا لمدة 30 يومًا.

التصويت والتصنيف

عند وجود عمليات سوق خبيثة، يمكن للمدققين التصويت باستخدام وزن الرهان لاتخاذ قرار العقوبة.

مبادئ الحكم

يؤكد الرسميون أن العقوبات لا تميز بين “خبيث / غير كفء / سرقة المفتاح الخاص”، وإنما تعتمد على مدى تسبب سلوك المطور في حالة غير فعالة، توقف طويل، أو تدهور الأداء.

نسبة العقوبة

يحددها التصويت، مع حدود قصوى:

حالة غير فعالة أو توقف طويل: حتى 100%

توقف مؤقت: حتى 50%

تدهور الأداء: حتى 20%

الرموز المودعة التي تُعاقب تُحرق، ولا تُعوض المستخدمين المتضررين.

مخاطر إعداد المعلمات

setOracle

أسعار oracle عادة ما تأتي من خوادم relayer للمطور، وتوجد مخاطر مركزية، مثل تسرب المفتاح الخاص أو هجمات DDoS، مما قد يؤدي إلى تلاعب خبيث في الأسعار.

haltTrading

يمكن للمطور إيقاف التداول عبر haltTrading، وإغلاق جميع الأوامر وتسوية المراكز بسعر العلامة الحالي، لكن يجب استخدامه بحذر، خاصة في حالات هجوم أو تلاعب بالسوق، حيث قد يؤدي ذلك إلى خسائر كبيرة.

setMarginTableIds / InsertMarginTable

تعريف جدول ضمانات جديد أو ربط سوق معين بجدول ضمانات معين، مع مخاطر زيادة الرافعة المالية بشكل مفرط، مما قد يسبب تفعيل ADL بشكل غير متوقع.

تغيير وضعية الهامش (setMarginModes)

حالياً، يدعم HIP-3 فقط وضعية الهامش المعزول (isolated)، مع احتمال دعم وضعية الهامش الكلي (cross) مستقبلًا، لكن ذلك قد ينقل مخاطر السيولة من سوق منخفض إلى سوق عالي السيولة، لذا يُنصح بعدم استخدامه قبل وجود حلول مناسبة.

مخاطر أوامر التغذية (Oracle)

بالنسبة للأصول 7×24H، تعتمد المخاطر على دقة واستقرار خدمات oracle الخارجية، وأيضًا على مركزية خادم relayer.

أما للأصول غير 7×24H، فالمخاطر أكبر في عدم توفر سعر موثوق خلال أوقات الإغلاق، مما قد يؤدي إلى انحرافات سعرية كبيرة، وتصفية واسعة، أو تفعيل ADL.

مثال: في 14 ديسمبر 2025، تم التلاعب بسعر XYZ100-USDC على trade.xyz، حيث أنشأ المهاجم مركز بيع قصير بقيمة حوالي 10 ملايين USDC، مما أدى إلى انحراف السعر وتصفية العديد من المراكز، مع استمرار الانحراف في السعر.

نقطة أخرى، عدم وجود سعر oracle مستمر وموثوق خلال أوقات الإغلاق، يجعل السوق يعتمد على آخر سعر خارجي وسعر داخلي محدود، مما يزيد من مخاطر الانفصال والتصفية عند إعادة فتح السوق.

مخاطر التحكم والسيطرة

1. سعر oracle غير موثوق خلال الإغلاق، مع احتمالية التلاعب أو الانفصال عن السعر الحقيقي، خاصة في الأسواق ذات السيولة المنخفضة.

2. الاعتماد على مصادر خارجية غير موثوقة أو غير مستقرة، مع احتمالية حدوث تلاعب أو انحرافات سعرية.

3. مخاطر التصفية الواسعة عند تقلبات السوق المفاجئة، خاصة في حالات ضعف العمق أو فجوات سعرية.

4. مخاطر التلاعب في أوامر التغذية، أو هجمات DDoS على خوادم relayer.

5. مخاطر التغييرات المفاجئة في وضعية الهامش أو جدول الضمانات، والتي قد تؤدي إلى تصفية غير متوقعة أو تدهور الأداء.

6. مخاطر التلاعب بأسعار oracle خلال أوقات الإغلاق، مما قد يؤدي إلى تصفية غير عادلة أو تلاعب في السوق.

7. مخاطر ADL، خاصة في حالات التصفية الواسعة أو الفجوات السعرية، حيث يمكن أن تتسبب في تدهور النظام بشكل كبير.

استراتيجيات السيطرة على المخاطر

• الاعتماد على مصادر سعر موثوقة ومتنوعة، واستخدام آليات التحقق من السعر.

• مراقبة مستمرة لأداء أوامر التغذية وسعر oracle.

• تطبيق قيود على التحديثات وتردد التحديثات، وتقييد التغيرات السعرية.

• استخدام آليات التصفية والحد من الرافعة المالية عند الحاجة.

• تصميم أنظمة استجابة للطوارئ، مثل إيقاف التداول أو تقييد العمليات عند ظهور علامات الخطر.

• تعزيز الشفافية والمساءلة عبر نظام العقوبات والتصويت.

• تطوير أدوات مراقبة وتحليل للمخاطر بشكل دوري، وتحديث السياسات بناءً على البيانات.

وبهذه الطريقة، يهدف HIP-3 إلى تحقيق توازن بين التوسع والمرونة من جهة، والأمان والسيطرة من جهة أخرى، لضمان استدامة السوق وموثوقيته على المدى الطويل.