सेशन के हाई-लो स्वीप: सिग्नल से पहले कैलेंडर तय करें

व्यावहारिक कार्यप्रवाह

1. सत्र को परिभाषित करेंट्रेडिंग स्थल, कैलेंडर और समयक्षेत्र चुनें।
2. संदर्भ विंडो को पूरा करेंपहले के सेशन या ओपनिंग-रेंज एक्सट्रीम तभी पब्लिश करें जब पता हो।
3. बाद में स्वीप का पता लगानाफिक्स्ड बफ़र्स और एलिजिबल लेवल वर्शन का इस्तेमाल करें।
4. पुष्टि करें और सबमिट करेंक्लोज़ की जानकारी वास्तव में मिलने का समय और चुना गया ऑर्डर मॉडल मानें।
5. सत्र प्रकार के अनुसार मूल्यांकन करेंइसमें नो-सिग्नल दिन, गैप और कैलेंडर एज केस शामिल करें।

अलग-अलग जानकारी वाले तीन तरह के रेफरेंस

PDH/PDL पिछले पूरे हुए ट्रेडिंग दिन का हाई और लो होता है। PSH/PSL एक चुने हुए पूरे हुए सेशन को बताता है, जबकि ORH/ORL मौजूदा सेशन के पहले N मिनट को बताता है। उनकी कीमतें अलग सबूत बने बिना भी एक जैसी हो सकती हैं। जब सही हो, तो एक अंदरूनी रेफरेंस को ज़रूरी लेबल के साथ स्टोर करें।

LuxAlgo का सेशन स्वीप्स सेशन चुनने की सुविधा देता है [1]. एक अलग इम्प्लीमेंटेशन के लिए पूरे साल एक फिक्स्ड लोकल क्लॉक टाइम के बजाय एक एक्सचेंज टाइमज़ोन और कैलेंडर [2][3] की ज़रूरत होती है. लंदन, न्यूयॉर्क और स्ट्रैटेजी चलाने वाला कंप्यूटर एक ही तारीख को क्लॉक नहीं बदल सकते हैं.

पिछले दिन के लेवल पुरानी रेंज बताते हैं; ओपनिंग रेंज नए दिन की शुरुआत बताती है। एक बड़ा गैप कीमत को ओपनिंग के समय पूरी पिछली रेंज से आगे ले जा सकता है। PDH पर वापस आना अपने आप स्वीप नहीं होता: लेवल के शुरुआती हिस्से को पहचानें और पता करें कि क्या ट्रिगर रिजेक्शन, रीक्लेम या ब्रेकआउट रीटेस्ट है।

सेशन आइडेंटिफ़ायर और एलिजिबिलिटी टाइमस्टैम्प

एक प्रपोज़्ड session_id में वेन्यू, सिंबल, calendar_date और session_template_version शामिल हैं। एक US-इक्विटी बेसलाइन कोर सेशन का इस्तेमाल कर सकती है और प्रीमार्केट को अलग-अलग स्टोर कर सकती है। एक जैसा 24-घंटे का दिन बनाने के लिए मिसिंग बार बनाने के बजाय छोटे सेशन को फ़्लैग करें। ओवरनाइट फ़्यूचर्स की ट्रेडिंग डेट लोकल कैलेंडर डेट से अलग हो सकती है।

09:30से09:45की ओपनिंग रेंज में09:30, 09:35और09:40से शुरू होने वाली पाँच-मिनट कैंडल आती हैं। अंतिम स्तर09:45के बाद ही प्रकाशित करें। अधूरी09:40कैंडल अंतिमORलो नहीं बता सकती। आधा-खुला अंतराल[start,end) शुरुआत शामिल करता है और अंत नहीं, इसलिए सीमा पर घटना दोनों विंडो में नहीं गिनी जाती।

सपोर्टSप्रकाशित होने के बाद प्रस्तावित नीचे की स्वीप में पिछला क्लोज़Sसे ऊपर, low<S−b और close>S+e तीनों चाहिए। ट्रिगर से ठीक पहले की कैंडल काATR लेकर b=max(2 ticks,0.10ATR) और e=max(2 ticks,0.15ATR) लगाएँ। कई कैंडल मेंK=3रीक्लेम अलग संस्करण है। N,Kऔर बफर शोध के विकल्प हैं, साबित लाभदायक सेटिंग नहीं।

window_endऔर प्रकाशित स्तर वास्तव में प्राप्त होने का समय दोनों दर्ज करें। देर से आया संशोधित अंतिम रेंज पहले की एंट्री को पीछे से अनुमति नहीं दे सकता। तय करें कि संशोधन केवल आगे के उम्मीदवारों पर लागू होगा या प्रभावित शोध अवधि अमान्य होगी; मूल निर्णय लॉग सुरक्षित रखें।

