إعادة تشغيل التيكات (اختبار الشموع مقابل التيكات مقابل دفتر الأوامر)

ثلاثة مستويات من التفصيل التاريخي

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

ما الذي تغيّره إعادة تشغيل التيكات في النتيجة

• تقع التنفيذات عند سعر صفقة كان موجودًا فعلًا، لا عند إغلاق شمعة ربما لم يُعرض قط.
• تصبح الانحرافات داخل الصفقة معلومة، فيكون MAE وMFE دقيقين بدل أن تحدّهما قمم الشموع وقيعانها.
• تنطلق الإشارات حين يصبح الشرط صحيحًا أول مرة داخل الشمعة، لا عند نهايتها.
• تظهر الثغرات في أرشيف التيكات ثغراتٍ؛ أما تغذية الشموع فتملّسها بصمت.

في Senzoukria

تعرض لوحة الاختبار الرجعي في التطبيق المكتبي إعداد «الدقة» ومسارَي تاريخ من الوسيط المتصل: «حمّل التاريخ الناقص» يجلب شموع الخادم، و«حمّل تاريخ البصمة» يسحب التيكات نافذةً بعد نافذة. ويوصف مسار التيكات في اللوحة بأنه كل صفقة بجانب المبادر بها، معاد بناؤها إلى Bid × Ask لكل سعر، وهو المدخل الذي تحتاجه استراتيجية تقرأ الاختلالات على كل مستوى. وحين تصل شموع الخادم بـ OHLC وحجم ودلتا بلا مستويات بصمة، تقول اللوحة إن مثل هذه الاستراتيجية لا تزال تحتاج إلى سحب التيكات. وإذا لم يُعد الوسيط أي تيك، تصرّح الرسالة بأن إعادة تشغيل التيكات التاريخية قد لا تكون مفعّلة على ذلك الحساب، وهي مسألة استحقاق لا إعداد في البرنامج.

أما شاشة «إعادة التشغيل» فتعيد تشغيل جلسة CME مسجّلة تيكًا بتيك، بالسرعة التي يختارها المستخدم، على الرسم نفسه وبالمؤشرات نفسها. وتشغّل الاختبارات الرجعية التاريخية استراتيجيات TypeScript وPython؛ أما برمجة C++ فتستعمل بيئة WebAssembly منفصلة ولا توفر اختبارًا رجعيًا تاريخيًا.

أخطاء شائعة

• تشغيل قاعدة بصمة على الشموع وقراءة النتيجة على أنها اختبار للقاعدة.
• افتراض أن التنفيذ على التيك عند سعر الصفقة التالية يتضمن أولوية الطابور؛ وهو لا يتضمنها.
• معاملة نافذة تيكات فارغة على أنها سوق هادئة بدل أرشيف ناقص.
• توقّع إعادة تشغيل دفتر الأوامر من تغذية لا تؤرشف سوى الصفقات.