اعتبارات متقدمة لتعريف EA

التعريف أولاً: ماذا يعني EA في الفوركس

عادةً ما يشير تعريف EA إلى مكوّن تداول آلي مُصمَّم ليعمل داخل منصة تداول. في سياق الفوركس، فإن EA هو برنامج يمكنه مراقبة مدخلات مرتبطة بالسوق متاحة للمنصة، وتطبيق قواعد اتخاذ القرار، ثم إرسال طلبات تداول (على سبيل المثال، أوامر الدخول والخروج). تبدأ “الاعتبارات المتقدمة” بفصل ما هو ثابت مفاهيميًا عمّا يمكن أن يتغير تبعًا للبيئة.

نموذج بسيط مفيد لتعريف EA دون ربطه بأي مزوّد واحد هو:

• المدخلات: بيانات تُتاح للمنصة (الأسعار أو القيم المشتقة)، بالإضافة إلى معلمات التهيئة التي يختارها المستخدم أو المؤلف.
• المنطق: عملية حتمية أو قائمة على القواعد (غالبًا ما تُعبَّر عنها بالشروط والحسابات) تقرر ما إذا كان سيتم وضع أوامر أو تعديلها أو إلغاؤها.
• التنفيذ: الآلية التي تحوّل القرار إلى أوامر، بما في ذلك كيفية عمل التوقيت والانزلاق وأنواع الأوامر المتاحة.
• الحالة: متغيرات مستمرة تتعقب ما حدث حتى الآن (الصفقات المفتوحة، وقت آخر صفقة، الحدود التي تم الوصول إليها).

عند شرح تعريف EA، من المهم أن توضح أي جزء تقوم بتعريفه. على سبيل المثال، فإن تعريف “الأتمتة” ليس هو نفسه تعريف “سلوك التنفيذ الدقيق”.

الآلية: الأجزاء التي تجعل EA أكثر من مجرد مفهوم

المدخلات والافتراضات

تصبح التعريفات الأساسية غامضة إذا لم يتم تحديد المدخلات. تعتمد العديد من EAs على:

• سلسلة الأسعار التي تستخدمها المنصة (على سبيل المثال، إغلاق الشمعة مقابل تحديثات الـ tick).
• التعامل مع الوقت (وقت الخادم مقابل الوقت المحلي، وما الذي يعنيه “البداية”).
• قيود الأداة (ما الذي تسمح به المنصة للرمز، وما إذا كان تمكين التحوط أو الـ netting).

اعتبار متقدم: يجب أن يتضمن التعريف افتراضًا حول درجة دقة البيانات. تختلف قاعدة منطقية تُفعِّل “على كل tick” عن قاعدة تُفعِّل “مرة واحدة لكل شمعة”. وبدون ذكر افتراض تكرار التفعيل، لا يمكن التحقق من تعريف EA بشكل عادل.

بنية المنطق (قواعد القرار)

في تعريف EA، غالبًا ما يُعبَّر عن المنطق على أنه:

• شروط الدخول: متى يتم طلب أمر.
• شروط الخروج: متى يتم إغلاق المراكز أو تعديلها.
• ضوابط المخاطر: حدود مثل الحد الأقصى للمراكز المفتوحة، أو قيود زمنية، أو شروط إيقاف الخسارة بناءً على نسبة/حجم السحب.

حالة حافة رئيسية هي أن بعض “ضوابط المخاطر” تعتمد على نتائج التنفيذ. على سبيل المثال، إذا افترضت الـ EA أن الأمر سيتم تنفيذه فورًا لكن البيئة تؤخر التنفيذ، فقد يتصرف التحكم بناءً على “التعرض الحالي” بشكل مختلف عما كان مقصودًا.

سلوك التنفيذ (تحويل القرارات إلى أوامر)

غالبًا ما يكون التنفيذ هو الجزء الأكثر تغيرًا في تعريف EA. ويتضمن:

• أنواع الأوامر وكيف تتعامل معها المنصة.
• التوقيت: ما إذا كان المنطق يعمل قبل تحديثات السعر أو بعدها.
• التكاليف: العمولات والسبريد التي تغيّر الأسعار الفعلية.
• الانزلاق: الفروقات بين أسعار التنفيذ المتوقعة والفعلية.

اعتبار متقدم: يجب أن يفصل تعريف EA صراحةً بين “منطق القرار” و“نتائج التنفيذ”. حتى إذا كان منطق القرار ثابتًا، يمكن أن ينتج عنه صافي نتائج مختلفة.

الحالة وإعادة الدخول (re-entrancy)

تحافظ EAs على حالة لتجنب الإجراءات المكررة أو لفرض الحدود. يجب أن تذكر التعريفات المتقدمة كيفية التعامل مع الحالة:

• ما إذا كانت الـ EA تخزن طوابع زمنية لـ “آخر إجراء”.
• ما إذا كانت تتحقق من المراكز الموجودة قبل إرسال أوامر جديدة.
• ماذا يحدث إذا تم إعادة تشغيل الـ EA (إعادة ضبط الحالة) أو إذا أعادت المنصة الاتصال.

