من دفتر أبحاثنا

منطق متعدد الأطر بلا غموض

نشرح كيف قادنا العمل عبر أطر متعددة إلى تحديد لحظة قرار واحدة ودور لكل إطار وعمر لكل إعداد.

تبدو عبارة «الإطار الأعلى للاتجاه والأدنى للدخول» بسيطة. أثناء التطوير، ظهر السؤال الأصعب: ما المعلومات التي يسمح لكل طبقة باستخدامها في اللحظة نفسها؟

أعطينا كل إطار وظيفة

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

جمعنا القراءات على ساعة واحدة

عند إغلاق الشمعة الأدنى قد تبقى العليا مفتوحة. نسجل الشمعة ووقتها لكل مدخل ونتحقق من جاهزية التاريخ. تتيح لنا لقطة محفوظة العودة إلى القرار بالمعلومات الموجودة آنذاك.

حددنا مدة بقاء الاتفاق

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

تعمّق في التفاصيل التقنيةافتح الشرح الكامل للطريقة والأمثلة وأسئلة التنفيذ. احتفظنا بهذه المادة لتتمكن من متابعة الفكرة إلى العمق الذي تحتاجه.

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

هناك أحد عشر سجلاً مكتملاً في الأرشيف صُنّفت بوضوح كأعمال multi-timeframe. شملت فلاتر اتجاه وهيكل fractal واتفاق مؤشرات وإطارات مخصصة وإدارة صفقات وقرارات من ثلاث طبقات. الدرس المشترك هو الحاجة إلى ساعة واحدة وتعريف واحد للمعلومة الصالحة.

ملاحظة هندسية · ENG-03

كيف يتخذ الـEA قراراً واحداً؟

ينتظر الـEA اللحظة المتفق عليها، ثم يقرأ الشموع المختارة معاً، ويطبق القواعد بالترتيب، ويتخذ قراراً واحداً مسجلاً.

  1. 01
    اختيار وقت البدايةانتظار الحدث المتفق عليه، مثل بداية شمعة جديدة في الإطار الأدنى.
  2. 02
    اختيار الشموعاستخدام الشمعة الحالية أو المغلقة المتفق عليها من كل إطار وفق سياسة وقت واحدة.
  3. 03
    القراءة معاًتكوين صورة واحدة بدلاً من خلط قيم جاءت من لحظات مختلفة.
  4. 04
    تطبيق القواعد بالترتيبفحص الاتجاه والـsetup والـtrigger والمنع والانتهاء وفق ترتيب محدد.
  5. 05
    قرار واحدقبول الفعل أو رفضه مرة واحدة، ثم تسجيل المدخلات ونتيجة الوسيط.

أعط كل إطار دوراً

يمكن للإطار الأعلى أن يحدد النظام أو الاتجاه أو الهيكل أو المستوى، والمتوسط أن يحدد setup، والأدنى أن يعطي trigger. تبدأ المشاكل عندما تكون الأدوار ضمنية أو يتجاوز الأدنى قرار الأعلى من دون قاعدة مكتوبة.

يجب تحديد دور وصلاحية كل طبقة. الفلتر يسمح أو يمنع، والtrigger يحدد التوقيت لكنه لا يعيد تعريف اتجاه السوق إلا إذا كان ذلك جزءاً صريحاً من المنهج.

ثبت سياسة الشمعة

Bar 0 هي الشمعة المفتوحة وBar 1 عادة آخر شمعة مكتملة، لكن يلزم الحذر بعد تحميل التاريخ أو عند حدود الجلسة. قراءة يومي من حدث ساعي تعني أن القيمة اليومية قد تثبت ساعات أو تتغير طوال اليوم إذا استُخدمت Bar 0.

سياسة الشموع المغلقة تسهل إعادة الإنتاج. ويمكن استخدام intrabar، لكن يجب أن يحكم الاختبار والـEA والرسم اللاحق على السياسة نفسها.

ابنِ لقطة واحدة

قراءة الشروط بالتتابع من دون snapshot قد تخلق اختلافاً خفياً؛ قد تصل tick جديدة أو يعاد حساب مؤشر بين قراءتين. الأفضل اختيار حدث القرار والتحقق من البيانات وقراءة كل قيمة مرة وتخزين وقت الشمعة.

بهذا يصبح السجل مفيداً ويظهر إن كان الفلتر اليومي والsetup الساعي والtrigger الأدنى قد انتموا إلى أوقات مختلفة أو وصل الأخير بعد انتهاء setup.

حدد الذاكرة والانتهاء

بعض الأنظمة تشترط تزامن كل الشروط، وأخرى تسمح ببقاء setup الأعلى جاهزاً حتى وصول trigger لاحق. كلاهما ممكن، لكنهما ينتجان صفقات مختلفة.

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

