كيف تعمل عملية المطابقة على السلسلة في Phoenix؟ تحليل شامل لآلية تداول دفتر الطلبات على السلسلة.

آخر تحديث 2026-05-19 02:51:37
مدة القراءة: 3m
تعتمد Phoenix على بنية دفتر الطلبات بالكامل على السلسلة لمطابقة الطلبات. عند تقديم المستخدم لطلب، يقوم النظام تلقائيًا بتنفيذ خطوات فحص الهامش، ومطابقة الطلبات في دفتر الطلبات، وتأكيد السعر، وتحديث المراكز، والتسوية على السلسلة. وعلى عكس نماذج صانع السوق الآلي (AMM) التي تستند إلى مجمعات السيولة، تقترب Phoenix بشكل أكبر من آلية دفتر الطلبات المحددة المركزية (CLOB) المعتمدة في الأسواق المالية التقليدية، مما يحقق انزلاقًا سعريًا أقل، ودقة أعلى في الطلبات، وهيكل سوقي محسّن للتداول عالي التردد.

مع تطور سوق التمويل اللامركزي (DeFi) من مقايضات الأصول البسيطة إلى التداول عالي التردد والمشتقات الاحترافية، تزداد أهمية أنظمة المطابقة على السلسلة. تؤثر عملية المطابقة في Phoenix ليس فقط على كفاءة تنفيذ الأوامر، بل أيضًا على سيولة السوق، التحكم في المخاطر، وتكاليف المعاملات.

على خلفية التوسع السريع لنظام التداول عالي التردد في Solana، يعود نموذج دفتر الطلبات على السلسلة الذي تمثله Phoenix ليصبح محور اهتمام السوق مجددًا.

ما هي آلية المطابقة على السلسلة في Phoenix؟

ما هي آلية المطابقة على السلسلة في Phoenix؟

تستخدم Phoenix نموذج دفتر الطلبات المحدود المركزي (CLOB) لتنفيذ الصفقات. يقدم المستخدمون أوامر شراء وبيع تدخل إلى دفتر الطلبات على السلسلة، ويتم مطابقتها وفقًا لأولوية السعر والوقت.

على عكس نموذج AMM، لا تعتمد Phoenix على مجمع السيولة للتسعير التلقائي. بل تتشكل أسعار السوق من خلال الأوامر الحقيقية، مما يعكس العرض والطلب بين المشترين والبائعين بدلاً من صيغة خوارزمية.

في Phoenix، تُخزَّن بيانات دفتر الطلبات وحالة الأوامر وسجل التداول على السلسلة. يمكن للمستخدمين الاطلاع علنًا على عمق السوق وأسعار الأوامر وسجل التداول، مما يعزز شفافية السوق وقابلية التحقق.

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

ما هي آلية المطابقة على السلسلة في Phoenix؟

ماذا يحدث بعد أن يقدم المستخدم أمرًا؟

عند تقديم أمر على Phoenix، يمر النظام بعدة خطوات.

أولاً، يجب على المستخدم توقيع طلب المعاملة عبر محفظته. تتضمن معلومات الأمر اتجاه التداول والسعر والكمية ونسبة الرافعة المالية ونوع الأمر.

بعد ذلك، يتحقق محرك المخاطر في Phoenix من حالة الحساب، بما في ذلك:

  • رصيد الهامش الحالي
  • مستوى مخاطر المركز
  • حدود الرافعة المالية
  • مستوى الهامش المتاح

فقط عندما يستوفي الحساب متطلبات المخاطر يُسمح للأمر بدخول دفتر الطلبات.

إذا قدم المستخدم أمرًا محددًا، فسيُوضع في دفتر الطلبات لانتظار المطابقة. أما إذا كان أمر سوق، فسيحاول فورًا التنفيذ مقابل الأوامر الموجودة في السوق الحالية.

تتم عملية تقديم الأمر بالكامل على السلسلة، لذا يمكن التحقق من جميع حالات الأوامر بشكل علني.

كيف يطابق دفتر الطلبات في Phoenix الأوامر؟

