ماذا يعني “Last Look” في الفوركس
Last Look هي آلية يستخدمها بعض مزوّدي السيولة، حيث لا يكون طلب التداول الوارد نهائيًا فورًا. بدلًا من ذلك، يمكن للمزوّد إجراء فحوصات في وقت وصول الطلب أو بالقرب منه، ثم إما قبول السعر للتنفيذ أو رفضه.
يساعد نموذج بسيط عند التفكير في الآثار:
- يقوم العميل بإرسال طلب تنفيذ.
- يقرر المزوّد ما إذا كان الطلب ما يزال مقبولًا وفقًا لقواعد Last Look الخاصة به.
- ينفّذ المزوّد الطلب (أو يؤكدّه)، أو يرفضه.
نقطة حاسمة هي أن “الفحوصات” ليست جزءًا من النية التي يرسلها العميل وحده. بل تعتمد على شروط من جهة المزوّد: ما إذا كانت السوق قد تحركت منذ لحظة مرجعية، وما إذا كانت العتبات الداخلية قد تم تجاوزها، وكيف يقارن المزوّد الأسعار أو المعدلات.
وبما أن هذه الآلية يتحكم بها المزوّد، فقد يتصرف “Last Look” بشكل مختلف عبر المنصات ومزوّدي السيولة. عند قراءة الوثائق أو تحليل سجلات التنفيذ، اعتبره مجموعة من أنماط السلوك وليس قاعدة ثابتة واحدة.
اعتبارات متقدمة: تبعيات يجب فصلها
1) آليات ثابتة مقابل شروط متغيرة
افصل ما هو ثابت عمّا هو متغير:
- آليات ثابتة: يضيف Last Look خطوة قبول مشروطة بعد استلام طلب تنفيذ.
- شروط متغيرة: قد تعتمد قرارات المزوّد على تقلبات السوق، والكمون، والفروقات السعرية، وحدود المخاطر الداخلية، وسياسات الاختصاص القضائي أو المنصة.
إذا لم تفصل هذه الأمور، فقد تنسب النتائج بشكل غير صحيح إلى منطقك من جهة العميل. على سبيل المثال، فإن رفض الطلب لا يعني تلقائيًا أن طلبك كان “خاطئًا”؛ بل قد يعكس قواعد قبول/رفض المزوّد الداخلية في ظل الظروف الحالية.
2) التوقيت ومعنى “ما يزال مقبولًا”
غالبًا ما ترتكز التحليلات المتقدمة على التوقيت. تحتاج إلى فهم ما هو “وقت المرجع” الذي يستخدمه المزوّد للمقارنة، وكم من الوقت يسمح به قبل أن يجب اتخاذ القرار.
افتراضات ينبغي أن تجعلها واضحة لأي حساب أو مثال:
- قد يختلف الطابع الزمني للبورصة أو التغذية على جهة العميل عن الطابع الزمني الداخلي لدى المزوّد.
- قد يكون للكمون الشبكي وزمن المعالجة أهمية مقارنةً بأي نافذة قرار ضمن Last Look.
- قد يؤدي تغير سريع في السعر إلى تحويل طلب كان مقبولًا مبدئيًا إلى طلب مرفوض.
3) أي سعر أو معدل تتم مقارنته
عادةً ما تتطلب قرارات Last Look مقارنة شيء ما في الطلب الوارد بما يمكن ملاحظته من جهة المزوّد. تشمل الشكوك الشائعة:
- ما إذا كانت المقارنة تستخدم سعر العرض/الطلب عند وقت القرار أم مرجعًا مبنيًا على المنتصف (mid).
- ما إذا كانت المقارنة تشمل فرق السعر الخاص بالمزوّد أو نموذج التسعير الخاص به.
- ما إذا كان المزوّد يستخدم نطاق سماح (على سبيل المثال، انحرافًا أقصى) بدلًا من مساواة صارمة.
إذا لم يعرض المزوّد هذه التفاصيل بشفافية، فإن التحقق المستقل يقتصر على ما تظهره سجلاتك (أوقات الطلب، نتائج القبول/الرفض، وأي أكواد أسباب مضمّنة في بياناتك).
4) التكاليف وآثار ما بعد القرار
حتى عندما يتحكم Last Look فقط في القبول/الرفض، قد تتأثر النتائج الإجمالية أيضًا بـ:
- الفارق الفعّال عند وقت التنفيذ.
- وجود أي رسوم أو عمولات يطبقها الوسطاء.
- الاختلاف بين السعر الذي توقّعته والسعر الذي تم تنفيذه فعليًا.
لإبقاء التحليل قائمًا بذاته، اعتبر “التكلفة” فرقًا مُلاحظًا في سجلات التنفيذ لديك (على سبيل المثال، الفرق بين سعر مرجعك المقصود والسعر المنفّذ)، بدلًا من الاعتماد على افتراضات حول سلوك السوق في المستقبل.
الأدلة والأمثلة: كيف يظهر Last Look في بيانات التنفيذ الفعلية
فيما يلي أنماط أمثلة يمكنك البحث عنها دون افتراض أي تطبيق محدد من مزوّد بعينه.
المثال A: تكتل الرفضات خلال التحركات السريعة
افتراض المثال:
- لديك سجلات تنفيذ تتضمن طوابع زمنية لكل طلب ونتيجة قبول/رفض.
ما الذي يجب التحقق منه:
- ما إذا كانت الرفضات تزداد خلال الفترات المعروفة بارتفاع التقلب.
- ما إذا كان الزمن بين الطلب والاستجابة النهائية ثابتًا.
حد هذا الأسلوب:
- الارتباط لا يثبت السببية. قد تتزامن التقلبات الأعلى مع عوامل أخرى مثل حدود المخاطر أو قواعد التعامل مع الأوامر.
المثال B: قرارات “متأخرة” تخلق توقعات غير متطابقة
افتراض المثال:
- يسجل نظامك سعرًا أو سعرًا مرجعيًا عندما ترسل الطلب.
ما الذي يجب التحقق منه:
- العلاقة بين طابع وقت الإرسال ومستوى السعر عند وصول الاستجابة التي سجّلتها.
- ما إذا كانت عمليات القبول والرفض تُظهر توقيتًا مختلفًا بشكل منهجي.
عدم اليقين الأساسي:
- بدون مزامنة ساعات بين نظامك والمزوّد، قد لا يكون من الممكن إعادة بناء “ما رآه المزوّد” بدقة.
المثال C: تنفيذ جزئي وأرجل متعددة
إذا تفاعلَت الآلية مع التنفيذ الجزئي، فقد تلاحظ:
- قبول بعض الأجزاء ورفض أجزاء أخرى.
- نتائج مختلفة عبر محاولات متكررة.
افتراض:
- مجموعتك البيانات تميّز بين عمليات التعبئة (fills) والرفض والإقرارات الجزئية.
ما الذي يجب التحقق منه:
- ما إذا كانت نسبة الرفض تعتمد على الحجم أو عدد المحاولات أو التسلسل.
وضع الفشل:
- إذا كانت سجلاتك تجمع عدة أحداث في سجل واحد بعنوان “محاولة” (attempt)، فقد تقرأ بشكل خاطئ كيف أثّر Last Look على كل جزء.
القيود والمخاطر: أنماط فشل في فهم Last Look
1) شفافية محدودة
من القيود الجوهرية أنك قد لا تتلقى معلومات تفصيلية حول سبب رفض الطلب. دون أكواد أسباب أو عتبات موثقة، يصبح من الصعب فصل:
- آثار تحرك السوق عن فحوصات مخاطر المزوّد.
- اختلافات التعامل التقني عن فلاتر خاصة بـ Last Look.
2) قيود مخفية وسلوك الحالات الحدّية
قد تنتج الحالات الحدّية المتقدمة عن نتائج تبدو غير متسقة:
- تغييرات سريعة في السعر تحدث بين وقت إرسال الطلب والتقييم الداخلي لدى المزوّد.
- لحظات تتسع فيها الفروقات بسرعة، ما يغيّر ما هو “مقبول”.
- حالات تُعامل فيها محاولاتك المتكررة كقرارات منفصلة، وربما بتوقيت مختلف وبالتالي نتائج مختلفة.
3) قد تكون التحليلات مضللة دون تعريفات دقيقة
يتطلب التحقق تعريفات واضحة. المزالق الشائعة:
- اعتبار “الرفض” يعني “كان السعر أسوأ” دون التأكد من قاعدة قرار المزوّد.
- مقارنة أسعار مرجع الطلب بأسعار التنفيذ دون مراعاة اختلافات الطابع الزمني.
- المبالغة في ملاءمة الاستنتاجات لنظام سوق واحد.
العلاقات التاريخية لا تضمن النتائج المستقبلية، خصوصًا في الأسواق ذات التقلبات والسيولة المتغيرة.
4) اختلافات الاختصاص القضائي والمنصة
قد تختلف معالجة التنفيذ والمسائل القانونية عبر الاختصاصات القضائية والمنصات. وهذا يخلق خطر افتراض أن سلوك مزوّد واحد يمتد إلى الجميع. لفهم دقيق، اعتمد على الوثائق القانونية الخاصة بالمزوّد، وشرح المنصة الرسمي، وسجلات التنفيذ التي لاحظتها، وتوقع وجود تباين.
كيفية التحقق من سلوك Last Look وما الذي يجب طلبه بعد ذلك
قائمة التحقق من التحقق المستقل
للتحقق بشكل مستقل من كيفية تأثير Last Look على عمليات التنفيذ لديك، ركّز على البيانات التي تتحكم بها:
- لكل طلب: سجّل طابع وقت الطلب، والمرجع المقصود (ما الذي استخدمته)، ونتيجة القبول/الرفض.