اختبر الحدود الزمنية

يجب التركيز على أول tick من شمعة جديدة، وrollover اليومي، وافتتاح السوق، وتغيير التوقيت الصيفي، وفجوة نهاية الأسبوع، ونقص التاريخ، وإعادة التشغيل. هذه النقاط قد تخفي قراراً حياً مختلفاً خلف رسم نظيف.

الدليل الجيد يسجل أوقات المصادر ويتأكد من قرار واحد لكل حدث. الغاية ليست إثبات ربحية التسلسل، بل إثبات أن الكود يقيّمه بالطريقة نفسها كل مرة.

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

أسئلة قد تخطر لك

هل زيادة الأطر تجعل EA أكثر أماناً؟

ليس تلقائياً. قد تضيف سياقاً، لكنها تضيف أيضاً تأخيراً وتعارضاً واحتمال overfitting. يجب أن يكون لكل إطار عمل واضح.

هل يجب أن تستخدم كل الأطر شموعاً مغلقة؟

ليس بالضرورة. المهم سياسة صريحة وثابتة تتكرر في التطوير والباك تست والتشغيل الحي.

لماذا نسجل وقت الشمعة مع كل شرط؟

لإثبات المعلومات المتاحة لحظة القرار وتشخيص أخطاء المزامنة بسرعة.

امنح كل إطار وقتاً وانتهاء صلاحية

مرّر الرسم أفقياً أو افتحه بالحجم الكامل.

امنح كل إطار وقتاً وانتهاء صلاحية
مثال تعليمي في التصميم — القيم والحالات ليست أداءً حياً.

القرار 11:00:02؛ استخدم الشموع المؤكدة؛ الخط المتقطع يعني قيد التكوين.

مثال لساعة الخادم؛ يجب أن تأتي الجاهزية من مصدر البيانات.

افتح الرسم بالحجم الكامل ↗

امنح كل إطار وقتاً وانتهاء صلاحية

نفترض قراراً على أول tick بعد إغلاق M5. يقدم H1 السياق وM15 الإعداد وM5 المحفز. نستخدم شموعاً مكتملة ونتأكد بعد القراءة أن كل timestamps ما زالت تخص snapshot واحداً.

خط زمني حول 11:00 بتوقيت الخادم
حدث القرار سياق H1 إعداد M15 محفز M5 النتيجة
10:55:01 09:00–10:00 10:30–10:45 10:50–10:55 snapshot v1
11:00:00 تقويمياً قد لا تكون الجديدة وصلت قد لا تكون الجديدة وصلت انتظار tick صالح لا قرار
11:00:02 أول tick 10:00–11:00 10:45–11:00 10:55–11:00 تحقق ثم snapshot v2
11:00:02 وM15 متأخر 10:00–11:00 غير جاهز 10:55–11:00 رفض snapshot

يبقى سياق H1 حتى تأكيد سياق جديد، وينتهي setup بعد شمعتين M15. عند الوقت نفسه نعالج الجاهزية ثم انتهاء القديم ثم نشر السياق الجديد ثم نفحص trigger. هكذا لا يستعير setup قديم سياقاً جديداً.

التاريخ الناقص والشمعة المفقودة يعنيان not ready لا false. يعيد restart البناء من شموع مكتملة ومؤرخة ويستعيد IDs المستهلكة. يُرفض trigger إذا انتهى سياقه قبل القرار حتى لو بدا الرسم منسجماً لاحقاً.

ما يجب التحقق منه

  • اقرأ timestamps قبل قيم buffer وبعدها وارفض إذا تغيرت.
  • اختبر تاريخاً ناقصاً وشمعة M15 مفقودة وrestart وسياق H1 منتهياً بنتائج صريحة.
  • قارن حدود backtest وسجل live قبل النظر إلى الربح.

حدود هذا المثال

مدد الصلاحية في المثال خيارات تصميم؛ المطلوب العام أن تكون مكتوبة ومؤرخة ومختبرة.

المسؤولية التحريرية والمراجع الأساسية

مراجعة فريق أبحاث POLARIS

نطاق الأدلة

يجمع هذا المقال بين السلوك الرسمي للمنصة وأنماط تنفيذ متكررة ومجهّلة. تم استبعاد قواعد التداول الدقيقة ومواد العملاء.

المراجع الأساسية

تدعم هذه المراجع سلوك المنصة أو المفاهيم البحثية، ولا تثبت أداء POLARIS ولا تضمن نتائج مستقبلية.

انتقل إلى المستوى التالي ذي الصلة

انتقل بين البحث المتخصص وهندسة الأنظمة وبناء المحافظ من دون فقدان سياق هذه الصفحة.

تواصل مع بولاريس عبر واتساب