दो गोल्ड EA एक ही ऑर्डर को क्यों मैनेज कर सकते हैं? MT4 मैजिक नंबर जांचें
डेमो अकाउंट के उदाहरण से समझाएं कि EA प्रतीक और मैजिक नंबर के आधार पर ऑर्डर कैसे फ़िल्टर करता है, और नंबर बदलने के बाद पुरानी पोज़िशन को प्रबंधन से बाहर होने से कैसे बचाएं।
लेखक: थॉमस｜MT4 व्यावहारिक अनुभव｜10 नवंबर 2026
सारांश: एक ही MT4 अकाउंट पर दो गोल्ड EA लगाने पर, यदि वे समान ऑर्डर पहचान शर्तें उपयोग करते हैं, तो वे एक ही ऑर्डर का स्टॉप लॉस एक साथ बदल सकते हैं। जांच करते समय पहले ऑर्डर पर प्रतीक और मैजिक नंबर देखें, फिर देखें कि कोड वास्तव में किन शर्तों के आधार पर फ़िल्टर करता है। नीचे दिए गए नंबर और ऑर्डर शिक्षण हेतु काल्पनिक हैं।
मैजिक नंबर कहां दर्ज होता है
MQL4 के OrderSend में magic पैरामीटर पास किया जा सकता है। ऑर्डर सफलतापूर्वक चुने जाने के बाद, OrderMagicNumber से उस ऑर्डर का पहचान नंबर पढ़ा जा सकता है। यह प्रोग्राम को वर्गीकरण का आधार दे सकता है। कौन से ऑर्डर बदले या बंद किए जाएंगे, यह अभी भी EA के अपने फ़िल्टर और निष्पादन लॉजिक पर निर्भर करता है। यदि प्रोग्राम अकाउंट के ऑर्डर पर पुनरावृत्ति करते समय केवल प्रतीक जांचता है, तो दो गोल्ड EA अलग-अलग मैजिक नंबर भरने पर भी एक ही ऑर्डर समूह को संभाल सकते हैं।
चित्र में मान लिया गया है कि रणनीति A और B क्रमशः 101 और 202 उपयोग करती हैं। A ट्रेडिंग पूल के ऑर्डर एक-एक करके चुनता है, पहले वास्तविक प्रतीक जांचता है, फिर पहचान नंबर जांचता है। दोनों मेल खाने पर ही आगे का लॉजिक ऑर्डर प्रकार और अनुमत क्रियाओं की जांच करता है। ऑर्डर चयन विफल होने पर छोड़ना और त्रुटि दर्ज करना चाहिए। संशोधन से जुड़े मामलों में, लक्ष्य ऑर्डर को फिर से चुनना उचित है, ताकि पहले प्रोग्राम में कॉपी किए गए पुराने डेटा का उपयोग न हो।
डेमो अकाउंट से तीन चरणों में सत्यापन
पहला चरण, दोनों EA के संस्करण, इनपुट पैरामीटर, चार्ट अवधि और ब्रोकर के प्रतीक का पूरा नाम दर्ज करें। अलग-अलग अकाउंट पर गोल्ड के नाम में सफ़िक्स हो सकता है। एक ही प्रतीक पर कई इंस्टेंस तैनात करते समय, यह भी स्पष्ट करें कि वे वास्तव में स्वतंत्र रूप से प्रबंधन करते हैं या डिज़ाइन में ऑर्डर साझा करते हैं।
दूसरा चरण, डेमो अकाउंट में प्रत्येक EA से एक पहचानने योग्य परीक्षण ऑर्डर बनवाएं, साथ ही एक ऐसा परीक्षण ऑर्डर तैयार रखें जिसे बाहर रखा जाना चाहिए। लॉग में कम से कम ऑर्डर नंबर, प्रतीक, मैजिक नंबर और प्रोग्राम द्वारा निष्पादित की जाने वाली क्रिया दर्ज करें। फिर एक नियंत्रित प्रबंधन क्रिया ट्रिगर करें, जैसे रणनीति A के अपने परीक्षण ऑर्डर को संशोधित करने का प्रयास करें, और देखें कि रणनीति B का ऑर्डर मूल मान पर बना रहता है या नहीं। पेंडिंग ऑर्डर और निष्पादित पोज़िशन को अलग-अलग सत्यापित करना बेहतर है, क्योंकि ट्रेडिंग पूल में दोनों प्रकार के ऑर्डर एक साथ हो सकते हैं, और वास्तविक प्रबंधन नियम आमतौर पर अलग होते हैं।
तीसरा चरण, टर्मिनल को पुनः आरंभ करने या EA को फिर से लोड करने के बाद एक बार और जांचें। यदि प्रोग्राम केवल इस रन के दौरान बनाए गए ऑर्डर की सूची याद रखता है, तो पुनः आरंभ के बाद व्यवहार बदल सकता है। जांचें कि यह निर्धारित शर्तों के अनुसार ऑर्डर को फिर से पहचानता है या नहीं, और मेल खाने वाले ऑर्डर न होने पर कोई अप्रत्याशित क्रिया होती है या नहीं। नंबर केवल सहायक अलगाव है; यदि अकाउंट-स्तरीय कुल जोखिम जांच जानबूझकर सभी पोज़िशन पढ़ती है, तो उसे वास्तविक ऑर्डर संशोधन अनुमति से अलग दर्ज करना चाहिए।
नंबर बदलने से पहले पुराने ऑर्डर संभालें
मान लें कि रणनीति A ने पहले 101 से पोज़िशन खोली थी, अब इसे 303 में बदला जा रहा है। इनपुट पैरामीटर में बदलाव आमतौर पर केवल आगे के कोड द्वारा उपयोग किए जाने वाले मानों को प्रभावित करता है; पुराने ऑर्डर का पहचान नंबर चार्ट सेटिंग के साथ स्वतः स्थानांतरित नहीं होता। यदि प्रबंधन शर्तें केवल 303 से मेल खाती हैं, तो मूल 101 ऑर्डर छोड़ दिए जा सकते हैं। बदलाव से पहले पुराने ऑर्डर और उनके नियोजित प्रबंधन तरीके की सूची बनाएं, फिर डेमो वातावरण में पुनः आरंभ और हैंडओवर सत्यापित करें। यदि किसी EA का संस्करण जांचा न जा सके या लॉग फ़िल्टर लॉजिक स्पष्ट न कर सके, तो स्वचालित प्रबंधन परिवर्तन अस्थायी रूप से रोकें और मौजूदा पोज़िशन की एग्ज़िट व्यवस्था की जांच करें। डेमो में सफलता केवल परीक्षण किए गए परिदृश्य को दर्शाती है; वास्तविक कोटेशन परिवर्तन, सर्वर द्वारा ऑर्डर अस्वीकृति और स्लिपेज का अलग से मूल्यांकन करना अभी भी आवश्यक है।