يتبع منطق المطابقة في Phoenix مبدأ أولوية السعر والوقت.

عندما يدخل أمر شراء جديد إلى السوق، يبحث النظام عن أمر البيع بأقل سعر للمطابقة. وعلى العكس، عندما يدخل أمر بيع، يُعطى الأولوية للمطابقة مع أمر الشراء بأعلى سعر.

إذا كانت هناك أوامر متعددة بنفس السعر، يُنفَّذ الأمر الذي دخل دفتر الطلبات أولاً. هذه الآلية مطابقة لمنطق دفتر الطلبات في الأسواق المالية التقليدية.

على سبيل المثال:

  • يضع المستخدم أ أمر شراء (طويل) لـ BTC
  • يقدم المستخدم ب أمر بيع (قصير) لـ BTC
  • عندما تتطابق الأسعار، يكمل النظام المطابقة
  • ثم يُحدَّث حالة المركز لكلا الطرفين

لا تعتمد عملية المطابقة في Phoenix على خادم مركزي. بل تتم تحديثات حالة الأوامر وتأكيدات الصفقات عبر برامج على السلسلة. هذه سمة رئيسية لنموذج "على السلسلة بالكامل".

كيف تتعامل Phoenix مع الهامش وتحديثات المركز؟

يتضمن تداول العقود الدائمة الرافعة المالية، لذا فإن إدارة الهامش جزء حاسم من عملية المطابقة.

بعد تنفيذ الصفقة، تقوم Phoenix بتحديث ما يلي في حساب المستخدم:

  • حجم المركز
  • سعر الدخول
  • الأرباح والخسائر غير المحققة
  • الهامش المشغول
  • نسبة الرافعة المالية

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

إذا تجاوزت مخاطر الحساب حدًا آمنًا، فقد يُفعِّل محرك المخاطر في Phoenix آلية التصفية لمنع البروتوكول من تحمل مخاطر الديون المعدومة.

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

ما هو دور سعر الأوراكل في عملية المطابقة؟

رغم أن Phoenix تستخدم دفتر الطلبات للتسعير، إلا أنها لا تزال تعتمد على أوراكل لتوفير سعر مرجعي للسوق.

يُستخدم سعر الأوراكل بشكل أساسي في:

  • حساب السعر المرجعي
  • تقييم مخاطر الحساب
  • تحديد شروط التصفية
  • منع التلاعب غير الطبيعي بالأسعار

إذا استُخدم سعر دفتر الطلبات وحده، فقد يشهد السوق تقلبات غير طبيعية قصيرة المدى بسبب نقص السيولة. لذلك، تجمع Phoenix بين بيانات الأوراكل للحفاظ على استقرار نظام المخاطر.

في أسواق المشتقات على السلسلة، يُعد نظام الأوراكل مكونًا أساسيًا في التحكم في المخاطر. يمكن أن تؤثر حالات الشذوذ في الأوراكل على معدلات التمويل ومنطق التصفية واستقرار السوق، لذا تحتاج Phoenix إلى الاعتماد على مصادر بيانات موثوقة.

كيف تتم التسوية على السلسلة في Phoenix؟

بعد مطابقة الصفقة، يكتب النظام نتيجة التنفيذ في حالة السلسلة ويُحدِّث بيانات مركز المستخدم.

تشمل التسوية على السلسلة:

  • تحديث رصيد الحساب
  • تعديل حالة الهامش
  • تسجيل معلومات الصفقة
  • تحديث بيانات مركز السوق

نظرًا لأن Phoenix تتبنى هيكلًا غير وصائي، تبقى أصول المستخدم دائمًا تحت سيطرة الحساب على السلسلة، وليست محتجزة لدى منصة مركزية.

يحسّن هذا النموذج الشفافية ولكنه يعني أيضًا أن جميع إجراءات التداول تعتمد على تأكيد شبكة البلوكشين. لذلك، يؤثر أداء الشبكة الأساسية بشكل مباشر على تجربة التداول.

