تعريف الأوراكل واستقرار السوق: بناء أسواق دائمة موثوقة على HIP-3

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

الهيكل وراء الإدراج اللامركزي: التحول من الموافقة إلى المعايير

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

آلية العمل بسيطة على السطح: استثمر 500 ألف رمز HYPE، أنشئ منصة تداول لامركزية (تحمل هوامشها ودفتر أوامرها الخاص)، أطلق ثلاثة أسواق مجانًا، ثم احصل على مزيد من فتحات السوق من خلال المزادات الهولندية. لكن هذه البساطة الهيكلية تخفي تعقيدًا عميقًا في التنفيذ. الآن، يملك البناؤون ليس فقط إنشاء السوق، بل عمليات السوق — تغذية الأسعار، إدارة المعلمات، مراقبة الاستقرار المستمر. ما كان سابقًا مسؤولية منصة يتحول إلى مسؤولية مباشرة على عاتق البنائين.

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

تعريف oracle: القرار الحاسم الأول

عندما يبدأ البناء في إنشاء سوق، يكون القرار الأول والأكثر أهمية هو تعريف oracle. هذا ليس مجرد اختيار تغذية السعر؛ بل يشمل الإطار المفاهيمي الكامل لكيفية تحديد المشاركين في السوق ما إذا كانت مراكزهم مربحة، أو ستواجه تصفية، أو ستطلق آليات الطوارئ.

ما يحدده تعريف oracle فعليًا:

يتضمن تعريف oracle في HIP-3 ثلاثة مكونات: oraclePx (السعر الخام من مصدر خارجي)، وmarkPx الاختياري (أسعار العلامة التي يوفرها البناء)، وexternalPerpPx (متوسط مرجح من أسعار العقود الدائمة في البورصات المركزية). هذه ليست مدخلات قابلة للتبادل — فهي تؤدي وظائف مميزة في هرم حساب المخاطر في HIP-3.

يؤسس oraclePx رسوم التمويل ويعمل كمصدر مرجعي لحدود السعر. يتم حساب الmarkPx بواسطة relayer الخاص بالبناء من خلال دمج الإشارات على السلسلة وخارج السلسلة. ويقدم externalPerpPx مرجعًا احتياطيًا. ثم يقوم HIP-3 بتكوين سعر علامة فعلي من خلال حساب الوسيط: أولاً وسيط دفتر الأوامر المحلي، ثم مع دمج علامات خارج السلسلة التي يوفرها البناء، ثم مقارنته مع externalPerpPx. هذا النهج متعدد المصادر نظريًا يمنع أي مصدر سعر واحد من فرض التصفية.

نظريًا.

لماذا يهم تعريف oracle أكثر من التقنية:

التركيب الفني لتعريف oracle أقل أهمية من قدرة البناء على تشغيله وصيانته. اختيار البناء لتعريف يعتمد على relayer مركزي يورث توافر هذا الخادم، وأمانه، وتواتر التحديثات كقيود. إذا تم اختراق المفتاح الخاص الذي يؤمن relayer، أو إذا منعت هجمات DDoS تحديثات السعر، يتوقف oraclePx عن التحديث. ومع توقف تحديث علامات الأسعار، يعود النظام إلى وسائط دفتر الأوامر المحلي — تمامًا عندما يكون السيولة أضعف ومخاطر التلاعب في أعلى مستوياتها.

حادثة 14 ديسمبر 2025 على trade.xyz أظهرت هذا الديناميكية. حيث جمع المهاجمون مركز بيع قصير يقارب 398 عقدة XYZ100 (~10 مليون دولار)، متعمدين خلق اختلال. انفصل السعر عن المصادر الخارجية بسبب ضعف عمق دفتر الأوامر. واجه حاملو المراكز الطويلة تصفية متتالية، مع إغلاق حوالي 13 مليون دولار من المراكز. عملت الآلية تقنيًا — تم تنفيذ التصفية — لكن النظام نقل الخسائر إلى أقل المشاركين استعدادًا بدلاً من منع الاختلال الأولي.

