تحليل معماري Hyperliquid والمشكلات المحتملة من منظور تقني
في الآونة الأخيرة، أصبحت بورصة الأوامر على السلسلة التي نالت اهتماماً كبيراً واحدة من أكثر المشاريع تأثيراً، حيث تجاوزت القيمة الإجمالية المقفلة (TVL) 2 مليار دولار، وتم تقييمها كـ "نسخة على السلسلة من بورصة مركزية معروفة". لقد أعاد هذا المشروع حتى مفهوم Layer3 وسلاسل التطبيقات إلى دائرة الضوء العامة. بفضل إنجازها الرائع المتمثل في تحقيق تقييم بلغ 30 مليار دولار خلال شهر واحد من الإطلاق، حصل هذا المشروع على اهتمام واسع. وقد ظهرت العديد من تقارير الأبحاث في السوق، ولكن معظمها يركز على وظائف المنتج وآلية التداول، وقليل منها يتناول بشكل عميق هيكله الفني والمخاطر الأمنية.
تهدف هذه المقالة إلى سد هذه الفجوة من خلال فحص المشروع من منظور الهيكل الفني والأمان، لمساعدة المزيد من الناس على فهم هيكله ومبادئه. سنقوم بتفصيل الأمر من خلال البناء والتحديات لعقد الجسور بين السلاسل، والبناء على سلسلتين، وتحليل معمق للهندسة التقنية وطرق التنفيذ وراء ذلك.
تحليل عقد جسر عبر السلاسل
تم نشر عقد جسر عبر السلاسل على شبكة Layer2 معينة لهذا المشروع، لتخزين أصول USDC التي يودعها المستخدمون. يمكن رؤية بعض سلوكيات العقد من العقد.
مجموعة المدققين
يحتوي هذا المشروع على 4 مجموعات من المدققين، وهي مجموعة المدققين النشطين، مجموعة المدققين الباردين، بالإضافة إلى المقررين والمقفلين، كل منها يتوافق مع وظائف مختلفة:
تستخدم مجموعة المدققين الساخنة للاستجابة لعمليات المستخدم عالية التردد مثل السحب، وتستخدم المحفظة الساخنة للاستجابة لطلبات المستخدم في أي وقت.
تُستخدم مجموعة المُصادقين الباردين بشكل أساسي لتعديل تكوين النظام، مثل تغيير قائمة المُصادقين، ومعالجة حالة قفل عقد الجسر، ويمكن أن تجعل بعض طلبات السحب غير صالحة مباشرة.
يتمتع الأعضاء المقفلون بسلطة مشابهة لـ"اللجنة الأمنية"، يمكنهم التصويت على تعليق الجسر عبر السلاسل في حالات الطوارئ. هناك حاليًا 5 عناوين، ويكفي التصويت من 2 لتعليق عقد الجسر.
يحدد المُعَيِّن بشكل رئيسي تغييرات حالة جسر السلسلة المتقاطعة، مثل إيداع المستخدم وسحب الأموال.
الإيداع
تتعامل عقد الجسر مع إيداعات المستخدمين بناءً على طريقة الإذن EIP-2612، وتسمح فقط بإيداع USDC. يتم استخدام وظيفة الإيداع الجماعي لمعالجة عدة إيداعات، مما يجعل العملية بسيطة وخالية من مخاطر الأموال.
السحب
سحب الأموال هو عملية عالية المخاطر، والعملية معقدة بعض الشيء:
بعد أن يقوم المستخدم بإرسال طلب سحب، يجب عليه جمع 2/3 من وزن توقيع مجموعة المدققين الساخنة.
هناك فترة "نزاع" مدتها 200 ثانية، خلال الفترة يمكن للأشخاص المقفلين التصويت لتجميد العقد، ويمكن للمتحققين الباردين جعل السحب غير صالح.
بعد انتهاء فترة النزاع، يمكن للمقرر تأكيد الحالة النهائية، فقط حينها سيتم تحويل USDC إلى محفظة المستخدم.
قفل عقد الجسر
يمكن للموظفين المقيدين التصويت على عقد الجسر المقيد. بعد تصويت شخصين مقيدين، يتم تعليق تشغيل العقد. يمكن للموظفين المقيدين أيضًا سحب تصويتهم. بعد قفل العقد، يمكن فتحه فقط بتوقيع 2/3 من المدققين الباردين. عند الفتح، سيتم تحديث قائمة المدققين.
تحديث المدقق
يجب على جميع المدققين النشطين توقيع تحديث المدققين، وهناك فترة نزاع مدتها 200 ثانية. بعد انتهاء الفترة، يجب أن يؤكد الشخص المعين إتمام التحديث.
المخاطر الرئيسية
يمكن للقراصنة التحكم في المدققين الباردين وتجاهل الحواجز لسرقة أصول المستخدمين.
يمكن للموكل رفض تأكيد عملية سحب الأموال وفتح مراجعة للهجوم.
قفل الشخص الخبيث لعقد الجسر، وإيقاف جميع السحوبات.
هيكل تفاعل مزدوج
لتحقيق إمكانية برمجة تداول دفتر الطلبات، أطلق المشروع خطة EVM خاصة. ميزة هذه الخطة هي القدرة على قراءة حالة دفتر الطلبات، حيث يمكن للعقود الذكية التفاعل مع نظام الطلبات، مما يوسع من مجالات التطبيق.
يستخدم هذا المشروع "نظام السلسلتين"، حيث تعمل العقد على تشغيل سلسلتين في نفس الوقت:
سلسلة دفتر الطلبات: نظام إذن, أداء عالي
سلاسل متوافقة مع EVM: غير مصرح بها، يمكن نشر العقود الذكية، الوصول إلى بيانات السلسلة الخاصة من خلال الترجمة المسبقة
تقوم سلسلتان بنشر البيانات من خلال بروتوكول توافق مماثل، لكن يتم تنفيذها بشكل منفصل. يمكن لسلسلة EVM قراءة بيانات الكتل السابقة من سلسلة خاصة، وكتابة البيانات في الكتل المستقبلية.
آلية التفاعل
ما قبل التجميع: إضافة عقود خاصة، تسمح لـ EVM بقراءة حالة السلسلة المخصصة.
الحدث: يمكن لعقد EVM إطلاق الأحداث، حيث يقوم العقد بناءً على ذلك بتنفيذ العمليات المناسبة على سلسلة مخصصة.
بروتوكول الإجماع
يعتمد على بروتوكول HyperBFT المبني على HotStuff، ويمكن نظريًا معالجة 2 مليون طلب في الثانية.
ملاحظات تطوير
msg.sender قد يكون عنوان عقد النظام
قد تؤدي التفاعلات غير الذرية إلى خسارة الأصول
يجب أن يكون عنوان عقد EVM متاحًا في سلسلة مخصصة.
قد لا تتمكن من استعلام الرصيد مؤقتًا عند نقل الأصول عبر السلاسل
بشكل عام، فإن سلسلة EVM الخاصة بالمشروع تشبه الطبقة الثانية من السلاسل المخصصة، لكنها توفر توافقية أعلى. يوفر هيكلها الابتكاري أفكارًا جديدة لدمج دفتر الطلبات عالي الأداء مع العقود الذكية، ولكنه يأتي أيضًا مع بعض المخاطر المحتملة وصعوبات التطوير.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
7
مشاركة
تعليق
0/400
WalletInspector
· منذ 13 س
تحليل إطار الأمان مفصل للغاية
شاهد النسخة الأصليةرد0
SelfStaking
· منذ 13 س
أمان العقود يجب أن يكون حذرًا، أشعر أنه غير مستقر.
شاهد النسخة الأصليةرد0
Ser_APY_2000
· منذ 13 س
الإخوة، هذا الهيكل صلب للغاية
شاهد النسخة الأصليةرد0
LiquidityWitch
· منذ 13 س
المدققون يضيفون توقيعًا للتحقق من الحقيقة، الأمر يتطلب تفكيرًا كثيرًا~
شاهد النسخة الأصليةرد0
ZKSherlock
· منذ 13 س
في الواقع، هنا نموذج ثقة ضعيف للغاية... يحتاج إلى تحقق صارم من عدم المعرفة بشكل أكبر smh
تحليل عميق لهندسة تقنية تبادل Hyperliquid داخل السلسلة: تحليل الجسور عبر السلسلة والبنية المزدوجة
تحليل معماري Hyperliquid والمشكلات المحتملة من منظور تقني
في الآونة الأخيرة، أصبحت بورصة الأوامر على السلسلة التي نالت اهتماماً كبيراً واحدة من أكثر المشاريع تأثيراً، حيث تجاوزت القيمة الإجمالية المقفلة (TVL) 2 مليار دولار، وتم تقييمها كـ "نسخة على السلسلة من بورصة مركزية معروفة". لقد أعاد هذا المشروع حتى مفهوم Layer3 وسلاسل التطبيقات إلى دائرة الضوء العامة. بفضل إنجازها الرائع المتمثل في تحقيق تقييم بلغ 30 مليار دولار خلال شهر واحد من الإطلاق، حصل هذا المشروع على اهتمام واسع. وقد ظهرت العديد من تقارير الأبحاث في السوق، ولكن معظمها يركز على وظائف المنتج وآلية التداول، وقليل منها يتناول بشكل عميق هيكله الفني والمخاطر الأمنية.
تهدف هذه المقالة إلى سد هذه الفجوة من خلال فحص المشروع من منظور الهيكل الفني والأمان، لمساعدة المزيد من الناس على فهم هيكله ومبادئه. سنقوم بتفصيل الأمر من خلال البناء والتحديات لعقد الجسور بين السلاسل، والبناء على سلسلتين، وتحليل معمق للهندسة التقنية وطرق التنفيذ وراء ذلك.
تحليل عقد جسر عبر السلاسل
تم نشر عقد جسر عبر السلاسل على شبكة Layer2 معينة لهذا المشروع، لتخزين أصول USDC التي يودعها المستخدمون. يمكن رؤية بعض سلوكيات العقد من العقد.
مجموعة المدققين
يحتوي هذا المشروع على 4 مجموعات من المدققين، وهي مجموعة المدققين النشطين، مجموعة المدققين الباردين، بالإضافة إلى المقررين والمقفلين، كل منها يتوافق مع وظائف مختلفة:
تستخدم مجموعة المدققين الساخنة للاستجابة لعمليات المستخدم عالية التردد مثل السحب، وتستخدم المحفظة الساخنة للاستجابة لطلبات المستخدم في أي وقت.
تُستخدم مجموعة المُصادقين الباردين بشكل أساسي لتعديل تكوين النظام، مثل تغيير قائمة المُصادقين، ومعالجة حالة قفل عقد الجسر، ويمكن أن تجعل بعض طلبات السحب غير صالحة مباشرة.
يتمتع الأعضاء المقفلون بسلطة مشابهة لـ"اللجنة الأمنية"، يمكنهم التصويت على تعليق الجسر عبر السلاسل في حالات الطوارئ. هناك حاليًا 5 عناوين، ويكفي التصويت من 2 لتعليق عقد الجسر.
يحدد المُعَيِّن بشكل رئيسي تغييرات حالة جسر السلسلة المتقاطعة، مثل إيداع المستخدم وسحب الأموال.
الإيداع
تتعامل عقد الجسر مع إيداعات المستخدمين بناءً على طريقة الإذن EIP-2612، وتسمح فقط بإيداع USDC. يتم استخدام وظيفة الإيداع الجماعي لمعالجة عدة إيداعات، مما يجعل العملية بسيطة وخالية من مخاطر الأموال.
السحب
سحب الأموال هو عملية عالية المخاطر، والعملية معقدة بعض الشيء:
بعد أن يقوم المستخدم بإرسال طلب سحب، يجب عليه جمع 2/3 من وزن توقيع مجموعة المدققين الساخنة.
هناك فترة "نزاع" مدتها 200 ثانية، خلال الفترة يمكن للأشخاص المقفلين التصويت لتجميد العقد، ويمكن للمتحققين الباردين جعل السحب غير صالح.
بعد انتهاء فترة النزاع، يمكن للمقرر تأكيد الحالة النهائية، فقط حينها سيتم تحويل USDC إلى محفظة المستخدم.
قفل عقد الجسر
يمكن للموظفين المقيدين التصويت على عقد الجسر المقيد. بعد تصويت شخصين مقيدين، يتم تعليق تشغيل العقد. يمكن للموظفين المقيدين أيضًا سحب تصويتهم. بعد قفل العقد، يمكن فتحه فقط بتوقيع 2/3 من المدققين الباردين. عند الفتح، سيتم تحديث قائمة المدققين.
تحديث المدقق
يجب على جميع المدققين النشطين توقيع تحديث المدققين، وهناك فترة نزاع مدتها 200 ثانية. بعد انتهاء الفترة، يجب أن يؤكد الشخص المعين إتمام التحديث.
المخاطر الرئيسية
يمكن للقراصنة التحكم في المدققين الباردين وتجاهل الحواجز لسرقة أصول المستخدمين.
يمكن للموكل رفض تأكيد عملية سحب الأموال وفتح مراجعة للهجوم.
قفل الشخص الخبيث لعقد الجسر، وإيقاف جميع السحوبات.
هيكل تفاعل مزدوج
لتحقيق إمكانية برمجة تداول دفتر الطلبات، أطلق المشروع خطة EVM خاصة. ميزة هذه الخطة هي القدرة على قراءة حالة دفتر الطلبات، حيث يمكن للعقود الذكية التفاعل مع نظام الطلبات، مما يوسع من مجالات التطبيق.
يستخدم هذا المشروع "نظام السلسلتين"، حيث تعمل العقد على تشغيل سلسلتين في نفس الوقت:
سلسلة دفتر الطلبات: نظام إذن, أداء عالي
سلاسل متوافقة مع EVM: غير مصرح بها، يمكن نشر العقود الذكية، الوصول إلى بيانات السلسلة الخاصة من خلال الترجمة المسبقة
تقوم سلسلتان بنشر البيانات من خلال بروتوكول توافق مماثل، لكن يتم تنفيذها بشكل منفصل. يمكن لسلسلة EVM قراءة بيانات الكتل السابقة من سلسلة خاصة، وكتابة البيانات في الكتل المستقبلية.
آلية التفاعل
ما قبل التجميع: إضافة عقود خاصة، تسمح لـ EVM بقراءة حالة السلسلة المخصصة.
الحدث: يمكن لعقد EVM إطلاق الأحداث، حيث يقوم العقد بناءً على ذلك بتنفيذ العمليات المناسبة على سلسلة مخصصة.
بروتوكول الإجماع
يعتمد على بروتوكول HyperBFT المبني على HotStuff، ويمكن نظريًا معالجة 2 مليون طلب في الثانية.
ملاحظات تطوير
msg.sender قد يكون عنوان عقد النظام
قد تؤدي التفاعلات غير الذرية إلى خسارة الأصول
يجب أن يكون عنوان عقد EVM متاحًا في سلسلة مخصصة.
قد لا تتمكن من استعلام الرصيد مؤقتًا عند نقل الأصول عبر السلاسل
بشكل عام، فإن سلسلة EVM الخاصة بالمشروع تشبه الطبقة الثانية من السلاسل المخصصة، لكنها توفر توافقية أعلى. يوفر هيكلها الابتكاري أفكارًا جديدة لدمج دفتر الطلبات عالي الأداء مع العقود الذكية، ولكنه يأتي أيضًا مع بعض المخاطر المحتملة وصعوبات التطوير.