قدرة Solana على التأكيد السريع هي أحد الأسباب الرئيسية التي تمكن Phoenix من تشغيل دفتر طلبات على السلسلة.

ما الفرق بين عملية التداول في Phoenix وعملية AMM؟

الفرق الأكبر بين Phoenix وبروتوكولات AMM التقليدية يكمن في طريقة تنفيذ الصفقات.

يعتمد نموذج AMM على مجمعات السيولة والتسعير الخوارزمي؛ حيث يتداول المستخدمون فعليًا مع المجمع. في المقابل، يتيح نموذج دفتر الطلبات في Phoenix المطابقة المباشرة بين المستخدمين.

يظهر النموذجان اختلافات واضحة في عملية التداول:

البُعد Phoenix نموذج AMM
هيكل التداول مطابقة دفتر الطلبات مجمع السيولة
تكوين السعر أوامر شراء/بيع تسعير خوارزمي
التحكم في الانزلاق السعري منخفض نسبيًا أكثر وضوحًا للصفقات الكبيرة
طريقة صناعة السوق صناع سوق محترفون مزودو السيولة (LPs) يوفرون السيولة
دعم التداول عالي التردد قوي محدود نسبيًا
أنواع الأوامر أوامر محددة، أوامر سوق عادةً أقل

نموذج دفتر الطلبات مناسب بشكل عام للتداول الاحترافي والاستراتيجيات الكمية، بينما AMM مثالي لمقايضات الأصول الأساسية وتوفير السيولة المفتوحة.

مع تطور الشبكات عالية الأداء مثل Solana، تعيد المزيد من بروتوكولات المشتقات على السلسلة استكشاف بنية دفتر الطلبات.

لماذا تعتبر عملية المطابقة في Phoenix مهمة؟

لا تقتصر عملية المطابقة على السلسلة في Phoenix على كفاءة تنفيذ الأوامر فحسب، بل تعكس أيضًا التغييرات الهيكلية التي تشهدها سوق DeFi.

ركزت بروتوكولات DeFi المبكرة على المشاركة المفتوحة والسيولة غير المسموح بها، بينما يركز الجيل الجديد من بروتوكولات المشتقات على السلسلة على:

  • زمن وصول أقل
  • كفاءة رأس مال أعلى
  • تجربة تداول أكثر احترافية
  • تحكم أدق في الأوامر

نموذج دفتر الطلبات الكامل على السلسلة في Phoenix هو في الأساس محاولة لنقل هيكل دفتر الطلبات من الأسواق المالية التقليدية إلى بيئة البلوكشين.

يشير تطوير هذه البروتوكولات أيضًا إلى أن DeFi يتطور من أداة بسيطة لتبادل الأصول إلى بنية تحتية مالية أكثر تعقيدًا على السلسلة.

خلاصة

تستخدم Phoenix بنية دفتر طلبات كامل على السلسلة لتداول العقود الدائمة على السلسلة. تتضمن عملية المطابقة مراحل متعددة: تقديم الأمر، فحص المخاطر، مطابقة الأمر، تحديث المركز، والتسوية على السلسلة.

مقارنة بنموذج AMM التقليدي، تركز Phoenix على عمق الطلب وكفاءة اكتشاف السعر وقدرات التداول عالي التردد. بالاستفادة من شبكة Solana عالية الأداء، تدير Phoenix نظام مطابقة على السلسلة يقترب من مستوى البورصات التقليدية.

مع توسع سوق DeFi نحو سيناريوهات التداول الاحترافية، يستعيد نموذج دفتر الطلبات على السلسلة الاهتمام. لا تعكس عملية المطابقة في Phoenix اتجاه تطوير بروتوكولات المشتقات على السلسلة فحسب، بل تُظهر أيضًا كيف تتطور البنية التحتية لـ DeFi نحو هياكل سوق مالية أكثر تعقيدًا.

الأسئلة الشائعة

هل نظام المطابقة في Phoenix يعمل بالكامل على السلسلة؟

نعم. تستخدم Phoenix بنية دفتر طلبات كامل على السلسلة، حيث يعمل كل من دفتر الطلبات ومنطق المطابقة على السلسلة.

