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

EA متعدد الأطر والمؤشرات

نجمع متطلبات متكررة في مثال مركّب يوضح كيف ننظم السياق والتأكيد وتوقيت الدخول والمخاطر.

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

فككنا معنى الاتفاق

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

حددنا مسؤولية كل قرار

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

بدأنا بمواقف يمكن فهمها

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

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

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

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

دراسة حالة مركبة · CASE-01

كيف يتحول الطلب إلى برنامج قابل للاختبار؟

ينتقل العمل من طلب واضح إلى منطق حالات وضبط مخاطر واختبارات قابلة للتكرار ثم تسليم موثق.

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

الطلب

النمط المتكرر كان شرطاً في إطار أعلى للسياق، ومؤشراً أو أكثر للتأكيد، وإطاراً أسرع للدخول، مع وقف وهدف وحجم اختياري وحد لتكرار الصفقات.

هذا الوصف يبدو كاملاً لكنه غير قابل للاختبار بعد. قد يعني «الاتفاق» تزامن الشروط أو setup محفوظاً أو آخر إشارة من كل إطار، وقد ينطبق الإغلاق على trigger فقط أو على كل الطبقات.

الأسئلة

نفصل معنى السوق عن خيارات الواجهة. لكل شرط نحدد المصدر والإطار والشمعة والحالة والعمر وإعادة الضبط. وللمجموعة نحدد AND/OR والأولوية والحدث المسموح له بتقييم الصفقة.

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

  • هل شروط الإطار الأعلى فلتر أم setup أم إشارة مباشرة؟
  • هل يجب تزامن التأكيدات أم يمكن حفظ الحالة؟
  • أي شموع نهائية وما الحدث الذي ينشئ قراراً؟
  • ما الذي يلغي setup قبل وصول trigger؟
  • ماذا يحدث عندما تكون الإشارة صحيحة لكن المخاطر ترفضها؟

البنية

الحل المركب يستخدم وحدات منفصلة: وحدة للسياق الأعلى، ووحدة تحفظ setup ووقت انتهائه، ووحدة trigger تقيم الإطار الأدنى مرة لكل حدث، ووحدة مخاطر تمنح الإذن وتحسب التعرض.

تبدأ إدارة المركز بعد نتيجة مؤكدة من الوسيط. وهي تراقب الوقف والهدف وbreak-even أو التتبع من دون تغيير الإشارة التاريخية، وتسجل أسباب المنع كما تسجل الحالات الإيجابية.

مسار التحقق

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

بعد تطابق هذه السلوكيات مع المواصفة يصبح الاختبار التاريخي الواسع مفيداً. الهدف الأول هو التطابق السلوكي: الكود والوصف يقرران الشيء نفسه من البيانات نفسها.

الدرس

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

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

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

هل هذه مواصفات منتج تبيعه POLARIS؟

لا. هي دراسة تعليمية مركبة من متطلبات تطوير مجهّلة ومتكررة.

لماذا لا تنشر المؤشرات والقيم؟

لأنها تخص مشاريع خاصة مختلفة وليست ضرورية لفهم الدرس الهندسي.

ما أول معيار قبول؟

التطابق السلوكي: أن تعطي المواصفة والـEA الحالة والفعل نفسيهما من البيانات المؤرخة نفسها.

حالة تعليمية قابلة للإعادة لثلاثة أطر

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

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

إعادة اختبار توضيحية: لكل طبقة مدخلاتها ووقتها.

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

حالة تعليمية قابلة للإعادة لثلاثة أطر

هذه حالة مصطنعة وليست نتيجة عميل. يصبح H1 صاعداً بعد إغلاق فوق المتوسط. يصبح setup في M15 صالحاً عند عبور oscillator للصفر لمدة شمعتين. يحدث trigger في M5 عند كسر high السابق بعد الإغلاق. إذن المخاطر مستقل.

ثلاثة مسارات في state machine نفسها
الوقت المدخل قبل ← بعد النتيجة
10:00 تأكيد H1 صاعد لا سياق ← H1-10 انتظار
10:15 عبور M15 لا setup ← S15 ينتهي 10:45 انتظار
10:25 كسر M5؛ المخاطر تسمح S15 صالح ← E25 تأكيد الطلب
10:45 مسار بديل بلا كسر S15 ← منتهٍ لا صفقة
11:20 setup جديد وlimit يومي ممتلئ مرشح ← veto لا طلب؛ ينتهي الحدث
11:30 restart استعادة veto والحساب لا تكرار

كانت النسخة الأولى تعيد قراءة H1 بعد trigger. في اختبار الحد تغير H1 بين القراءتين، فجمع السجل حالتين لم تتزامنا. التصحيح يصنع snapshot ثابتاً بعد فحص timestamps، وأعطى الاختبار المتكرر الأثر نفسه.

طبقة البيانات تعيد القيمة والوقت والجاهزية؛ السياق والإعداد يعيدان حالات بإصدار وانتهاء؛ المخاطر تعيد allowed أو resized أو veto؛ التنفيذ يعيد request ID وحالة الحساب المؤكدة.

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

  • أعد تشغيل مسار السماح والانتهاء وveto من bars مصطنعة مجمدة.
  • اطلب وقت المصدر ونسخة الحالة وسبب كل انتقال.
  • اجعل التنفيذ القديم يفشل اختبار split-read والنسخة المصححة تنجح.

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

البيانات والنتائج مصطنعة لشرح الطريقة ولا تكشف استراتيجية خاصة أو أداء عميل.

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

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

نطاق الأدلة

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

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

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

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

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

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