قيد جوهري: قد تفشل افتراضات الحالة. إذا لم يأخذ تعريف EA سلوك إعادة التشغيل في الحسبان، فقد يعيد إرسال الطلبات أو يتخطى الإجراءات المقصودة.

الدليل ومثال مع افتراضات قابلة للتحقق

بما أنه لا يتم افتراض بيانات سوق لحظية حقيقية هنا، فإن الهدف هو إظهار كيفية بناء مثال يمكن التحقق منه بشكل مستقل.

مثال “نموذج بسيط” قابل للفحص

افترض أن تعريف EA يتضمن هذه الافتراضات:

• تقوم الـ EA بتقييم المنطق مرة واحدة عند إغلاق الشمعة.
• منطق الدخول هو شرط منطقي (boolean) يعتمد على القيم المحسوبة من تلك الشمعة.
• عندما يصبح الشرط صحيحًا، تقوم الـ EA بإرسال أمر سوق واحد.
• تقوم الـ EA بتخزين علم حالة لمنع إرسال أمر آخر حتى تحدث شمعة جديدة مؤهلة.

كيف يمكن التحقق من ذلك:

• تحقق من تكرار التفعيل عبر التأكد مما إذا كان يتم استدعاء المنطق عند إغلاق الشمعة أو عند تحديثات الـ tick (وهذا تفصيل تنفيذي في بيئة المنصة).
• تحقق من الحالة عبر التأكد مما إذا كانت الـ EA تمنع أوامر متعددة بعد أول حدث مؤهل.
• تحقق من استقلالية التنفيذ عبر فحص كيفية قيام المنصة بملء أوامر السوق عند تغيّر السبريد أو ظروف زمن الوصول (latency).

حالة حافة يجب تضمينها في تعريف EA: إذا اتسع السبريد مؤقتًا أثناء لحظة إغلاق الشمعة، فقد يختلف سعر التنفيذ الصافي عمّا يتوقعه شخص ما من الأسعار عند منتصفها. حتى مع تفعيل صحيح، لا يضمن ذلك نتائج متشابهة.

العلاقات التاريخية ولماذا لا تحسم التعريف

من المفاهيم الشائعة أن لأن EA أنتج نتائج في الماضي، فإن تعريفه يجب أن يكون كاملاً. في الواقع، لا تُنشئ العلاقات التاريخية نتائج مستقبلية. وهذا مهم لتعريف EA لأن ذلك قد يخفي افتراضات ناقصة (على سبيل المثال، الاعتماد على سلوك تغذية بيانات يختلف لاحقًا).

القيود والمخاطر التي يجب تضمينها في تعريف EA

يجب أن يذكر تعريف EA الجيد على الأقل قيدًا جوهريًا أو وضع فشل.

وضع الفشل 1: عدم تطابق البيئة

غالبًا ما تختلف الاختبارات الخلفية والتشغيل المباشر بسبب:

• جودة البيانات ومحاذاة الوقت (سبريد مختلف، وإعادة بناء tick مختلفة).
• افتراضات التنفيذ (نمذجة الملء مقابل الملء الحقيقي).
• إعدادات المنصة (وضع الحساب، وقواعد التعامل مع الأوامر).

قيد جوهري: قد يؤدي تعريف يحذف تفاصيل نمذجة التنفيذ إلى تضليل القراء للاعتقاد بأن تعيين المنطق إلى الأوامر (logic-to-orders mapping) متطابق عبر البيئات.

وضع الفشل 2: غموض التهيئة

تتطلب EAs عادةً معلمات (inputs) مثل العتبات، وقواعد تحديد حجم المركز، ونوافذ الوقت. تشمل الاعتبارات المتقدمة:

• ما إذا كانت وحدات المعلمات محددة بوضوح.
• ما إذا كانت القيم الافتراضية آمنة أم أنها “تعمل” فقط لإعداد محدد.
• ما إذا كانت المعلمات تتفاعل (على سبيل المثال، يمكن لحد تكرار الصفقات أن يتجاوز قاعدة الدخول).

عدم اليقين الذي يجب ذكره: بدون افتراضات صريحة للمعلمات، قد تشير تعريفان لـ “نفس EA” إلى سلوكيات مختلفة.

وضع الفشل 3: تغيّر النظام وحساسية التكاليف

حتى إذا كان المنطق متسقًا داخليًا، يمكن أن تتغير ظروف السوق والتكاليف:

• تؤثر أنظمة التقلب على مدى تكرار تفعيل الشروط.
• تؤثر تغييرات السبريد أو العمولة على الربحية الصافية.

قيد: أي مثال يعتمد على ظروف مستقرة يكون هشًا. يجب أن يميّز التعريف بين سلوك القواعد والآثار الصافية بعد التكاليف.

التحقق والأسئلة التالية

للتحقق بشكل مستقل من تعريف EA، ركّز على هذه الفحوصات التي لا تتطلب ادعاءات حول الأداء المستقبلي:

• فحص الآليات: تأكد من افتراض تكرار التفعيل (tick مقابل إغلاق الشمعة) ومن منطق الحالة الذي يمنع التكرارات.