کیس‌استادی: ساماندهی اکسپرت چند‌حسابی

ایده کارفرما

تیم معاملاتی سرو با XAUUSD / EURUSD روی M15 کار می‌کند و دستور کار اولیه این بود: یک نسخه از کد روی چهار حساب اجرا می‌شود و مدیریت تغییراتش سخت شده؛ مرتبش کن.

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

تیم برای هر حساب یک کپی از کد نگه می‌داشت؛ هر اصلاح باید چهار بار انجام می‌شد و نسخه‌ها کم‌کم از هم دور می‌افتادند.

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

یک نسخه واحد با فایل تنظیم جدا برای هر حساب، شناسه اجرا در هر لاگ و حذف تفاوت‌های بی‌دلیل بین کپی‌ها.

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

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

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

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

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

خروجی تحویل‌شده:
ساماندهی اکسپرت چند‌حسابی — XAUUSD / EURUSD (M15)
سند مشخصات و جدول تطبیق قوانین (Multi-account expert cleanup)
سورس کامل MQL5 با کامنت
گزارش تست: تست چهار حساب با یک نسخه
مستند پارامترها و راهنمای نصب (۸ هفته)

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

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

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

روش تست: تست چهار حساب با یک نسخه.

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

ابزارها و پشته فنی: MQL5، فایل تنظیم، لاگ شناسه اجرا.

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

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

زمان اعمال یک اصلاح از چهار بار تکرار به یک تغییر رسید و تیم برای اولین بار توانست نسخه هر حساب را در یک جدول ببیند.

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

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

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

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

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