يصبح هذا السيناريو أكثر احتمالًا عندما يفترض تعريف oracle استقرار أسعار خارجية ثابتة خلال ساعات السوق غير المفتوحة.

الفرق بين الأصول 24/7 وغير 24/7: حيث يصبح تعريف oracle حاسمًا

مرونة HIP-3 في إدراج أي أصل تخلق فرقًا تصنيفيًا في متطلبات تعريف oracle.

الأصول 24/7 (العملات الرقمية الدائمة):

بالنسبة لبيتكوين، إيثريوم، وغيرها من الأصول التي تتداول على مدار الساعة، يمكن الاعتماد على عدة تغذيات أسعار من منصات مركزية/لامركزية مع خدمات oracle متخصصة مثل Pyth. تتداول هذه الأصول باستمرار عبر عدة منصات. يمكن للبناء تجميع مصادر أسعار متعددة، تطبيق حسابات الوسيط، واكتشاف القيم الشاذة. عندما ينحرف مصدر واحد، توفر المصادر الأخرى تثبيتًا فوريًا.

يبقى تعريف oracle للأصول 24/7 تحديًا — اختيار المصادر الموزونة، إدارة تكرار التحديث، التعامل مع انقطاعات المنصات — لكن السوق الخارجية الأساسية توفر إشارات متسقة حتى لو فشل مصدر واحد.

الأصول غير 24/7 (الأسهم والسلع):

يتطلب تعريف oracle للعقود الدائمة على الأسهم افتراضات مختلفة جوهريًا. خلال ساعات السوق، توفر تغذيات الأسعار من خدمات مثل Pyth مرجعًا خارجيًا مستقرًا. لكن عند إغلاق بورصة نيويورك، يواجه البناء خيارًا: إما إيقاف تغذية الأسعار (وتقييد التداول)، أو الاستمرار في التسعير استنادًا إلى إشارات السوق الداخلية مع مراجع خارجية فقط عند “السعر الإغلاق السابق”.

معظم البنائين الذين ينفذون أصول غير 24/7 يستخدمون حاليًا آلية تسعير داخلية مماثلة لـ trade.xyz — تجمع بين آخر سعر oracle خارجي مع ديناميكيات دفتر الأوامر الداخلي، مع تقييد لمنع الانحراف المفرط (عادة 1/أقصى رفع مالي). هذا منطقي رياضيًا؛ لكنه خطير تشغيليًا.

خلال إغلاق السوق، يتقلص عمق دفتر الأوامر عادة. يقلل صانعو السوق من عروض الأسعار، ينام المشاركون الأفراد، ويصبح السوق رقيقًا بشكل كبير. تعريف oracle الذي يحد من حركة السعر إلى “1/عُشر الإغلاق السابق” (لرفع مالي 10x) يبدو محافظًا. عندما تتلاشى السيولة، حتى تدفقات الأوامر المعتدلة تخلق تحركات سعر غير متناسبة ضمن هذا النطاق المحدود. وعند فتح السوق صباح الاثنين، وتحديث البيانات الخارجية، تظهر فجوات. تؤدي هذه الفجوات إلى تصفية متتالية أو، في الحالات الشديدة، أحداث ADL (تقليل المراكز تلقائيًا) حيث تُغلق الصفقات المربحة قسرًا لتغطية خسائر المراكز غير القابلة للوفاء.

بناء إطار لتعريف oracle يمكن الدفاع عنه

البناؤون الذين يسعون لتشغيل أسواق مستقرة يحتاجون إلى استراتيجيات لتعريف oracle تتوقع سيناريوهات الفشل بدلاً من افتراض استقرار مستمر.

مرجعيات أسعار إضافية خلال إغلاق السوق:

بالنسبة للأصول غير 24/7، إدخال إشارات سعر خارجية حتى خلال الإغلاقات يعزز بشكل كبير تعريف oracle. تشمل الخيارات:

