ما هي الرسوم والفروقات التي يجب التحقق منها للوصول عبر API (وكيف تتحقق منها بشكل مستقل)
الإجابة المباشرة
بالنسبة للوصول عبر API، يجب أن تتحقق (1) مما ينشره المزود بوصفه تكاليف التداول وتكاليف الوصول، و(2) مما يمكن أن يتغير بين الاقتباس الذي تراه والتكلفة النهائية التي تتحملها عندما تُنفَّذ الأوامر. تتمثل الفكرة الأساسية في فصل قواعد التسعير المستقرة والمعلنة (الرسوم، جداول العمولات، قواعد التمويل) عن نتائج التنفيذ المتغيرة التي تقودها ظروف السوق والسيولة وكيف يوجّه المزود الأوامر.
الآلية أو التعريف
يعني الوصول عبر API أن نظام التداول الخاص بك يرسل الأوامر ويستقبل معلومات السعر عبر واجهة برمجة تطبيقات. في هذا الإعداد، عادةً ما يشير مصطلح spread (الفارق/الفرق) إلى الفرق بين أسعار bid وask في تغذية البيانات أو في تيار الاقتباسات. أما الرسوم (Fees) فهي المبالغ التي يمكن أن تُفوَّت لك مقابل استخدام الخدمة، مثل:
- العمولة أو رسوم التداول: تكلفة منشورة تعتمد على الحجم أو نوع الأمر أو خطة الحساب.
- رسوم الوصول أو المنصة/الـ API: رسوم للاتصال أو الاشتراكات أو الاستخدام (إن وُجد).
- تكاليف غير مرتبطة بالتداول مرتبطة بالمراكز: على سبيل المثال، تكاليف تعتمد على مدة الاحتفاظ (غالبًا ما تُوصف بأنها تمويل أو rollover).
تمييز مهم هو بين قواعد التسعير المعلنة وتكاليف التنفيذ الفعلية. القواعد المعلنة تكون مستقرة بما يكفي لقراءتها من التوثيق (على سبيل المثال، “العمولة X لكل وحدة”). أما التكاليف الفعلية فتعتمد على ما إذا كان أمرُك يُنفَّذ بالسعر المتوقع، وكمية أمرِك التي تُملأ، وكيف يرتبط bid/ask الفعلي المستخدم في التنفيذ بالاقتباسات التي لاحظتها.
الدليل أو المثال
طريقة عملية للتحقق من الرسوم والفروقات هي بناء نموذج تكلفة بسيط قائم على الافتراضات ثم ربط كل بند بما يمكنك التحقق منه من التوثيق وعمليات الملء المرصودة.
افتراضات مثال (اذكرها بوضوح):
- حجم الأمر (وحدات أو lots).
- ما إذا كانت استراتيجيتك تستخدم market orders أو limit orders، أو كليهما.
- نافذة زمنية للتنفيذ ونظام السيولة المتوقع (دون استخدام بيانات لحظية).
- ما إذا كانت الاقتباسات من الـ API إرشادية أم مضمونة قابلة للتنفيذ.
ثم افصل التكاليف إلى مكونات:
- مكوّن الفارق (Spread): قدّر تكلفة باستخدام الفارق المتاح في التغذية في اللحظة التي ستُنفّذ فيها.
- مكوّن الرسوم (Fee): أضف العمولة الموثقة لكل حجم مُنفَّذ.
- مكوّن زمن المركز (إن كان هناك احتفاظ): أدرج أي قواعد تمويل/rollover منشورة إذا كانت خطتك تحتفظ بالمراكز.
- مكوّن التنفيذ (Implementation): أضف هامشًا لاختلافات التنفيذ (على سبيل المثال، ملء جزئي أو حركة السعر أثناء توجيه الأمر).
القيود هي أن الفارق الذي تحسبه من بيانات الاقتباس قد لا يساوي الفارق الفعلي المضمَّن في عمليات الملء لديك. هذه الفجوة بالضبط هي سبب وجوب التحقق عبر مقارنة صيغ التسعير الموثقة بالتنفيذات المرصودة في اختبار مضبوط، مع الحفاظ على الافتراضات ثابتة.
القيود والمخاطر
أنماط الفشل المادية التي يجب أخذها في الاعتبار:
- عدم تطابق الاقتباس مع التنفيذ: bid/ask الذي تستهلكه من الـ API قد يكون إرشاديًا. قد يختلف سعر التنفيذ بسبب التأخر، أو تغيّرات السوق، أو توجيه الأوامر.
- الملء الجزئي وآثار الانزلاق (slippage): إذا كان أمرُك يُملأ جزئيًا فقط، فقد يختلف متوسط السعر الفعّال عبر كامل التنفيذ عن الفارق في لحظة اقتباس واحدة.
- حساسية التوقيت والسيولة: يمكن أن تتغير جودة التنفيذ بسرعة عندما تضعف سيولة السوق أو ترتفع التقلبات.
- تفعيل رسوم غير واضح: قد تعتمد بعض الرسوم على شروط (شرائح الحجم، نوع الأمر، حالة الحساب، أو ما إذا كانت تحدث أنواع أحداث معينة للأوامر). إذا لم تُطابق المحفزات بدقة، فقد يكون نموذج التكلفة الخاص بك غير صحيح.
أيضًا، لا تضمن العلاقات التاريخية النتائج المستقبلية، لذا تجنب افتراض أن نمط الفارق السابق أو سلوك الرسوم السابق سيستمر.
التحقق أو السؤال التالي
للتحقق مما يهم للوصول عبر API، يمكنك استخدام قائمة تحقق من طبقتين:
- طبقة التوثيق (قواعد ثابتة): حدد جداول الرسوم المنشورة وأي قواعد لرسوم التداول والتكاليف غير المرتبطة بالتداول. أكد وحدات الرسوم (لكل lot، لكل وحدة، لكل صفقة) والشروط التي تُفعّل كل رسم.
- طبقة التنفيذ (نتائج متغيرة): في بيئة اختبار أو إعداد مضبوط، قارن نتائج التنفيذ المرصودة (متوسط سعر الملء وإجماليات الرسوم) مع افتراضات جدول البيانات الخاصة بك.
السؤال التالي الذي يجب أن تسأله لنفسك: هل يشرح التسعير المنشور للـ API وتعريفات الاقتباس بوضوح ما هو قابل للتنفيذ مقابل ما هو إرشادي، وما أنواع الأحداث التي تُفعّل كل رسم؟ إذا كان هذا الربط غير واضح، فلن تتمكن بشكل موثوق من تحويل فروقات الاقتباس إلى التكلفة الإجمالية المحققة.