کیس‌استادی: طرح جایگزین قطعی فید داده

ایده کارفرما

رامین جعفری با XAUUSD / EURUSD روی M15 کار می‌کند و دستور کار اولیه این بود: وقتی فید قیمت قطع می‌شود، ربات باید بداند چه کند، نه این‌که گیج بماند.

پروژه و وضعیت اولیه

اکسپرت هنگام قطعی فید، کندل قدیمی را تازه فرض می‌کرد و بر پایه قیمت بی‌اعتبار تصمیم می‌گرفت.

معماری راه‌حل

شناسایی کندل تکراری و قیمت بی‌حرکت، ورود به حالت محافظه‌کارانه در قطعی طولانی، ثبت هر رویداد در لاگ و بازگشت خودکار به حالت عادی.

در قطعی طولانی، بی‌کار ماندن از معامله بر پایه داده مشکوک امن‌تر است. سازگار با روش کاری که روی XAUUSD / EURUSD استفاده می‌شود و قابل تست با داده تاریخی موجود.

دلیل این انتخاب

در قطعی طولانی، بی‌کار ماندن از معامله بر پایه داده مشکوک امن‌تر است. سازگار با روش کاری که روی XAUUSD / EURUSD استفاده می‌شود و قابل تست با داده تاریخی موجود.

قابلیت‌های پیاده‌سازی‌شده

ماژول‌ها و بخش‌های پیاده‌شده: حالت محافظه‌کارانه + لاگ رویداد.

خروجی تحویل‌شده:
طرح جایگزین قطعی فید داده — XAUUSD / EURUSD (M15)
سند مشخصات و جدول تطبیق قوانین (Data feed failover plan)
سورس کامل MQL5 با کامنت
گزارش تست: شبیه‌سازی قطعی در سه سشن
مستند پارامترها و راهنمای نصب (۵ هفته)

پیشگیری‌ها و کنترل ریسک

راه‌اندازی اول همیشه روی حساب دمو انجام می‌شود و فهرست بررسی پیش از اتصال به حساب واقعی پر می‌شود.

روش بک‌تست و تست رو به جلو

روش تست: شبیه‌سازی قطعی در سه سشن.

تست در سه مرحله اجرا می‌شود: بک‌تست روی داده تاریخی، بهینه‌سازی محدود در محدودهٔ قرارداد، و اجرای رو به جلو با پارامترهای قفل‌شده.

ابزارها و پشته فنی: MQL5، شبیه‌ساز قطعی اتصال، لاگ رویداد.

هر عدد این پروژه همراه با شرایط اندازه‌گیری‌اش منتشر می‌شود: بازه داده، مدل تیک، اسپرد، کارمزد و نسخه فایل اجرایی. بدون این شرایط، عدد نهایی با هیچ چیز قابل مقایسه نیست.

نتایج قابل انتشار

در سه آزمون قطعی عمدی، اکسپرت هیچ معامله‌ای روی داده بی‌اعتبار نگرفت و همه رویدادها در گزارش ثبت شد.

محدودیت‌ها و نکات احتیاطی

راه‌اندازی اول همیشه روی حساب دمو انجام می‌شود و فهرست بررسی پیش از اتصال به حساب واقعی پر می‌شود.

نتایج هر تست به کیفیت داده تاریخی، اسپرد بروکر و شرایط بازار وابسته است و تضمینی برای آینده نیست. در گپ قیمتی شدید یا قطع ارتباط بروکر، حد ضرر قابل تضمین نیست و رفتار سیستم در آن شرایط باید جداگانه بررسی شود.

پیشنهاد ما برای مرحله بعد

پیشنهاد بعدی، افزودن بازبینی فصلی تنظیمات و به‌روزرسانی مستندات همراه تغییرات بروکر است.