لماذا لا تستخدم Phoenix نموذج AMM؟

تعطي Phoenix الأولوية لعمق الطلب، والانزلاق السعري المنخفض، وتجربة تداول احترافية، لذا اختارت نموذج دفتر الطلبات بدلاً من نموذج مجمع السيولة.

كيف تُرتَّب الأوامر في Phoenix؟

تستخدم Phoenix عادةً أولوية السعر والوقت لمطابقة الأوامر.

هل يتطلب التداول على Phoenix حفظ الأصول؟

لا. Phoenix بروتوكول غير وصائي؛ يدير المستخدمون الأصول مباشرة من خلال محافظهم.

ما هو دور الأوراكل في Phoenix؟

يوفر الأوراكل بشكل أساسي سعرًا مرجعيًا، مما يساعد النظام في قرارات التحكم في المخاطر والتصفية.

لماذا تُعتبر Phoenix مناسبة للتداول عالي التردد؟

تعمل Phoenix على شبكة Solana عالية الأداء، مما يوفر زمن وصول أقل وسرعات تأكيد أوامر أسرع.

المؤلف: Jayne
إخلاء المسؤولية
* لا يُقصد من المعلومات أن تكون أو أن تشكل نصيحة مالية أو أي توصية أخرى من أي نوع تقدمها منصة Gate أو تصادق عليها .
* لا يجوز إعادة إنتاج هذه المقالة أو نقلها أو نسخها دون الرجوع إلى منصة Gate. المخالفة هي انتهاك لقانون حقوق الطبع والنشر وقد تخضع لإجراءات قانونية.

مشاركة

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

المقالات ذات الصلة

تحليل اقتصاديات رمز JTO: توزيع الرمز، الاستخدام، والقيمة طويلة الأجل
مبتدئ

تحليل اقتصاديات رمز JTO: توزيع الرمز، الاستخدام، والقيمة طويلة الأجل

يُعتبر JTO رمز الحوكمة الأساسي لشبكة Jito، ويشكّل محورًا رئيسيًا في بنية MEV التحتية ضمن منظومة Solana. يوفر هذا الرمز إمكانيات حوكمة فعّالة، ويحقق مواءمة بين مصالح المُدقِّقين والمخزنين والباحثين عبر عوائد البروتوكول وحوافز النظام البيئي. تم تحديد إجمالي المعروض من الرمز عند 1 مليار بشكل استراتيجي لضمان توازن بين الحوافز الفورية والنمو طويل الأجل المستدام.
2026-04-03 14:06:42
ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI
مبتدئ

ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI

يؤسس بروتوكول 0x بنية تحتية متقدمة للتداول اللامركزي من خلال مكونات رئيسية تشمل Relayer، وMesh Network، و0x API، وExchange Proxy. يتولى Relayer إدارة بث الأوامر خارج السلسلة، وتتيح Mesh Network مشاركة الأوامر، بينما يوفر 0x API واجهة موحدة لعروض السيولة، ويتولى Exchange Proxy تنفيذ التداولات على السلسلة وتوجيه السيولة بكفاءة. تُمكّن هذه المكونات مجتمعةً من بناء هيكل يجمع بين نشر الأوامر خارج السلسلة وتسوية التداولات على السلسلة، ما يمنح المحافظ، وDEXs، وتطبيقات التمويل اللامركزي (DeFi) إمكانية الوصول إلى سيولة متعددة المصادر عبر واجهة موحدة واحدة.
2026-04-29 03:06:50
جيتو مقابل مارينيد: دراسة مقارنة لبروتوكولات تخزين السيولة على Solana
مبتدئ

جيتو مقابل مارينيد: دراسة مقارنة لبروتوكولات تخزين السيولة على Solana

