بناء نظام تداول – اعتبارات عامة

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

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

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

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

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

بشكل عام ، فإن أفضل تطبيق وجدته لنظام إدارة العمليات هو فصل نوايا نموذج التداول – مثل “وضع أوامر الحد عند 10.15 دولارًا أمريكيًا و 10.10 دولارات أمريكية” أو “شراء 300 سهم من INTC على الفور” – من النتيجة الفعلية الناتجة المواقف. مع هذا التصميم ، يمكن لنموذج التداول ، غير المتزامن من التداول الفعلي ، تحديث نواياه ويمكن لنظام إدارة العمليات (OMS) العمل بذكاء على تنفيذها ، وإخطار النموذج عند الوفاء بها. هذا يترك النموذج حراً في معالجة البيانات باستمرار وربما تغيير النوايا قبل أن يتم الوفاء بها. ومع ذلك ، قد يكون من الأفضل التفكير في نظام إدارة العمليات “ذكي” للغاية على أنه نوع خاص من النماذج التي تجمع وتحول طلبات التداول لجميع النماذج الأخرى ، حيث أنه من المحتمل أن يحتاج نظام إدارة العمليات “الذكي” إلى الضبط و معلمات خلاف ذلك. مزيد من المناقشة حول تنفيذ نظام إدارة العمليات عالي الأداء سيكون موضوع المشاركات المستقبلية.

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

شارك إذا أعجبك!

ارييل سلاهيان

http://www.sisSoftwareFactory.com