• Blue Ocean ATS وأسواق التداول بعد ساعات العمل: توفر اكتشاف سعر مستمر خارج ساعات التداول العادية، وتقدم إشارات أكثر حداثة من “السعر الإغلاق السابق”. يمكن للبناء وزن بيانات Blue Ocean ATS في تعريف oracle خلال الإغلاقات، مما يخلق نقطة مرجعية أقل عرضة للتلاعب.

• عروض CFD من مزودين مثل IG خلال عطلة نهاية الأسبوع: تتوقع توقعات السوق لافتتاح الأسبوع التالي. على الرغم من أنها ليست بدائل مباشرة لأسعار السوق الفورية، إلا أنها تعمل كمراجع اتجاهية لـ"فجوات الافتتاح المتوقعة" ضمن تعريف oracle.

هذه المصادر تتشارك سمة مهمة: تتوفر خلال الإغلاقات، وتختلف هيكليًا عن الأسواق الفورية. يجب أن يعاملها تعريف oracle كمراجع وإشارات مخاطر، وليس كمرادفات غير مشروطة.

تصميم اشتقاق أسعار شفاف وقابل للمراجعة:

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

يتطلب ذلك الكشف العلني عن: مصادر البيانات التي تغذي oracle، والخوارزمية الدقيقة التي تجمع تلك المصادر، والطوابع الزمنية لكل إدخال، والأسعار الناتجة. لكل استدعاء setOracle، يتم إنشاء دليل تشفير يشمل البيانات الخام، وخطوات الحساب، والمخرجات النهائية. يُ serialize هذا في proofHash، الذي يوقعه relayer. بشكل دوري، يتم تجميع هذه التجزئات في أشجار Merkle ونشر الجذر على السلسلة.

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

عندما يتعثر تعريف oracle: المراقبة والتدخل

حتى مع تصميمات oracle جيدة، قد تفشل تحت ضغط سوق شديد. يحتاج البناؤون على HIP-3 إلى أطر مراقبة تكتشف التدهور قبل أن يتسع نطاقه.

مراقبة جانب السعر: اكتشاف انحراف oracle:

فشل تغذية السعر يظهر أولاً كانقطاعات — يتوقف relayer عن التحديث. يجب على البنائين مراقبة القيم على السلسلة: إذا تجاوزت تحديثات oracle المتتالية 10 ثوانٍ، يتم رفع تنبيه من المستوى 1. يتحقق البناء من صحة relayer الخاص به، وربما يتحول إلى عقد احتياطية.

الأكثر خفاءً هو انفصال السعر: يتغير سعر oracle تدريجيًا عن المعايير الخارجية. قد يعتمد تعريف oracle على Pyth للعقود الدائمة على الأسهم، لكن بيانات الإدخال (التي تستخدم أسعار البورصات المجمعة) تنحرف عن ظروف السوق الحالية. يصبح تعريف oracle قديمًا دون أن يظهر كأنه معطل. يجب أن تقارن thresholds متعددة المصادر الخارجية مع oracle الخاص بالبناء: إذا اختلف اثنان أو أكثر بنسبة >X%، يتم تصعيد التنبيهات.

عند تنبيه المستوى 1، يتم تقييد حجم الفتحات المفتوحة باستخدام setOpenInterestCaps. عند المستوى 2 (انحراف مستمر)، يتم تحديث مستويات الهامش لتقليل الحد الأقصى للرفع المالي تدريجيًا. عند المستوى 3، يتم تفعيل إيقاف الطوارئ عبر haltTrading.

مراقبة دفتر الأوامر: اكتشاف انهيار السيولة:

