
2 أبريل، أصدرت مؤسسة مراقبة على السلسلة PeckShield تنبيهًا، مؤكدة أن HyperEVM يُحتمل أنه تعرض لتعطل كبير. وبحسب لقطة الشاشة التي نشرتها، تعرض صفحة مستكشف الكتل أحدث كتلة ومعاملة على أنها متوقفة عند نحو ساعة واحدة مضت، كما أن تفاعل الشبكة بالكامل كان غير طبيعي. ومع ذلك، لا تزال صفحة الحالة الرسمية الخاصة بـ Hyperliquid تعرض “All Systems Operational”، وهو ما يشير إلى فجوة واضحة بين الحالة على السلسلة والواقع.
(المصدر: PeckShield)
تُظهر لقطة الشاشة التي نشرتها PeckShield أن أحدث كتلة ومعاملات على صفحة مستكشف كتل HyperEVM قد توقفت عند نحو ساعة واحدة مضت، ما يعني أن الشبكة توقفت عن إضافة كتل بعد تلك اللحظة. ووفقًا لآلية التشغيل الأساسية للبلوك تشين، فإن توقف إضافة الكتل يعني أن جميع المعاملات المعلقة لا يمكنها الحصول على تأكيد، كما أن التفاعل مع العقود الذكية على السلسلة يتعرض للتجميد أيضًا.
زاد عدد المناقشات ذات الصلة بسرعة على منصة X، وتشمل أبرز الظواهر غير الطبيعية التي أبلغ عنها المستخدمون ما يلي:
تعذر تأكيد المعاملات: ظلت المعاملات المُرسلة معلقة لفترة طويلة في حالة “قيد المعالجة”، دون أن تتمكن من إكمال التسوية على السلسلة
انقطاع التفاعل مع العقود الذكية: لم تتمكن بروتوكولات DeFi والتطبيقات التي تعتمد على عقود HyperEVM من الاستدعاء بشكل طبيعي
توقف تحديث مستكشف الكتل: توقفت أدوات بيانات السلسلة عن تحميل أحدث الكتل، ولم يعد يُظهر البيانات والحالة الفعلية على السلسلة تزامنًا، مع وجود انفصال شديد بينهما
اعتبارًا من وقت إعداد هذا التقرير، لم تصدر Hyperliquid الرسمية بعد إعلانًا رسميًا بشأن حادثة تعطل HyperEVM هذه أو توضح جدول استعادة الخدمة.
تُظهر صفحة الحالة الرسمية الخاصة بـ Hyperliquid “ All Systems Operational ”، لكن هذه الحالة عادةً ما تغطي فقط طبقة الأساس L1 الأساسية وواجهات API، ولا تعكس بالضرورة مشكلات طبقة التنفيذ الفعلية في HyperEVM بشكل فوري.
تُعد HyperEVM، من منظور البنية التقنية، طبقة إضافية مستقلة فوق محرك مطابقة/تسوية L1 الأساسي في Hyperliquid. وهذا يعني أنه حتى إذا ظل عمل المطابقة الأساسية للمعاملات ووظائف التسوية على L1 طبيعيًا، فقد تظهر أعطال مستقلة في بيئة تنفيذ العقود الذكية الخاصة بـ HyperEVM. عدم تحديث صفحة الحالة الرسمية في الوقت المناسب قد يعكس وجود فجوة تقنية في إطار مراقبة حالة Hyperliquid على طبقة HyperEVM، وليس بالضرورة محاولة لإخفاء معلومات العطل.
تم إطلاق الشبكة الرئيسية لـ HyperEVM رسميًا في أوائل مارس 2026، وكانت أهداف التصميم تتمثل في توفير قدرات عقود ذكية متوافقة مع EVM للبنية التحتية لعقود Hyperliquid الدائمة عالية الأداء، بهدف جذب مطوري نظام إيثريوم البيئي لنشر بروتوكولات DeFi والتطبيقات.
وقعت هذه الأعطال في غضون أقل من شهر من إطلاق الشبكة الرئيسية، وهو ما يمثل للمستخدمين والمطورين الذين قاموا بالفعل بنشر أصول أو بروتوكولات على HyperEVM اختبار ضغط مباشر للاستقرار المبكر للبنية التحتية لسلسلة جديدة. غالبًا ما تتضمن أحداث تعطل كبيرة في مرحلة بدء الشبكة العامة إعدادات العقدة أو حالات حواف في آلية الإجماع أو مشكلات التوافق في بيئة تنفيذ العقود الذكية؛ وتبقى الأسباب المحددة بحاجة إلى توضيح من خلال إعلان تقني رسمي.
HyperEVM هي بيئة تنفيذ عقود ذكية متوافقة مع EVM يتم نشرها فوق Hyperliquid L1، وقد تم إطلاقها رسميًا في أوائل مارس 2026. فهي تتيح للمطورين استخدام أدوات نظام إيثريوم البيئي لنشر العقود الذكية على منصة Hyperliquid. وبما أن HyperEVM تعد طبقة إضافية مستقلة عن محرك المطابقة الأساسي لـ L1، فقد تنفصل حالتهما التقنية، وقد لا تغطي صفحة الحالة الرسمية بالضرورة الوضع الفوري لـ HyperEVM.
خلال فترة توقف إضافة الكتل، لا يمكن تنفيذ جميع العقود الذكية التي تعمل على HyperEVM للتأكيد على المعاملات الجديدة، كما تتأثر حركة عملها الطبيعية. تتأثر مجمعات السيولة وبروتوكولات الإقراض وأي تطبيقات تعتمد على استدعاء العقود. وستظل المعاملات التي يرسلها المستخدمون أثناء فترة التعطل في حالة “قيد المعالجة”، منتظرة استعادة الشبكة لإضافة الكتل حتى يمكن إتمام التأكيد.
تركز صفحة الحالة الرسمية الخاصة بـ Hyperliquid بشكل أساسي على مراقبة طبقة L1 الأساسية الأساسية وخدمات API. وقد لا يتم تضمين HyperEVM، بوصفها بيئة تنفيذ EVM على مستوى أعلى، ضمن نطاق تغطية المراقبة الفورية. وقد أدى فجوة التغطية هذه إلى حدوث اختلاف بين ما تعرضه صفحة الحالة الرسمية والواقع على السلسلة، وهو ما يبرز الاتجاه نحو تحسين آلية مراقبة الحالة في الشبكة الرئيسية الجديدة.