آلية والتعريف
الانزلاق هو الفرق بين السعر الذي كنت تتوقع الحصول عليه لطلب وتلك السعر الذي حصلت عليه فعليًا عند التنفيذ. لقياسه بشكل متسق، تحتاج إلى ثلاثة عناصر: (1) سعر مرجعي يمثل “التنفيذ المقصود,” (2) السعر(ات) التنفيذية(ات) الفعلية، و(3) قاعدة لعلاج المواعيد الزمنية والتعبئة الجزئية.
حقل قابل للقياس الشائع هو انزلاق السعر (بالوحدات السعرية):
- الانزلاق = سعر التنفيذ الفعلي − سعر التنفيذ المقصود لشراء، يشير سعر فعلي أعلى إلى انزلاق إيجابي؛ لبيع، يمكن عكس تفسير العلامة حسب الاتفاقية التي تختارها. اختر اتفاقية واحدة وتطبيقها على كل حساب.
حقل قابل للقياس آخر هو الانزلاق بالعملة الحسابية (تأثير التكلفة). هذا يحول الفرق السعري إلى مبلغ باستخدام حجم التجارة ومواصفات العقد. تعتمد الصيغ الدقيقة على كيفية تعريف نظام التنفيذ لكيمة العقد، لذا يجب أن يتم ذكر طريقة الحساب كفرضية.
كيف يمكن قياسه خطوة بخطوة
- اختر السعر المرجعي المقصود. أمثلة على “السعر المقصود” المحتملة تشمل السعر المقدم عند وقت تقديم الطلب، سعر الحد/الوقف للطلب (إذا كان ذلك مناسبًا)، أو سعر “متوقع” داخلي يستخدمه سير عمل التنفيذ الخاص بك. القياس لا يكون متسقًا إلا مع هذا الاختيار.
- اختر السعر المرجعي للتفيذ الفعلي. استخدم سعر(ات) تعبئة التجارة المسجلة من قبل منصة/مكان التنفيذ. إذا كان هناك تعبئات متعددة، يجب أن تقرر ما إذا كنت ستقيس كل تعبئة على حدة أو حساب متوسطًا معوزنًا بالحجم.
- حدد timestamps وlogic المقابلة. تحتاج إلى قاعدة لربط timestamp “النية” مقابل “التنفيذ.” على سبيل المثال، قد تستخدم timestamp تقديم الطلب للسعر المقصود وtimestamp التعبئة للسعر الفعلي. إذا قدم النظام أحداث متعددة (تحديث التقديم، طلب المرسل، القبول، التعبئة)، حدد أي زوج تقارنهما.
- علاج التعبئات الجزئية. إذا تم تعبئة الطلب بشكل جزئي، يمكنك حساب متوسط الانزلاق معوزن بالحجم عبر التعبئات، باستخدام حجم كل تعبئة كوزن. بديلًا، تقارير الانزلاق لكل تعبئة ونطاق النتائج.
الأدلة والمثال مع الفرضيات الصريحة
افترض الإعداد القياسي التالي لطلب واحد:
- IntendedExecutionPrice هو السعر المعروض المستخدم عند إنشاء طلب الطلب.
- ActualExecutionPrice هو متوسط السعر معوزن بالحجم عبر جميع التعبئات لهذا الطلب.
- يتم حساب الانزلاق كActual − Intended.
مثال (الأرقام توضيحية): IntendedExecutionPrice = 1.1000، ومتوسط السعر الفعلي المعوزن بالحجم ActualExecutionPrice = 1.1012. ثم الانزلاق (وحدات السعر) = 1.1012 − 1.1000 = 0.0012.
للتحقق من الحساب بشكل مستقل، قارن timestamp وقيمة التقديم المقصود مع سجل التنفيذ الخاص بك، ثم احسب المتوسط المعوزن مرة أخرى من أحجام التعبئة والأسعار. إذا سجل نظامك كلًا من “الطلب المرسل” و“وقت التعبئة,” كرر القياس مع كل timestamp المقصود المعقول لرؤية كم يتغير النتيجة؛ يشير التغيير الكبير إلى أن فرضية timestamp الخاصة بك من المرجح أن تسيطر على القياس.
القيود والمخاطر في القياس
قياس الانزلاق له قيود مادية:
- الغموض في النية: أنظمة مختلفة تعرّف “المتوقع” أو “المقصود” السعر بشكل مختلف (التقديم عند الطلب، مستوى الحد/الوقف، أو توقع مخزن). تغيير هذا التعريف يمكن أن يغير الانزلاق حتى لو كانت أسعار التنفيذ متطابقة.
- الغير certainty في التوقيت: يمكن للسوق أن يتحرك بين لحظة التقاط السعر المقصود ولحظة تنفيذ الطلب فعليًا. إذا لم تستطع محاذاة timestamps بدقة، فقد تكون تقيس “التأخير بالإضافة إلى الحركة,” وليس الانزلاق فقط.
- التعبئات الجزئية وتأثيرات التجميع: دمج التعبئات في متوسط معوزن يمكن أن يخفي حقيقة أن بعض التعبئات كانت مواتية بينما الأخرى لم تكن.
- تغير مزود المسار التنفيذ: التنفيذ المرئي يعتمد على كيفية توجيه الطلبات ومطابقتها، السائل المتاح في وقت التنفيذ، وتكاليف المعاملات. حتى مع طرق متطابقة، يمكن أن تختلف النتائج عبر الزمن والبيئات.
يجب معاملة المقارنات التاريخية على أنها وصفية: العلاقات الملاحظة في الماضي لا تضمن سلوك الانزلاق في المستقبل. كما يمكن الإبلاغ عن التكاليف مثل العمولات والرسوم بشكل منفصل عن انزلاق السعر؛ يجب تجنب دمجها في رقم واحد إلا إذا كان تعريفك يشملهم صراحة.
التحقق وما يجب قياسه بعد ذلك
لجعل قياسات الانزلاق قابلة للتحقق بشكل مستقل، وثق فرضياتك: أي تعريف سعر مقصود استخدمته، كيف قمت بمطابقة timestamps، ما إذا كنت تستخدم متوسطات لكل تعبئة أو معوزنة بالحجم، وما هي قواعد التحويل العملة التي طبقتها.