क्लोज़्ड बार पर चलने वाले EA रीपेंट क्यों नहीं करते

सीधी बात: क्लोज़्ड बार पर निर्णय लेने वाले EA के सिग्नल कम बदलते हैं, क्योंकि निर्णय का आधार उस समय तक स्थिर हो चुका होता है। बन रहे बार का क्लोज़, हाई और लो, तीनों अगले टिक पर बदल सकते हैं। इसके उलट, बंद हो चुके बार की चारों कीमतें (OHLC) आमतौर पर बंद होने के बाद नहीं बदलतीं।

फिर भी, क्लोज़्ड बार पढ़ना अपने आप में पूरी सुरक्षा की गारंटी नहीं है। इंडिकेटर की गणना या उच्च टाइमफ्रेम को संभालने के तरीके के कारण, क्लोज़्ड बार इस्तेमाल करने के इरादे के बावजूद भविष्य की वैल्यू मिल सकती है।

बन रहा बार जोखिम भरा क्यों है

MQL5 में शिफ्ट 0 बन रहा बार है और शिफ्ट 1 सबसे हाल का क्लोज़्ड बार। शिफ्ट 0 का क्लोज़ बस "इस पल की कीमत" है। इसे निर्णय में इस्तेमाल करने पर ये समस्याएँ आती हैं:

• हर टिक पर शर्त कभी पूरी होती है, कभी ग़ायब, और एक बार एंट्री लेने के बाद उसका आधार ही हट जाता है
• ऐसे क्षणिक सिग्नल पर ऑर्डर भर जाता है जो बार बंद होने के बाद चार्ट पर दिखता ही नहीं
• टेस्टर में नतीजे टिक बनाने के तरीके पर काफ़ी निर्भर करते हैं, और बार के अंदर की चाल असली चाल से अलग हो तो वह फ़र्क सीधे प्रदर्शन पर दिखता है

बन रहे बार का इस्तेमाल हमेशा ग़लत नहीं होता। ब्रेकआउट को तुरंत पकड़ने वाले डिज़ाइन भी होते हैं। ऐसे में यह मानना ज़रूरी है कि रणनीति बार के अंदर की चाल पर निर्भर है, और असली टिक पर जाँच को प्राथमिकता देनी चाहिए।

सिग्नल को पक्का करने का डिज़ाइन

CopyRates में शुरुआती स्थिति और क्रम साफ़ बताएँ

नए बार के पहले टिक पर सिर्फ़ एक बार क्लोज़्ड बार पढ़ें।

datetime g_lastBar = 0;

void OnTick()
{
   datetime t = iTime(_Symbol, _Period, 0);
   if(t == 0 || t == g_lastBar) return;

   MqlRates r[];
   ArraySetAsSeries(r, true);
   if(CopyRates(_Symbol, _Period, 1, 2, r) != 2) return;

   g_lastBar = t;
   // r[0] सबसे हाल का क्लोज़्ड बार, r[1] उससे ठीक पहले का बार
}

तीन मुख्य बातें हैं। शुरुआती स्थिति 1 रखें ताकि बन रहा बार दायरे से बाहर रहे। ArraySetAsSeries से क्रम तय करें। और डेटा न मिले तो g_lastBar अपडेट न करें, ताकि अगले टिक पर दोबारा कोशिश हो। क्रम तय करना भूल गए तो ऐरे का पहला तत्व सबसे पुराना बार होगा।

iBarShift उच्च टाइमफ्रेम में जाल बन सकता है

उच्च टाइमफ्रेम देखते समय iBarShift वह बार लौटाता है जिसमें दिया गया समय आता है। मौजूदा समय देने पर आमतौर पर बन रहा उच्च टाइमफ्रेम बार ही मिलता है।

int s = iBarShift(_Symbol, PERIOD_H1, TimeCurrent(), false);
if(s < 0) return;
double closedH1 = iClose(_Symbol, PERIOD_H1, s + 1);

बंद हो चुका उच्च टाइमफ्रेम बार चाहिए तो इसी तरह एक बार पीछे का बार चुनें।

रीपेंट का सबसे आम मामला उन इंडिकेटरों में होता है जो निचले टाइमफ्रेम के चार्ट पर उच्च टाइमफ्रेम की वैल्यू खींचते हैं। हर पुराने निचले बार को उसी समय वाले उच्च टाइमफ्रेम बार का क्लोज़ दे दिया जाए, तो अतीत में वह अंतिम वैल्यू दिखने लगती है जो उस समय मौजूद ही नहीं थी। चार्ट पर सिग्नल सटीक दिख सकता है, पर रियल-टाइम में वही निर्णय नहीं लिया जा सकता।

चौथे पैरामीटर exact को false रखने पर, मेल खाता बार न होने की स्थिति में नज़दीकी बार लौटाया जाता है। इससे डेटा की कमी पर ध्यान नहीं जाता, इसलिए मिले हुए बार का समय भी जाँच लेना सुरक्षित है। दूसरे सिंबल या टाइमफ्रेम का डेटा देर से अपडेट हो सकता है, इसलिए निर्णय से पहले मिलान करें कि बार वही है जिसकी अपेक्षा थी।

रीस्टार्ट पर दोहरे निर्णय से बचें

ऊपर के कोड में g_lastBar EA के रीस्टार्ट पर अपने शुरुआती मान पर लौट आता है। एक ही क्लोज़्ड बार पर दोबारा निर्णय होकर दोहरी एंट्री न हो, इसके लिए खुली पोज़ीशन और हाल के ट्रेड का समय भी जाँचने वाला डिज़ाइन चाहिए।