on_trade_received(trade):
  window = configured_half_open_window(trade.event_time)
  if window.start <= trade.event_time < window.end:
    update_extrema_for_that_window_only(window,trade)
on_window_data_ready(window,received_at):
  if not window_complete_under_declared_watermark_policy: return
  if window.current_fingerprint == window.last_published_fingerprint: return
  available_at = max(window.end,received_at) + processing_delay
  publish_frozen_version(window.extrema,available_at=available_at)
  window.last_published_fingerprint = window.current_fingerprint
for closed_bar in later_bars:
  levels = versions_available_before(closed_bar.start)
  detect_sweep(levels,closed_bar)
# Publish once per data version; boundary trades belong to the following window.
# Late corrections publish a future version and never backdate an order.

एक ही समय में वॉल्यूम और ओपनिंग-ऑक्शन ट्रीटमेंट

ट्रिगर वॉल्यूम की तुलना पिछले सेशन में मैचिंग टाइम स्लॉट से करें। मिसिंग स्लॉट और छोटे दिनों के लिए साफ़ तौर पर एक्सक्लूज़न की ज़रूरत होती है। एक फ़ीड जो ऑक्शन वॉल्यूम को पहले बार में रखती है, उसकी तुलना सीधे उस हिस्ट्री से नहीं करनी चाहिए जो उन प्रिंट को हटा देती है।

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

किसी तय घोषणा से ठीक पहले और बाद के सिग्नल में अलग-अलग फिल हो सकते हैं। पहले से पता कैलेंडर उन विंडो को पहचान सकता है। किसी दिन की कीमत पर उसका रिस्पॉन्स देखने के बाद उसे बुरी खबर कहना, पिछली बातों को समझने जैसा है। घोषित टाइमस्टैम्प को डेटा या हेडलाइन मिलने के असल समय से अलग स्टोर करें।

सिंथेटिक ओपनिंग-रेंज उदाहरण

मान लीजिए कि एक चार्ट में OR15 high=205 और low=200 होने चाहिए। लेकिन, 09:43 पर, कीमत 199.80 पर ट्रेड होती है और रिकवर होती है। आप 200 पर माने गए फ़ाइनल लो के स्वीप पर ट्रेड नहीं कर सकते क्योंकि ओपनिंग रेंज अभी भी बन रही है। अगर 199.80 उस विंडो में एक वैलिड ऑब्ज़र्वेशन है, तो फ़ाइनल OR लो में इसे शामिल करना होगा।

एक अलग उदाहरण में, ओपनिंग रेंज पहले ही low=200 पर खत्म हो चुकी है। बाद के 09:50 बार में low=199.60 और close=200.40 हैं। यह मानते हुए कि टिक आकार पर आधारित न्यूनतम बफर हावी नहीं होता, पिछला ATR=1 से b=0.10 और e=0.15 मिलता है, इसलिए रीक्लेम की शर्त पूरी होती है। 200.45 पर पोस्ट-क्लोज फिल, 199.50 पर स्टॉप और 202.35 पर टारगेट का रिस्क 0.95 और रिवॉर्ड 1.90 है। टारगेट एंट्री पर फिक्स होता है, न कि आखिरी डेली हाई से चुना जाता है।

हारने वाला रास्ता 199.45 तक पहुँचता है और 199.48 पर प्रोटेक्शन भरता है, जिससे 0.97 का नुकसान होता है। 199.70 पर बंद होने वाला और ORL से नीचे रहने वाला एक अलग बार एक ब्रेक/एक्सेप्टेंस कंट्रोल है, रिवर्सल एंट्री नहीं। एक नया कैलेंडर दिन मौजूदा ट्रेड के स्टॉप को नए कैलकुलेट किए गए PDL से रिप्लेस नहीं करना चाहिए।

लेवल और ट्रेड के लाइफटाइम को अलग करें

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

रीक्लेम कैंडल का हाई टूटने पर प्रवेश चाहिए तो स्टॉप-एंट्री आदेश उस कैंडल के पूरा होने के बाद ही रखा जा सकता है। अगली कैंडल में प्रवेश ट्रिगर होने के बाद स्टॉप लगने वाला सौदा भी दर्ज रहेगा, चाहे अंतिम क्लोज़ खराब लगे। दोनों रेंज सीमाएँ स्वीप करने वाली कैंडल के लिए भीतर की घटनाओं का रिकॉर्ड या अपर्याप्त-क्रम फ़्लैग चाहिए।