تعريف oracle مفيد فقط بقدر هيكل السيولة في السوق. إذا تقلص دفتر الأوامر، اتسعت الفروقات، وارتفعت تأثيرات الأوامر العدوانية، حتى الأسعار الدقيقة تصبح خطرة. يجب على البنائين تتبع depth_band (الحجم التراكمي ضمن ±x% من السعر الوسيط)، وspread (أفضل عرض — أفضل طلب)، وimpact_ratio (الحجم العدواني / depth_band). عندما يتقلص العمق بينما تتوسع الفروقات ونسب التأثير، يزداد خطر التصفية بشكل حاد.

عند المستوى 1، يتم تقييد نمو حجم الفتحات. عند المستوى 2، يتم تقليل الرفع المالي على المراكز عالية المخاطر بشكل قسري.

مراقبة تركيز المراكز: اكتشاف موجات المضاربة:

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

الحوكمة عبر الرهان: المساءلة عن قرارات تعريف oracle

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

تجعل هذه الآلية من قرارات تعريف oracle نتائج مالية ملموسة. البناء الذي يتبنى تعريف oracle غير مسؤول — يقبل تغذية سعر مركزية واحدة، أو يتجاهل انحرافات التحديث، أو يتجاهل مخاطر الأسعار خارج ساعات العمل — يخلق موجات تصفية. يمكن للمصادقين الذين يلاحظون تكرار الفشل أو انهيار السوق الناتج مباشرة عن عدم كفاية تعريف oracle التصويت لخفض الرهان بالكامل.

وهذا يحول تعريف oracle من قرار تقني إلى قرار حوكمة. المصادقون يوافقون ضمنيًا أو يعاقبون قرارات البناء عبر التصويت بالخفض. مع مرور الوقت، يخلق هذا ضغطًا تطوريًا: البناؤون الذين يطبقون تعريفات oracle قوية ينجون؛ والذين يتجاهلون ذلك يتراكمون أصواتًا لخفض الرهان.

الآلية ليست مثالية — قد يفتقر المصادقون إلى الكفاءة التقنية لتقييم اختيارات تعريف oracle بشكل عادل، أو قد يصوتون بطرق غير مرتبطة بجودة التشغيل الحقيقية. لكنها تضع حدًا أدنى للمساءلة.

الأثر الأوسع: اللامركزية كإعادة توزيع للمخاطر

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

ويعمل هذا فقط عندما يفهم البناؤون ما تحملوا مسؤولية فعلاً. يُعد تعريف oracle أحد أكثر الساحات التي يُستهان بها للهجمات. يبدو بسيطًا — اختيار تغذية سعر — لكنه يشمل اختيار المصدر، إدارة relayer، التسعير خارج ساعات العمل، آليات الاسترجاع، أطر التحقق، المراقبة المستمرة، والمساءلة الحوكمة.

الأسواق المبنية على تعريف oracle غير مسؤول ستفشل. والأسواق المبنية على تعريف oracle مدروس، مع مراقبة مناسبة وآليات تحقق شفافة، يمكنها أن تدعم نشاطًا تجاريًا كبيرًا. ويشير حجم المعاملات البالغ 13 مليار دولار عبر أسواق HIP-3 إلى وجود بنائين كافيين. لكن كل سوق يفشل — كل موجة تصفية يمكن تتبعها إلى فشل في تعريف oracle — ينقل رأس مال من المتداولين غير الحذرين إلى مشغلي المنصة والمتاجرين بالمراجحة المتقدمين.

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

الطريق إلى الأمام

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

ويعني ذلك تنفيذ أطر تحقق تسمح بالتدقيق الخارجي لمنهجية السعر الخاصة بك. ويعني وضع حدود للمراقبة وإجراءات تصعيد مع قواعد قرار واضحة. والأهم، أن تدرك أن تعقيد الحفاظ على تعريف oracle موثوق به تحت الضغط لم يختف — بل انتقل ببساطة من المنصة إلى البنائين.

من يأخذ تعريف oracle على محمل الجد سيشغل أسواقًا مستقرة وموثوقة. ومن لا يفعل ذلك، فسيكون عبرة عن كيف تفشل الأنظمة اللامركزية.