उपयोगकर्ता कौन-सी जाँच कर सकते हैं

सोर्स कोड न पढ़ पाएँ तब भी, इन तरीकों से काफ़ी हद तक जाँच संभव है:

1. विज़ुअल मोड में देखें: टेस्टर के विज़ुअल मोड में देखें कि एंट्री का समय बार की शुरुआत के आसपास जमा है या नहीं। बार के बीच में बार-बार ऑर्डर भरते हों तो संभव है कि बन रहा बार इस्तेमाल हो रहा है (एग्ज़िट अलग बात है)।
2. मॉडलिंग बदलकर तुलना करें: एक ही अवधि और सेटिंग पर केवल ओपनिंग प्राइस, ऑल टिक्स, और रियल टिक्स पर आधारित ऑल टिक्स आज़माएँ। एंट्री की संख्या या समय में बड़ा अंतर आए तो बार के अंदर की चाल पर निर्भरता का शक करें।
3. इंडिकेटर के तीर दर्ज करें: तीर जिस समय दिखे, उसका स्क्रीनशॉट रखें और कुछ बार बाद से मिलाएँ। जगह बदले या तीर ग़ायब हो जाए तो वह रीपेंट कर रहा है।
4. वितरक से पूछें: पूछें कि निर्णय क्लोज़्ड बार पर होता है या नहीं, और उच्च टाइमफ्रेम को कैसे संभाला गया है।

ये सब परिस्थितिजन्य प्रमाण हैं, इनसे अकेले "रीपेंट नहीं करता" सिद्ध नहीं होता। इंडिकेटर आज़माना हो तो मुफ़्त इंडिकेटर पर प्रक्रिया का अभ्यास करें, और EA लगाने के लिए EA सेटअप गाइड देखें।

सीमाएँ और सावधानियाँ

क्लोज़्ड बार पर निर्णय के कुछ नुकसान भी हैं:

• एंट्री में देरी: बंद होने का इंतज़ार करते समय कीमत आगे बढ़ जाती है और प्रतिकूल जगह पर एंट्री हो सकती है। तेज़ उछाल या गिरावट में यह अंतर बड़ा हो सकता है।
• बार की शुरुआत की लागत: जिस डिज़ाइन में ऑर्डर नए बार के पहले टिक पर जमा होते हैं, उसमें चौड़े स्प्रेड वाले समय या गैप खुलने का असर पड़ सकता है।
• भविष्य देखने वाले इंडिकेटर नहीं रुकते: ZigZag जैसे इंडिकेटर, जिनका आकार बाद में बदलता है, या जिन्हें पक्का होने के लिए आगे के बार चाहिए, वे पढ़ी गई जगह के अनुसार क्लोज़्ड बार पर भी वैल्यू बदल सकते हैं।
• क्लोज़्ड बार भी ब्रोकर के अनुसार अलग होता है: सर्वर टाइम या फ़ीड बदलने पर OHLC भी बदलता है, इसलिए एक ही EA का निर्णय ब्रोकर बदलने पर अलग हो सकता है। हिस्ट्री का बाद में सुधर जाना भी असंभव नहीं है।
• एग्ज़िट बार के अंदर होता है: एंट्री का निर्णय क्लोज़्ड बार पर हो, तब भी स्टॉप लॉस और टेक प्रॉफ़िट बार के बीच में भरते हैं। यह हिस्सा टिक डेटा की गुणवत्ता पर निर्भर रहता है।

और सबसे महत्वपूर्ण बात: रीपेंट न करना और मुनाफ़ा कमाना दो अलग बातें हैं। हमारे अपने कुछ EA का ऐतिहासिक डेटा पर परीक्षण अच्छा रहा, फिर भी डेमो खाते के फ़ॉरवर्ड टेस्ट में वे घाटे में हैं। क्लोज़्ड बार होना बैकटेस्ट नतीजों पर भरोसा करने की एक पूर्वशर्त भर है, भविष्य के प्रदर्शन का संकेत नहीं। साथ ही, क्लोज़्ड बार इस्तेमाल होता है या नहीं, यह हर EA के डिज़ाइन पर निर्भर है, इसलिए EA चुनते समय अलग से जाँचें और वास्तविक प्रदर्शन रैंकिंग के आँकड़ों के साथ मिलाकर निर्णय लें। जाँच के संबंधित विचार EA और MT5 ज्ञान में संकलित हैं।

सारांश

• बन रहे बार की वैल्यू बंद होने तक बदलती है, इसलिए सिग्नल ग़ायब हो सकता है या बदल सकता है
• क्लोज़्ड बार पर निर्णय लेने से आधार स्थिर रहता है और टिक बनाने के तरीके का असर भी कम होता है
• CopyRates में शुरुआती स्थिति और क्रम साफ़ बताएँ, और डेटा न मिलने पर दोबारा कोशिश करें
• iBarShift अक्सर बन रहा उच्च टाइमफ्रेम बार लौटाता है, इसलिए क्लोज़्ड बार पढ़ना हो तो शिफ्ट आगे बढ़ाएँ
• उच्च टाइमफ्रेम की ड्राइंग और भविष्य देखने वाले इंडिकेटर रीपेंट के आम उदाहरण हैं
• क्लोज़्ड बार में देरी और लागत की समस्या है, और यह मुनाफ़े का वादा नहीं करता