लेख की विषय-सूची
- साक्ष्य और दायरा
- चित्रण
- प्रक्रिया
- पोलैरिटी में बदलाव के लिए पूरी हिस्ट्री की ज़रूरत होती है
- एक जाने-पहचाने ब्लॉक से एक नए रीटेस्ट कैंडिडेट तक
- वॉल्यूम ब्रेक और रिटर्न के बारे में हाइपोथीसिस में अंतर करता है
- सिंथेटिक विनर और फेलियर एक ही ज़ोन में
- ऑर्डर का चुनाव और कोशिशों की संख्या
- ब्रेकर की तुलना साधारण सपोर्ट/रेज़िस्टेंस रीटेस्ट से करें
- आम गलतियाँ
- व्यावहारिक जाँच सूची
- अक्सर पूछे जाने वाले प्रश्न
- शोध स्रोत
साक्ष्य और दायरा
ओरिजिनल इम्प्लीमेंटेशन पोलैरिटी में बदलाव बताता है और बैकपेंटेड हिस्टोरिकल लेबल को साफ़ तौर पर पहचानता है। प्रस्तावित ट्रेडिंग नियमों का कोई इंडिपेंडेंटली वेरिफाइड परफॉर्मेंस रिकॉर्ड नहीं है।
व्यावहारिक कार्यप्रवाह
- किसी ज्ञात ब्लॉक से शुरू करेंइसका ज़ोन और पब्लिकेशन टाइमस्टैम्प बनाए रखें।
- अमान्यकरण का निरीक्षण करेंदूर की बाउंड्री और बफर के आगे क्लोज की ज़रूरत है।
- एक ब्रेकर बनाएँओरिजिनल पेरेंट से लिंक्ड एक नई ID का इस्तेमाल करें।
- पहले रीटेस्ट का मूल्यांकन करेंचुने हुए रिजेक्शन और एंट्री नियम को लागू करें।
- बाहर निकलें या रद्द करेंपहले से तय स्टॉप, टारगेट और लाइफटाइम रखें।
पोलैरिटी में बदलाव के लिए पूरी हिस्ट्री की ज़रूरत होती है
एक बेयरिश ऑर्डर ब्लॉक को पहले रेजिस्टेंस के तौर पर मॉनिटर किया जाता था। इसके ऊपर क्लियर क्लोज उस पुरानी रेजिस्टेंस हाइपोथीसिस को इनवैलिड कर देता है। एक बुलिश ब्रेकर एक नया सवाल पूछता है: क्या पहला बाद का रिटर्न ऊपर से ज़ोन को होल्ड करेगा? एक फेल बुलिश ब्लॉक ज़ोन के नीचे उससे जुड़ी बेयरिश हाइपोथीसिस बनाता है।
LuxAlgo ब्रेकर पोलैरिटी के बारे में बताता है और चेतावनी देता है कि हिस्टोरिकल पोलैरिटी चेंज लेबल बैकपेंटेड [1] हैं। इसलिए, एक आकर्षक हिस्टोरिकल लेबल उस समय उपलब्ध सिग्नल का काफी सबूत नहीं है। प्लेटफॉर्म टाइमिंग डॉक्यूमेंटेशन डिस्प्ले लोकेशन को जानकारी की उपलब्धता [2] से अलग करने में मदद करता है।
ब्रेकर यह नहीं दिखाता कि पहले बेचने वालों को अब ज़ोन पर खरीदना होगा। यह कहानी एक हाइपोथिसिस को मोटिवेट कर सकती है, लेकिन OHLCV पार्टिसिपेंट की पहचान के बजाय कीमत, एक्टिविटी और समय रिकॉर्ड करता है। नया ज़ोन स्टेट बनाने से ओरिजिनल ब्लॉक ट्रेड का नुकसान कभी भी मिटना नहीं चाहिए।
एक जाने-पहचाने ब्लॉक से एक नए रीटेस्ट कैंडिडेट तक
पहले प्रकाशित बेयरिश block[a,b] से शुरू करें। ब्रेक से पहले का A=ATR14 और buffer=max(2 ticks,0.10A) स्थिर रखें। बार t का बंद भाव प्राप्त होने के बाद, यदि C[t]>b+buffer हो तो मूल ब्लॉक को INVALIDATED चिह्नित करें और उन्हीं मूल्य-सीमाओं में parent_ob_id से जुड़ा नया बुलिश ब्रेकर बनाएँ। नया सेटअप t+1 से प्रवेश योग्य है। बफ़र और उदाहरण का20 बार TTL शोध विकल्प हैं।
वापसी जाँचने से पहले प्रमाण चाहिए कि ब्रेक के बाद कीमत पूरी तरह ज़ोन से ऊपर ट्रेड हुई थी। रीटेस्ट low≤b+buffer और high≥a से ज़ोन को छूता है, फिर अधिकतम तीन बार में b+buffer के ऊपर बंद होता है। फर्स्ट-टच संस्करण उसी पहली वापसी में अवसर का उपयोग करता है; बेहतर दिखने वाली चौथी वापसी को पहली नहीं कह सकता। पुष्टि से पहले बंद भाव a−buffer से नीचे हो तो रद्द करें।
एक वेरिएंट के लिए साथ में BOS, MSS या डिस्प्लेसमेंट की ज़रूरत होती है; दूसरे के लिए सिर्फ़ ब्लॉक इनवैलिडेशन की ज़रूरत होती है। स्ट्रक्चर फ़िल्टर को मापने के लिए इन्हें अलग-अलग रजिस्टर करें। अगर ब्रेक और अपेरेंट रीटेस्ट एक ही क्रिएशन कैंडल के अंदर होते हैं, तो OHLC में पोस्ट-पब्लिकेशन एंट्री के लिए ज़रूरी सीक्वेंस नहीं होता है। क्लोज़-बेस्ड वर्शन उस कैंडल के अंदर ट्रेड नहीं करता है।
ओरिजिनल ब्लॉक बाउंड्री और फेलियर टाइमस्टैम्प को बनाए रखते हुए एक नई इवेंट ID स्टोर करें। एक सिंगल म्यूटेबल ऑब्जेक्ट जिसकी दिशा बेयरिश से बुलिश में बदल जाती है, वरना रिपोर्ट में सिर्फ़ सफल फ़ाइनल इंटरप्रिटेशन ही दिखाया जा सकता है। इवेंट लिनिएज रिसर्च डिज़ाइन का हिस्सा है, सिर्फ़ बुककीपिंग का नहीं।
EXPIRED, INVALIDATED और CONSUMED उस ब्रेकर के लिए टर्मिनल हैं। अगर डिटेक्टर बाद के बार पर उसी ज़ोन पर फिर से विचार कर सकता है, तो ऑर्डर कैंसिल करना काफ़ी नहीं है; देर से किया गया रिक्लेम किसी फेल कैंडिडेट को फिर से ज़िंदा नहीं कर सकता। क्लोज पर स्टेट ट्रांज़िशन लागू करने से पहले, ऑर्डर के लाइव होने के दौरान हुए फ़िल रिकॉर्ड करें।
on_close(t):
process_existing_order_events_until_close(t)
for br in active_bullish_breakers_eligible_before_bar(t):
if expired(br):
br.state = EXPIRED; cancel_future_orders(br); continue
if C[t] < br.low-br.buffer:
br.state = INVALIDATED; cancel_future_orders(br); continue
if first_retest_confirmed(br,t):
signal_for_next_quote_once(br); br.state = CONSUMED
A = ATR14[t-1]
if not finite_positive(A): return
buffer = max(2*tick,0.10*A)
for ob in active_bearish_OBs_published_before_bar(t):
if C[t] > ob.high+buffer:
invalidate_once(ob,at=t)
create_breaker_once(parent=ob.id,known_at=received_close_time(t),
eligible=t+1,buffer=buffer,expiry=t+20)
# Terminal breakers cannot revive; a failed parent creates at most one child.
वॉल्यूम ब्रेक और रिटर्न के बारे में हाइपोथीसिस में अंतर करता है
ब्रेक के समय का RVOL और समान अवधि के रीटेस्ट का वॉल्यूम अलग मापें। अधिक वॉल्यूम वाले ब्रेक के बाद शांत वापसी कम होते बिक्री दबाव का संकेत हो सकती है, पर सामान्य दोपहर की सुस्ती भी हो सकती है। समान समय के आधार मान लें; सुबह के निर्णय में दिन पूरा होने पर ज्ञात होने वाला वॉल्यूम न लें।
OB, ब्रेकर और BOS एक ही प्राइस सीक्वेंस से जुड़े हो सकते हैं। सिर्फ़ इसलिए इंडिपेंडेंट रिस्क एलोकेशन न दें क्योंकि इवेंट के कई नाम हैं। एक इवेंट फ़ैमिली संबंधित एंट्री में एक फ़िक्स्ड बजट शेयर कर सकती है। CVD एक एडिशनल फ़ीचर तभी है जब उसका ट्रेड क्लासिफ़िकेशन भरोसेमंद हो; कैंडल का रंग डेल्टा को रीकंस्ट्रक्ट नहीं करता है।
ज़्यादा वॉल्यूम वाले रीटेस्ट भी सैंपल में रहने चाहिए। पॉसिबल एब्ज़ॉर्प्शन के बाद एक मज़बूत रिस्पॉन्स में काफ़ी एक्टिविटी हो सकती है, जो स्ट्रिक्ट ड्राई-अप कंडीशन से अलग होती है। विनर दिखने के बाद एक्सप्लेनेशन बदलने के बजाय उन मैकेनिज़्म को अलग-अलग ब्रांच के तौर पर टेस्ट करें।
सिंथेटिक विनर और फेलियर एक ही ज़ोन में
एक बेयरिश block[100,102] पहले से ही पता है। ATR=2 और tick=0.05 के रेफरेंस के साथ, बफर 0.20 है। 102.50 पर क्लोज होने पर बुलिश ब्रेकर बनता है। कीमत बाद में 104 तक पहुंचती है, 101.80 के लो पर वापस आती है और 102.40 पर क्लोज होती है। अगले एग्जीक्यूटेबल कोट 102.45 पर खरीदना, स्टॉप 99.80 और टारगेट 107.75 के साथ, रिस्क 2.65 और रिवॉर्ड 5.30, या कॉस्ट से पहले 2R देता है।
अगर अगला पता स्ट्रक्चरल टारगेट सिर्फ़ 104.50 है, तो वह वाइड प्रोटेक्शन काफ़ी रिवॉर्ड नहीं दे सकता है। पहले से चुने गए नियम के हिसाब से रिजेक्ट करें। यह जानने के बाद कि यह सफल रीटेस्ट लो था, स्टॉप को 101.80 तक न ले जाएं, जब तक कि ओरिजिनल एंट्री मॉडल ने पहले से देखे गए लो का साफ़ तौर पर इस्तेमाल न किया हो।
असफल पथ में पहली वापसी का बंद भाव99.70 है। पुष्टि वाला संस्करण प्रवेश नहीं करता और सेटअप रद्द कर देता है। पहले से102 पर रखा लिमिट ऑर्डर निष्पादित होकर99.75 पर निकल सकता था, जिससे2.25 का नुकसान होता। मूल बेयरिश ब्लॉक से पहले लिया गया शॉर्ट अपना परिणाम बनाए रखता है। केवल बाद के सफल ब्रेकर की रिपोर्ट पूरे क्रम को गलत दिखाएगी।
ऑर्डर का चुनाव और कोशिशों की संख्या
पुष्टि के बाद अगले निष्पादन योग्य भाव पर प्रवेश करें, या स्पर्श से पहले तय सीमा अथवा मध्यबिंदु पर लिमिट आदेश रखें। ज़ोन को छूकर अनुकूल बंद होने वाली कैंडल के आधार पर सर्वश्रेष्ठ लिमिट भाव का निष्पादन मानना और प्रतिकूल निष्पादन छोड़ देना स्वीकार्य नहीं है। निष्पादन और सुरक्षा का व्यवहार संबंधित बाज़ार की कार्यप्रणाली [3] से मेल खाना चाहिए।
एक्सपायरी, दूर के किनारे से आगे का ब्रेक या पहले से तय विरोधी स्ट्रक्चर की स्थिति, वेटिंग कैंडिडेट को कैंसिल कर सकती है। ओपन पोजीशन के लिए, हार्ड स्टॉप और क्लोज-बेस्ड एग्जिट अलग-अलग एक्शन हैं। क्लोज का इंतजार करने से पहले से एक्टिव प्रोटेक्टिव स्टॉप को भरने से नहीं रोका जा सकता है।
एक प्रस्तावित बेसलाइन हर पेरेंट ब्लॉक के लिए एक कोशिश और हर इवेंट फ़ैमिली के लिए एक पोज़िशन की इजाज़त देती है। अगर री-एंट्री की इजाज़त है, तो इसे एक नए ट्रेड के तौर पर देखें और कुल लागत बनाए रखें। भविष्य का रास्ता देखने से पहले टारगेट को एक जाने-पहचाने विरोधी स्विंग या एक फिक्स्ड R मल्टीपल के तौर पर चुनें।
एक टाइट लोकल स्टॉप को टेस्ट करना फायदेमंद है, लेकिन इससे ट्रेड की जा रही हाइपोथीसिस बदल जाती है। यह स्टॉप फ्रीक्वेंसी और स्प्रेड द्वारा लिए जाने वाले रिस्क के हिस्से को बढ़ाते हुए नॉमिनल रिवॉर्ड/रिस्क को बेहतर कर सकता है। जीतने वाले चार्ट पर एंट्री और टारगेट के बीच की दूरी ही नहीं, बल्कि असल नेट नतीजों की भी तुलना करें।
ब्रेकर की तुलना साधारण सपोर्ट/रेज़िस्टेंस रीटेस्ट से करें
एक काम का कंट्रोल ब्रेकआउट-रीटेस्ट है, जो बिना ऑर्डर-ब्लॉक हिस्ट्री वाले लेवल पर होता है, और ज़ोन की चौड़ाई, उम्र, ब्रेक की ताकत और एंट्री की दूरी से मैच करता है। अगर ब्रेकर मैच करने के बाद नतीजों में सुधार नहीं करता है, तो इसका काम का एलिमेंट ब्लॉक के ओरिजिन के बजाय रीटेस्ट हो सकता है।
पूरा डिनॉमिनेटर रिपोर्ट करें: ओरिजिनल ब्लॉक, इनवैलिडेशन, बाद के रीटेस्ट, कन्फर्मेशन और फिल। फाइनल चार्ट से हटाए गए ज़ोन को संभाल कर रखें। प्रीफ़िक्स रीप्ले से यह पक्का होना चाहिए कि हिस्टोरिकल पोलैरिटी लेबल पता चलने से पहले कभी भी डिसीजन प्रोसेस में नहीं आए।
क्रोनोलॉजिकली स्प्लिट करें और एक पेरेंट के हर डिसेंडेंट को एक ही वैलिडेशन फोल्ड में रखें। आस-पास के TTL, बफ़र्स, फ़र्स्ट-टच रूल्स और कॉस्ट अजम्पशन्स को इवैल्यूएट करें। एक सिंगल सक्सेसफुल पोस्ट-इवेंट चार्ट फुल स्टेट मशीन की विन प्रोबेबिलिटी का एस्टीमेट नहीं करता है, खासकर तब जब पेरेंट ब्लॉक ने पहली बार लॉस जेनरेट किया हो।
आम गलतियाँ
ओरिजिनल घाटे वाले ट्रेड को डिलीट करना
बाद में ब्रेकर जीतने पर पिछले ब्लॉक का नुकसान कैंसल नहीं होता।
बाद में खींचे गए ऐतिहासिक आधार पर प्रवेश
अतीत की जगह पर बाद में बनाया गया ज़ोन उस समय ज्ञात और ट्रेड करने योग्य था, यह आवश्यक नहीं।
कई नाम एक जोखिम को बढ़ाते हैं
BOS, ब्रेकर और रीटेस्ट एक अंदरूनी घटना को बता सकते हैं।
इस विधि का उपयोग करने से पहले जाँच सूची
अपने डेटा पर सत्यापन के बाद प्रत्येक मद पर निशान लगाएँ। प्रगति इसी ब्राउज़र में सहेजी जाती है; यह रणनीति के लाभदायक होने का प्रमाणपत्र नहीं है।
अक्सर पूछे जाने वाले प्रश्न
क्या हर इनवैलिडेटेड ब्लॉक को ब्रेकर के तौर पर ट्रेड किया जाना चाहिए?
नहीं। इनवैलिडेशन से कैंडिडेट बनता है; रीटेस्ट न होने, एक्सपायरी या कोई और इनवैलिडेशन किसी भी एंट्री को रोक सकता है।
क्या पहले लिक्विडिटी स्वीप होना चाहिए?
इस पोलैरिटी-बेस्ड बेसलाइन में नहीं। स्वीप की ज़रूरत होने पर एक एडिशनल वर्शन बनता है जिसे अपने टेस्ट की ज़रूरत होती है।
शोध स्रोत
हर स्रोत अपने साथ दिए गए विवरण में परिभाषा या साक्ष्य का समर्थन करता है। छद्मकोड, कृत्रिम उदाहरण और प्रस्तावित पैरामीटर अलग सत्यापन माँगते हैं।
- Order Blocks & Breaker BlocksLuxAlgo. मूल विवरण और ऐतिहासिक लेबल बाद में खींचे जाने की चेतावनी पढ़ी गई है; सत्यापित प्रदर्शन रिकॉर्ड नहीं है। जाँच की तारीख: .
- RepaintingTradingView. जानकारी उपलब्ध होने के समय और प्रदर्शन व्यवहार के दस्तावेज़ देखे गए हैं। जाँच की तारीख: .
- Futures Order TypesCME Group. संकेत की पुष्टि और वास्तविक निष्पादन में अंतर के लिए ऑर्डर की कार्यप्रणाली के दस्तावेज़ देखे गए हैं। जाँच की तारीख: .
संबंधित विधियाँ
जोखिम संबंधी सूचना
यह सामग्री शिक्षा और शोध की योजना बनाने के लिए है, वित्तीय सलाह नहीं। Backtest ऐतिहासिक डेटा का सिमुलेशन है, भविष्य के प्रदर्शन की गारंटी नहीं देता और वास्तविक ट्रेड नहीं करता। इस संग्रह की विधियाँ अपने-आप ऐप में उपलब्ध सुविधाएँ नहीं हैं। देखें कार्यपद्धति और शिक्षण केंद्र.
वास्तविक पूँजी जोखिम में डालने से पहले नियमों का सत्यापन करें
ऐप की क्षमताओं, डेटा और प्रत्येक सिमुलेटेड ट्रेड की जाँच करें; उन्नत डिटेक्टरों के लिए अलग कार्यान्वयन की आवश्यकता हो सकती है।
App Store से Backtest डाउनलोड करें