ما هو Last Look، من حيث يمكن قياسه
يُعد Last Look في الفوركس آلية يمكن بموجبها قبول أمرٍ مبدئيًا للتنفيذ، ثم رفضه (أو عدم تنفيذه) لاحقًا بعد إجراء فحص قصير بواسطة مزود السيولة. لقياسه، تُحوّل الفكرة إلى أحداث يمكن ملاحظتها وحقول يمكن تسجيلها. يفصل هذا النهج بين آليات أكثر ثباتًا نسبيًا (ما القرارات التي تُتخذ ومتى) وظروف متغيرة (حركة السوق والتكاليف وخيارات التنفيذ).
طريقة عملية لتعريفه للقياس هي تتبع كل أمرٍ تمت محاولته كحدث مع حقول على الأقل من هذه:
- طابع زمني للأمر (t_order): متى تعتقد أن الطلب تم إرساله.
- طابع زمني لعرض السعر أو أساس السعر (t_quote): متى تم رصد السعر المستخدم للطلب.
- نتيجة القرار: accepted/executed أو rejected/not executed.
- زمن تأخر القرار (Δt): الزمن بين أساس السعر ذي الصلة والنتيجة النهائية.
- سعر التنفيذ والرسوم (إن تم التنفيذ): سعر الإتمام النهائي وأي تكاليف يمكن نسبتها مباشرةً والتي يمكنك تسجيلها.
إذا لم تتمكن من ملاحظة جميع هذه الحقول من سجلاتك الخاصة، فيجب أن تقيس فقط ما يمكنك التحقق منه وأن تشير صراحةً إلى ما هو مفقود.
كيف تقيسه باستخدام القبول والتوقيت وجودة السعر
يتمثل هدف قياس شائع في تحديد التكرار وكذلك التوقيت/الجودة.
1) معدلات القبول والرفض
بالنسبة لعينة من الأوامر التي تمّت محاولتها، يمكنك حساب:
- معدل القبول = الأوامر المنفذة / إجمالي الأوامر التي تمّت محاولتها
- معدل الرفض = الأوامر المرفوضة / إجمالي الأوامر التي تمّت محاولتها
الافتراض المطلوب: أن تُعرّف «المحاولة» بشكل متسق (على سبيل المثال، أي أمر وصل إلى المزود، وليس مُلغى محليًا قبل الإرسال). بدون ذلك، قد تكون المعدلات مضللة.
2) توزيع التأخر
بالنسبة لنتائج التنفيذ و/أو الرفض، احسب التأخر من الحقول التي تثق بها:
- زمن تأخر القرار (Δt) = t_outcome − t_quote (أو − t_order، اعتمادًا على ما يمكنك تبريره)
ثم لخص ذلك باستخدام المئينات (على سبيل المثال، الوسيط، 90th، 99th). يقيس هذا ما إذا كانت القرارات تتجمع حول فترات قصيرة أم تمتد تحت ظروف معينة.
الافتراض المطلوب: يجب أن تأتي t_quote وt_outcome من ساعات/مزامنة قابلة للمقارنة ومن مراحل معالجة متشابهة. إذا كانت الطوابع الزمنية ناتجة عن أنظمة مختلفة مع تأخيرات مختلفة، فإن Δt لديك لن يمثل تمثيلًا دقيقًا لتوقيت فحص Last Look الداخلي لدى المزود.
3) مقارنة جودة السعر عند زمن القرار
لقياس «جودة السعر» دون افتراض قابلية التنبؤ بالمستقبل، قارن كيف يرتبط سعر التنفيذ (عند تنفيذه) بأساس السعر المستخدم وقت إدخال قرار القرار.
مثال على مقياس:
- فرق السعر = execution_price − reference_price
الافتراض المطلوب: أن reference_price مُعرّف ومُلتقط بشكل متسق (نوع عرض السعر نفسه، نفس اللحظة، وقواعد التقريب نفسها). وبما أن الأسواق تتحرك باستمرار، حتى المرجع الصحيح قد يصبح قديمًا خلال أجزاء من الملي ثانية؛ لذا فإن مقياسك يقيس العلاقة بين التنفيذ والمرجع الذي اخترته، وليس «القيمة العادلة» لدى المزود.
4) المقارنات الشرطية
لتقليل احتمال أن تؤدي حركة السوق إلى كل شيء، اجمع الأحداث حسب ظروف يمكن ملاحظتها تقيسها، مثل:
- نافذة زمنية (مثال: قبل/بعد جلسة سوق محددة)
- مؤشرات للتقلب تحسبها من تغذية أسعارك الخاصة
- فئات حجم الأوامر (إذا كنت تسجلها)
متطلب التشابه: يجب أن تحتوي كل فئة على عدد كافٍ من الأحداث، ويجب أن تستخدم فئاتك التعريفات نفسها لزمن المرجع والنتائج.
الأدلة وأنماط الفشل: ما الذي قد يفسد القياس
قد يفشل القياس بعدة طرق مادية. على الأقل أحد القيود الشائعة هو الطوابع الزمنية المفقودة أو غير المتسقة.
القيد: قد لا تلاحظ نفس ساعة القرار
إذا كانت t_quote مشتقة من تغذية وكان t_outcome مشتقًا من نظام إدارة الأوامر لديك، فقد توجد تأخيرات في الاتجاهين. عندها يعكس Δt الذي تقيسه تأخر خط الأنابيب والبرمجيات، وليس توقيت قرار Last Look لدى المزود.
القيد: «الرفض» يمكن أن يحمل معانٍ متعددة
قد يأتي الرفض الظاهر من:
- قرار Last Look
- إلغاء محلي بسبب انتهاء المهلة
- رفض بسبب قيود التنفيذ أو فحوصات المخاطر التي لم تقم بنمذجتها
لكي تعامل عمليات الرفض كنتائج Last Look، يجب أن تفصلها باستخدام تعريفات من سجلاتك الخاصة (على سبيل المثال، أكواد حالة مميزة). وإلا فستختلط معدلات القبول/الرفض بين آليات مختلفة.
القيد: ظروف السوق تهيمن على الآفاق القصيرة
حتى مع طوابع زمنية صحيحة وتعريفات واضحة، تختلف النتائج قصيرة الأفق تبعًا لظروف السوق وتكاليف التداول ومنصات التنفيذ. لا تُثبت معدلات القبول التاريخية وتوزيعات فرق السعر نتائج مستقبلية.
التحقق والسؤال التالي لجعل القياس موثوقًا
يأتي التحقق المستقل من تدقيق تعريفاتك وإعادة بناء تسلسل الأحداث.