يُعد Jito وMarinade البروتوكولين الرئيسيين للتخزين السائل على Solana. يعزز Jito العائد عبر MEV (القيمة القصوى القابلة للاستخراج)، ويخدم المستخدمين الذين يبحثون عن عوائد مرتفعة. بينما يوفر Marinade خيار تخزين أكثر استقرارًا ولامركزيًا، ليكون ملائمًا للمستخدمين أصحاب الشهية المنخفضة للمخاطر. يكمن الفرق الجوهري بينهما في مصادر العائد وتركيبة المخاطر.
2026-04-03 14:05:17
Pendle مقابل Notional: تحليل مقارن لبروتوكولات العائد الثابت في التمويل اللامركزي (DeFi)
متوسط

Pendle مقابل Notional: تحليل مقارن لبروتوكولات العائد الثابت في التمويل اللامركزي (DeFi)

تُعتبر Pendle وNotional من البروتوكولات الرائدة في قطاع العائد الثابت ضمن التمويل اللامركزي (DeFi)، حيث يعتمد كل منهما آليات مميزة لتوليد العوائد. تقدم Pendle ميزات العائد الثابت وتداول العائد من خلال نموذج تقسيم العائدات PT وYT، في حين تتيح Notional للمستخدمين تثبيت معدلات الاقتراض عبر متجر الإقراض بمعدل فائدة ثابت. بالمقارنة، فإن Pendle أنسب لإدارة أصول العائد وتداول معدلات الفائدة، بينما تتخصص Notional في سيناريوهات الإقراض بمعدل فائدة ثابت. يسهم كلا البروتوكولين في تطوير سوق العائد الثابت في التمويل اللامركزي (DeFi)، حيث يتميز كل منهما بنهج فريد في هيكلية المنتج وتصميم السيولة والفئات المستهدفة من المستخدمين.
2026-04-21 07:34:07
ما المقصود بـ PT و YT في Pendle؟ تحليل شامل لآلية تقسيم العائد
متوسط

ما المقصود بـ PT و YT في Pendle؟ تحليل شامل لآلية تقسيم العائد

يُعد PT و YT الرمزين الأساسيين للعائد في بروتوكول Pendle. يمثل PT (رمز رأس المال) رأس المال الخاص بأصل العائد، وغالبًا ما يتم تداوله بسعر أقل من قيمته الاسمية، ويُسترد بقيمته الاسمية عند تاريخ الانتهاء. أما YT (رمز العائد) فيمثل الحق في العائد المستقبلي للأصل، ويمكن تداوله للحصول على العوائد المتوقعة. من خلال تقسيم الأصول ذات العائد إلى PT و YT، أنشأت Pendle سوقًا لتداول العائدات ضمن التمويل اللامركزي (DeFi)، مما يمكّن المستخدمين من تأمين عوائد ثابتة، والمضاربة على تقلبات العائد، وإدارة مخاطر العائد بفعالية.
2026-04-21 07:18:16
بروتوكول 0x مقابل Uniswap: ما الفرق بين بروتوكولات دفتر الطلبات ونموذج AMM؟
متوسط

بروتوكول 0x مقابل Uniswap: ما الفرق بين بروتوكولات دفتر الطلبات ونموذج AMM؟

تم تصميم كل من 0x Protocol وUniswap لتداول الأصول بشكل لامركزي، لكن كلاهما يعتمد آليات تداول مميزة. يستند 0x Protocol إلى بنية دفتر الطلبات خارج السلسلة مع تسوية على السلسلة، حيث يقوم بتجميع السيولة من مصادر متعددة لتوفير بنية تحتية للتداول للمحافظ ومنصات DEX. في المقابل، يتبنى Uniswap نموذج صانع السوق الآلي (AMM)، ما يتيح مبادلات الأصول على السلسلة من خلال مجمعات السيولة. يكمن الفرق الأساسي بينهما في تنظيم السيولة؛ إذ يركز 0x Protocol على تجميع الطلبات وتوجيه التداول بكفاءة، ما يجعله مثاليًا لدعم السيولة الأساسية للتطبيقات. بينما يستخدم Uniswap مجمعات السيولة لتقديم خدمات المبادلة المباشرة للمستخدمين، ليبرز كمنصة قوية لتنفيذ التداولات على السلسلة.
2026-04-29 03:48:20