أخبار أودايلي Hyperliquid المؤسس المشارك @chameleonjeff نشر على منصة X أنه يشعر بالحزن لرؤية النشاط الخاطئ المتعلق بـ Hyperliquid، لذلك سيقدم شرحًادقيقًا وواقعيًا حول كيفية عمل Hyperliquid:
تصميم الهامش في Hyperliquid يضمن بشكل صارم قدرة المنصة على السداد من خلال آليات رياضية، حيث تقتصر خسائر HLP دائمًا على خزنتها الخاصة، ولا يعتمد تشغيل البروتوكول أبدًا على HLP - كانت هذه الميزة موجودة قبل حادثة JELLYJELLY. إن آلية الحماية المضافة بعد الحادثة تعزز فقط قدرة HLP على مقاومة الخسائر في عمليات التسوية الاحتياطية، ولم تتغير البنية الأساسية للبروتوكول. في الآونة الأخيرة، حاول أحد المهاجمين في حادثة JELLYJELLY التلاعب بـ HLP (مجموعة مزودي السيولة) عن طريق إنشاء مراكز طويلة وقصيرة ضخمة لنفسه. على الرغم من أن الحد الأقصى لعقود الخيارات غير المغلقة في ذلك الوقت سمح بإنشاء مركز بقيمة 4 ملايين USDC، فإن الثغرة المنطقية تكمن في أن HLP تستخدم رصيدها الكامل كضمان لعملية التسوية هذه. يجب توضيح أن المنصة نفسها لا تواجه خطر القدرة على السداد، لكن HLP كانت بالفعل تواجه تعرضًا مفرطًا للمخاطر بسبب التلاعب في السوق.
لقد تم تعيين حد الرهن في خزينة مكونات التسوية لـ HLP، وتم تقييد الخسائر المحتملة من خلال آلية التسوية الاحتياطية. لا يزال Hyperliquid يحتفظ بآلية التشغيل الأصلية، حيث تتم معالجة المراكز ذات الرهن غير الكافي بالترتيب التالي: 1) التسوية في السوق 2) التسوية الاحتياطية 3) إزالة الرافعة المالية تلقائيًا (ADL). لقد تم إضافة آلية حماية جديدة إلى التسوية الاحتياطية لـ HLP، من خلال تعيين حد للخسائر، مما يجعل تكلفة هجمات التلاعب في السعر المرجعي أعلى بكثير من العائد المحدود الذي يمكن الحصول عليه من HLP.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
هايبيرليكيد المؤسس المشارك: تم تحديث نظام الرافعة المالية وآلية تصفية HLP وتحديد حد للخسائر
أخبار أودايلي Hyperliquid المؤسس المشارك @chameleonjeff نشر على منصة X أنه يشعر بالحزن لرؤية النشاط الخاطئ المتعلق بـ Hyperliquid، لذلك سيقدم شرحًادقيقًا وواقعيًا حول كيفية عمل Hyperliquid: تصميم الهامش في Hyperliquid يضمن بشكل صارم قدرة المنصة على السداد من خلال آليات رياضية، حيث تقتصر خسائر HLP دائمًا على خزنتها الخاصة، ولا يعتمد تشغيل البروتوكول أبدًا على HLP - كانت هذه الميزة موجودة قبل حادثة JELLYJELLY. إن آلية الحماية المضافة بعد الحادثة تعزز فقط قدرة HLP على مقاومة الخسائر في عمليات التسوية الاحتياطية، ولم تتغير البنية الأساسية للبروتوكول. في الآونة الأخيرة، حاول أحد المهاجمين في حادثة JELLYJELLY التلاعب بـ HLP (مجموعة مزودي السيولة) عن طريق إنشاء مراكز طويلة وقصيرة ضخمة لنفسه. على الرغم من أن الحد الأقصى لعقود الخيارات غير المغلقة في ذلك الوقت سمح بإنشاء مركز بقيمة 4 ملايين USDC، فإن الثغرة المنطقية تكمن في أن HLP تستخدم رصيدها الكامل كضمان لعملية التسوية هذه. يجب توضيح أن المنصة نفسها لا تواجه خطر القدرة على السداد، لكن HLP كانت بالفعل تواجه تعرضًا مفرطًا للمخاطر بسبب التلاعب في السوق. لقد تم تعيين حد الرهن في خزينة مكونات التسوية لـ HLP، وتم تقييد الخسائر المحتملة من خلال آلية التسوية الاحتياطية. لا يزال Hyperliquid يحتفظ بآلية التشغيل الأصلية، حيث تتم معالجة المراكز ذات الرهن غير الكافي بالترتيب التالي: 1) التسوية في السوق 2) التسوية الاحتياطية 3) إزالة الرافعة المالية تلقائيًا (ADL). لقد تم إضافة آلية حماية جديدة إلى التسوية الاحتياطية لـ HLP، من خلال تعيين حد للخسائر، مما يجعل تكلفة هجمات التلاعب في السعر المرجعي أعلى بكثير من العائد المحدود الذي يمكن الحصول عليه من HLP.