بروتوكول FIX

التعريف

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

والوسطاء والبورصات ينشرون أي الرسائل والحقول يقبلون، فواجهتا FIX قابلتان للتبادل بلا تعديل نادرًا، لكنهما تتشاركان مفردات.

قراءة أمر بصيغة FIX

في صيغة العلامة والقيمة الكلاسيكية، يحتوي أمرٌ محدود بشراء عقدين عند 5,000.25 صالحٌ ليوم، فيما يحتوي:

• 35=D: نوع الرسالة أمر جديد منفرد.
• 54=1: الجانب شراء (و2 بيع).
• 38=2: كمية الأمر 2.
• 40=2: نوع الأمر محدود (و1 سوقي، و3 وقف، و4 وقف محدود).
• 44=5000.25: السعر المحدود.
• 59=0: مدة الصلاحية يوم (و1 صالح حتى الإلغاء، و3 فوري أو إلغاء، و4 كامل أو إلغاء).

طبقة الجلسة

• رسائل النبضة (35=0) تحفظ اتصالًا خاملًا حيًّا بفاصل متفَّق عليه.
• وطلب اختبار (35=1) يسأل الجانب الآخر أن يثبت أنه ما زال هناك.
• وأرقام التتابع على كل رسالة تتيح كشف الثغرات وإعادة إرسالها.
• و CME تستعمل منطق النبضة وطلب الاختبار هذا لكشف اتصالات إدخال الأوامر المفقودة لأجل الإلغاء عند انقطاع الاتصال.

FIX في CME

إدخال أوامر iLink في CME يستعمل الترميز الثنائي البسيط، الذي تصفه CME مُحسَّنًا للترميز وفكّ الترميز بزمن استجابة منخفض مع إبقاء عرض النطاق صغيرًا معقولًا، وتذكر أن دلالات FIX كلها مدعومة.

والحقول تحفظ معناها في FIX؛ ولا يتغير إلا تمثيلها على السلك من نص إلى تخطيطات ثنائية ثابتة.

داخل Senzoukria

لا يتكلّم التطبيق FIX. فلعقود CME الآجلة يوجّه الأوامر عبر R | Protocol من Rithmic، ورسائل أوامره تحمل المفاهيم نفسها، أي الجانب والكمية ونوع السعر (سوقي، محدود، وقف سوقي، وقف محدود) والمدة (يوم، GTC، IOC، FOK)، بصيغة Rithmic الخاصة؛ وتلك المدد الأربع هي بالضبط ما تعرضه تذكرة أوامره.

أخطاء شائعة

• افتراض أن واجهة FIX من وسيط تعمل بلا تغيير مع آخر.
• مساواة «FIX API» بزمن استجابة أدنى؛ فالمسار خلف الواجهة أهمّ.