مع تطور سوق التمويل اللامركزي (DeFi) من مقايضات الأصول البسيطة إلى التداول عالي التردد والمشتقات الاحترافية، تزداد أهمية أنظمة المطابقة على السلسلة. تؤثر عملية المطابقة في Phoenix ليس فقط على كفاءة تنفيذ الأوامر، بل أيضًا على سيولة السوق، التحكم في المخاطر، وتكاليف المعاملات.
على خلفية التوسع السريع لنظام التداول عالي التردد في Solana، يعود نموذج دفتر الطلبات على السلسلة الذي تمثله Phoenix ليصبح محور اهتمام السوق مجددًا.
تستخدم Phoenix نموذج دفتر الطلبات المحدود المركزي (CLOB) لتنفيذ الصفقات. يقدم المستخدمون أوامر شراء وبيع تدخل إلى دفتر الطلبات على السلسلة، ويتم مطابقتها وفقًا لأولوية السعر والوقت.
على عكس نموذج AMM، لا تعتمد Phoenix على مجمع السيولة للتسعير التلقائي. بل تتشكل أسعار السوق من خلال الأوامر الحقيقية، مما يعكس العرض والطلب بين المشترين والبائعين بدلاً من صيغة خوارزمية.
في Phoenix، تُخزَّن بيانات دفتر الطلبات وحالة الأوامر وسجل التداول على السلسلة. يمكن للمستخدمين الاطلاع علنًا على عمق السوق وأسعار الأوامر وسجل التداول، مما يعزز شفافية السوق وقابلية التحقق.
نظرًا لأن التداول عبر دفتر الطلبات يتطلب تحديثات بيانات عالية التردد ومزامنة الحالة، تحتاج Phoenix إلى أداء شبكة أساسي قوي. الإنتاجية العالية وزمن الوصول المنخفض في Solana يجعلانها قادرة على دعم نظام مطابقة فوري على السلسلة.
عند تقديم أمر على Phoenix، يمر النظام بعدة خطوات.
أولاً، يجب على المستخدم توقيع طلب المعاملة عبر محفظته. تتضمن معلومات الأمر اتجاه التداول والسعر والكمية ونسبة الرافعة المالية ونوع الأمر.
بعد ذلك، يتحقق محرك المخاطر في Phoenix من حالة الحساب، بما في ذلك:
فقط عندما يستوفي الحساب متطلبات المخاطر يُسمح للأمر بدخول دفتر الطلبات.
إذا قدم المستخدم أمرًا محددًا، فسيُوضع في دفتر الطلبات لانتظار المطابقة. أما إذا كان أمر سوق، فسيحاول فورًا التنفيذ مقابل الأوامر الموجودة في السوق الحالية.
تتم عملية تقديم الأمر بالكامل على السلسلة، لذا يمكن التحقق من جميع حالات الأوامر بشكل علني.
يتبع منطق المطابقة في Phoenix مبدأ أولوية السعر والوقت.
عندما يدخل أمر شراء جديد إلى السوق، يبحث النظام عن أمر البيع بأقل سعر للمطابقة. وعلى العكس، عندما يدخل أمر بيع، يُعطى الأولوية للمطابقة مع أمر الشراء بأعلى سعر.
إذا كانت هناك أوامر متعددة بنفس السعر، يُنفَّذ الأمر الذي دخل دفتر الطلبات أولاً. هذه الآلية مطابقة لمنطق دفتر الطلبات في الأسواق المالية التقليدية.
على سبيل المثال:
لا تعتمد عملية المطابقة في Phoenix على خادم مركزي. بل تتم تحديثات حالة الأوامر وتأكيدات الصفقات عبر برامج على السلسلة. هذه سمة رئيسية لنموذج "على السلسلة بالكامل".
يتضمن تداول العقود الدائمة الرافعة المالية، لذا فإن إدارة الهامش جزء حاسم من عملية المطابقة.
بعد تنفيذ الصفقة، تقوم Phoenix بتحديث ما يلي في حساب المستخدم:
يراقب النظام باستمرار مستوى مخاطر الحساب. عندما تؤدي تقلبات أسعار السوق إلى انخفاض أسهم الحساب، يتغير معدل هامش الصيانة وفقًا لذلك.
إذا تجاوزت مخاطر الحساب حدًا آمنًا، فقد يُفعِّل محرك المخاطر في Phoenix آلية التصفية لمنع البروتوكول من تحمل مخاطر الديون المعدومة.
نظرًا لأن جميع حالات المركز مسجلة على السلسلة، يمكن للمستخدمين الاطلاع على تغييرات مخاطر الحساب في الوقت الفعلي.
رغم أن Phoenix تستخدم دفتر الطلبات للتسعير، إلا أنها لا تزال تعتمد على أوراكل لتوفير سعر مرجعي للسوق.
يُستخدم سعر الأوراكل بشكل أساسي في:
إذا استُخدم سعر دفتر الطلبات وحده، فقد يشهد السوق تقلبات غير طبيعية قصيرة المدى بسبب نقص السيولة. لذلك، تجمع Phoenix بين بيانات الأوراكل للحفاظ على استقرار نظام المخاطر.
في أسواق المشتقات على السلسلة، يُعد نظام الأوراكل مكونًا أساسيًا في التحكم في المخاطر. يمكن أن تؤثر حالات الشذوذ في الأوراكل على معدلات التمويل ومنطق التصفية واستقرار السوق، لذا تحتاج Phoenix إلى الاعتماد على مصادر بيانات موثوقة.
بعد مطابقة الصفقة، يكتب النظام نتيجة التنفيذ في حالة السلسلة ويُحدِّث بيانات مركز المستخدم.
تشمل التسوية على السلسلة:
نظرًا لأن Phoenix تتبنى هيكلًا غير وصائي، تبقى أصول المستخدم دائمًا تحت سيطرة الحساب على السلسلة، وليست محتجزة لدى منصة مركزية.
يحسّن هذا النموذج الشفافية ولكنه يعني أيضًا أن جميع إجراءات التداول تعتمد على تأكيد شبكة البلوكشين. لذلك، يؤثر أداء الشبكة الأساسية بشكل مباشر على تجربة التداول.
قدرة Solana على التأكيد السريع هي أحد الأسباب الرئيسية التي تمكن Phoenix من تشغيل دفتر طلبات على السلسلة.
الفرق الأكبر بين Phoenix وبروتوكولات AMM التقليدية يكمن في طريقة تنفيذ الصفقات.
يعتمد نموذج AMM على مجمعات السيولة والتسعير الخوارزمي؛ حيث يتداول المستخدمون فعليًا مع المجمع. في المقابل، يتيح نموذج دفتر الطلبات في Phoenix المطابقة المباشرة بين المستخدمين.
يظهر النموذجان اختلافات واضحة في عملية التداول:
| البُعد | Phoenix | نموذج AMM |
|---|---|---|
| هيكل التداول | مطابقة دفتر الطلبات | مجمع السيولة |
| تكوين السعر | أوامر شراء/بيع | تسعير خوارزمي |
| التحكم في الانزلاق السعري | منخفض نسبيًا | أكثر وضوحًا للصفقات الكبيرة |
| طريقة صناعة السوق | صناع سوق محترفون | مزودو السيولة (LPs) يوفرون السيولة |
| دعم التداول عالي التردد | قوي | محدود نسبيًا |
| أنواع الأوامر | أوامر محددة، أوامر سوق | عادةً أقل |
نموذج دفتر الطلبات مناسب بشكل عام للتداول الاحترافي والاستراتيجيات الكمية، بينما AMM مثالي لمقايضات الأصول الأساسية وتوفير السيولة المفتوحة.
مع تطور الشبكات عالية الأداء مثل Solana، تعيد المزيد من بروتوكولات المشتقات على السلسلة استكشاف بنية دفتر الطلبات.
لا تقتصر عملية المطابقة على السلسلة في Phoenix على كفاءة تنفيذ الأوامر فحسب، بل تعكس أيضًا التغييرات الهيكلية التي تشهدها سوق DeFi.
ركزت بروتوكولات DeFi المبكرة على المشاركة المفتوحة والسيولة غير المسموح بها، بينما يركز الجيل الجديد من بروتوكولات المشتقات على السلسلة على:
نموذج دفتر الطلبات الكامل على السلسلة في Phoenix هو في الأساس محاولة لنقل هيكل دفتر الطلبات من الأسواق المالية التقليدية إلى بيئة البلوكشين.
يشير تطوير هذه البروتوكولات أيضًا إلى أن DeFi يتطور من أداة بسيطة لتبادل الأصول إلى بنية تحتية مالية أكثر تعقيدًا على السلسلة.
تستخدم Phoenix بنية دفتر طلبات كامل على السلسلة لتداول العقود الدائمة على السلسلة. تتضمن عملية المطابقة مراحل متعددة: تقديم الأمر، فحص المخاطر، مطابقة الأمر، تحديث المركز، والتسوية على السلسلة.
مقارنة بنموذج AMM التقليدي، تركز Phoenix على عمق الطلب وكفاءة اكتشاف السعر وقدرات التداول عالي التردد. بالاستفادة من شبكة Solana عالية الأداء، تدير Phoenix نظام مطابقة على السلسلة يقترب من مستوى البورصات التقليدية.
مع توسع سوق DeFi نحو سيناريوهات التداول الاحترافية، يستعيد نموذج دفتر الطلبات على السلسلة الاهتمام. لا تعكس عملية المطابقة في Phoenix اتجاه تطوير بروتوكولات المشتقات على السلسلة فحسب، بل تُظهر أيضًا كيف تتطور البنية التحتية لـ DeFi نحو هياكل سوق مالية أكثر تعقيدًا.
نعم. تستخدم Phoenix بنية دفتر طلبات كامل على السلسلة، حيث يعمل كل من دفتر الطلبات ومنطق المطابقة على السلسلة.
تعطي Phoenix الأولوية لعمق الطلب، والانزلاق السعري المنخفض، وتجربة تداول احترافية، لذا اختارت نموذج دفتر الطلبات بدلاً من نموذج مجمع السيولة.
تستخدم Phoenix عادةً أولوية السعر والوقت لمطابقة الأوامر.
لا. Phoenix بروتوكول غير وصائي؛ يدير المستخدمون الأصول مباشرة من خلال محافظهم.
يوفر الأوراكل بشكل أساسي سعرًا مرجعيًا، مما يساعد النظام في قرارات التحكم في المخاطر والتصفية.
تعمل Phoenix على شبكة Solana عالية الأداء، مما يوفر زمن وصول أقل وسرعات تأكيد أوامر أسرع.