UTC, एक्सचेंज टाइमज़ोन, ओरिजिनल इवेंट टाइम और लोकल रिसीव टाइम स्टोर करें। फ्यूचर्स रोल पर, अनएडजस्टेड नए-कॉन्ट्रैक्ट प्राइस की तुलना पुराने कॉन्ट्रैक्ट के पिछले दिन के लेवल से न करें। कंटीन्यूअस रिसर्च चार्ट और ट्रेडेड कॉन्ट्रैक्ट के लिए एक डॉक्यूमेंटेड मैपिंग की ज़रूरत होती है।

एक प्रैक्टिकल टेस्ट में रेंज बाउंड्री के पार देरी से खुलने या रुकने वाला सेशन भी शामिल होना चाहिए। तय करें कि ओपनिंग रेंज का मतलब क्लॉक टाइम है या बीते हुए ट्रेडेबल मिनट। ये डेफिनिशन अलग-अलग लेवल बनाती हैं और यह पता चलने के बाद कि किसने बेहतर ट्रेड दिया, उन्हें बदलना नहीं चाहिए।

लेवल इफ़ेक्ट को दिन के समय के इफ़ेक्ट से अलग करें

PDH/PDL स्वीप की तुलना कीमत से एक जैसी दूरी पर रोलिंग रेफरेंस या बराबर डेंसिटी वाले सिंथेटिक लेवल से करें। सेशन के अंदर मिनट, गैप साइज़ और वोलैटिलिटी के हिसाब से मैच करें। दिन के हर शांत मिनट के साथ ओपनिंग स्वीप की तुलना करने से ज़्यादातर ओपनिंग पीरियड को ही मापा जा सकता है।

रेफरेंस टाइप, सेशन टेम्पलेट, डेलाइट-सेविंग रिजीम और गैप कैटेगरी के हिसाब से रिजल्ट रिपोर्ट करें। कैलेंडर इंजन के मुकाबले जानी-मानी छुट्टियों और छोटे सेशन को टेस्ट करें। नेट एक्सपेक्टेंसी और नो-फिल रेट्स, कैपिटल-लेवल रिजल्ट्स के साथ होते हैं जो बिना सिग्नल वाले सेशन को बनाए रखते हैं।

बाउंड्री टेस्ट में window_start और window_end पर बिल्कुल ट्रेड, डुप्लीकेट टाइमस्टैम्प, मिसिंग बार, लेट करेक्शन और टाइमज़ोन ट्रांज़िशन के बाद पहला सेशन शामिल होना चाहिए। हर रन के लिए इस्तेमाल किए गए कैलेंडर का एक वर्शन रखें। कुछ अच्छे उदाहरणों से यह साबित नहीं होता कि स्ट्रैटेजी अपनी मॉनिटरिंग और एग्ज़िक्यूशन कॉस्ट को सही ठहराने के लिए काफ़ी मौके देती है।

आम गलतियाँ

इस विधि का उपयोग करने से पहले जाँच सूची

अपने डेटा पर सत्यापन के बाद प्रत्येक मद पर निशान लगाएँ। प्रगति इसी ब्राउज़र में सहेजी जाती है; यह रणनीति के लाभदायक होने का प्रमाणपत्र नहीं है।

• रेफरेंस सेशन या ओपनिंग रेंज खत्म हो गई है।
• एक्सचेंज टाइमज़ोन और DST नियम साफ़ हैं।
• पिछले दिन और प्रीमार्केट लेवल में अंतर देखा जा सकता है।
• ATR ट्रिगर बार से पहले आता है।
• ऑक्शन वॉल्यूम को बेसलाइन में लगातार हैंडल किया जाता है।
• कन्फर्मेशन से पहले एंट्री ऑर्डर मौजूद नहीं होते हैं।
• फ्यूचर्स-रोल और शॉर्टेंड-सेशन मामलों का डॉक्यूमेंटेड ट्रीटमेंट किया गया है।

शोध स्रोत

हर स्रोत अपने साथ दिए गए विवरण में परिभाषा या साक्ष्य का समर्थन करता है। छद्मकोड, कृत्रिम उदाहरण और प्रस्तावित पैरामीटर अलग सत्यापन माँगते हैं।

1. Session SweepsLuxAlgo on TradingView. मूल सेशन-स्वीप विवरण पढ़ा गया; लाभप्रदता सत्यापित नहीं हुई। जाँच की तारीख: 2026-10-11.
2. SessionsTradingView. सेशन और समयक्षेत्र के नियम पढ़े गए, अल्फा-लाभ का शोध नहीं। जाँच की तारीख: 2026-10-11.
3. Holidays and Trading HoursNYSE. ऑफिशियल कैलेंडर और ट्रेडिंग-घंटे का रेफरेंस खोला। जाँच की तारीख: 2026-10-11.

संबंधित विधियाँ