शर्त, नया क्रॉसिंग और प्रतीक्षा में फर्क
मान लें शर्त है कि कीमत 100 से अधिक हो। 101, 102 और 103 की रीडिंग इस शर्त को पूरा करती हैं, लेकिन ये तीन नए ऊपर की ओर क्रॉसिंग नहीं हैं। इस लेख में ऊपर की ओर क्रॉसिंग का अर्थ है: पिछली वैध रीडिंग 100 या उससे कम हो और अगली वैध रीडिंग 100 से अधिक हो। इस स्पष्ट परिभाषा में ठीक 100 नीचे वाले पक्ष में गिना गया है।
दोहराव की नीति लगातार पूरी हो रही शर्त पर फिर कार्रवाई की अनुमति दे सकती है। क्रॉसिंग वाली नीति को नया बदलाव चाहिए। दोनों पर प्रतीक्षा का नियम लगाया जा सकता है। TradingView भी तुलना की शर्त और अलर्ट की आवृत्ति अलग रखता है; उसके विकल्प SharkRule से एकीकरण का प्रमाण नहीं हैं।
लिखें कि प्रतीक्षा किस घटना से शुरू होती है: ऑर्डर भेजने की अनुमति, उसका भरना या पोज़िशन बंद होना अलग समय हैं। उदाहरण के लिए Freqtrade का CooldownPeriod निकास के बाद उस ट्रेडिंग जोड़ी पर लागू होता है। यह उसका व्यवहार है, सार्वभौमिक परिभाषा या SharkRule के टाइमर का प्रमाण नहीं।
संकेत गिनने से पहले उदाहरण के नियम तय करें
नीचे समय, कीमत और रकम सभी काल्पनिक हैं; किसी एसेट या सेटिंग की सिफारिश नहीं। कागज़ पर एक नियम और बिना नाम वाली एक Spot जोड़ी का अभ्यास है। सभी रीडिंग ताज़ा और समय के क्रम में हैं। कीमत कोट करेंसी की इकाइयों में और समय UTC में है। केवल दी गई पंक्तियों का मूल्यांकन होता है। पहली रीडिंग पिछली स्थिति तय करती है, नया क्रॉसिंग नहीं बनाती। कोई असली ऑर्डर नहीं भेजा जाता।
प्रवेश तभी अनुमत है जब कीमत 100 को नए सिरे से ऊपर पार करे और पिछले अनुमत प्रवेश से कम-से-कम 120 सेकंड बीत चुके हों। ठीक 120 सेकंड भी पर्याप्त हैं। अनुमति मिलते ही खरीद के लिए 25 और लागत के लिए 1 आरक्षित होता है, टाइमर शुरू होता है और इस रन के अधिकतम दो प्रवेश में से एक गिना जाता है। लागत के आरक्षण सहित कुल खर्च सीमा 60 है। ये अभ्यास की कल्पित शर्तें हैं, SharkRule की डिफ़ॉल्ट सेटिंग नहीं।
प्रतीक्षा में रोका गया क्रॉसिंग दर्ज करके छोड़ दिया जाता है; बाद के लिए कतार में नहीं रखा जाता। प्रतीक्षा के दौरान भी हर वैध रीडिंग पिछली कीमत को अपडेट करती है। रोका गया प्रयास इस उदाहरण का टाइमर फिर शुरू नहीं करता। मान लें अनुमतियाँ और बाकी जाँच पूरी हैं तथा किसी पुराने ऑर्डर का नतीजा अस्पष्ट नहीं है। रिकॉर्ड अनुमति और आरक्षित खर्च गिनता है, एक्सचेंज की स्वीकृति या भरे हुए ऑर्डर नहीं।
रिकॉर्ड: छह बार शर्त पूरी, दो प्रवेश अनुमत
| समय UTC | कीमत | 100 से अधिक? | नया ऊपर का क्रॉसिंग? | निर्णय |
|---|---|---|---|---|
| 09:59:59 | 99 | नहीं | शुरुआती स्थिति | कोई कार्रवाई नहीं |
| 10:00:00 | 101 | हाँ | हाँ | प्रवेश 1 अनुमत; 26 आरक्षित |
| 10:00:30 | 102 | हाँ | नहीं | शर्त अभी भी पूरी; नई घटना नहीं |
| 10:01:00 | 99 | नहीं | नहीं | कीमत फिर सीमा के नीचे |
| 10:01:30 | 101 | हाँ | हाँ | केवल 90 सेकंड बीते; संकेत छोड़ें |
| 10:02:00 | 102 | हाँ | नहीं | 120 सेकंड बीते, पर नया क्रॉसिंग नहीं |
| 10:03:00 | 99 | नहीं | नहीं | कीमत फिर सीमा के नीचे |
| 10:03:30 | 101 | हाँ | हाँ | 210 सेकंड बीते; प्रवेश 2 अनुमत; 26 आरक्षित |
| 10:06:00 | 99 | नहीं | नहीं | कीमत फिर सीमा के नीचे |
| 10:06:30 | 101 | हाँ | हाँ | 180 सेकंड बीते; गिनती और बजट प्रवेश 3 रोकते हैं |
गिनती जाँचें, बजट को नया न मानें
दस रीडिंग में छह कीमतें 100 से ऊपर हैं और चार ऊपर की ओर क्रॉसिंग हैं। तीन क्रॉसिंग समय की शर्त पूरी करते हैं: 10:00:00 पर कोई पिछला प्रवेश नहीं, 10:03:30 पर पहले प्रवेश से 210 सेकंड बीते और 10:06:30 पर दूसरे से 180 सेकंड बीते। केवल पहले दो गिनती और खर्च की सीमा भी पूरी करते हैं।
हर प्रवेश 25 + 1 = 26 की प्रतिबद्धता बनाता है। दो प्रवेश 2 × 26 = 52 इस्तेमाल करते हैं; 60 − 52 = 8 बचते हैं। तीसरे से कुल 78 होगा, जो 60 की सीमा से 18 अधिक है, और दो प्रवेश की अधिकतम गिनती भी पार होगी। अधिक देर रुकने से इनमें से कोई बाधा दूर नहीं होती। लागत के लिए 1 इकाई काल्पनिक आरक्षण है, वास्तविक एक्सचेंज शुल्क नहीं। असली लागत और प्रतिबद्ध रकम का मिलान अलग से करना होगा।
10:02:00 पर लगातार पूरी हो रही शर्त पर आधारित एक अलग नियम, उसी प्रतीक्षा और उपलब्ध सीमा के साथ अपने दूसरे प्रवेश की अनुमति दे सकता था। इस अभ्यास का क्रॉसिंग नियम ऐसा नहीं कर सकता: 10:01:30 का क्रॉसिंग छोड़ दिया गया और 101 से 102 होना नया क्रॉसिंग नहीं है। रोके गए संकेत बचाकर रखना तीसरी नीति होगी, जिसमें उनकी वैधता की अवधि और दोबारा जाँच तय करनी होगी। उलटी गिनती देखकर ऐसी कतार मान न लें।
दोहराव समझते समय होने वाली आम गलतियाँ
हर जाँच को नई घटना गिनने से शर्त लगातार पूरी रहने पर कार्रवाइयाँ बढ़ सकती हैं। दूसरी ओर, कूलडाउन खत्म होते ही कार्रवाई की उम्मीद करना क्रॉसिंग नियम के नए बदलाव की जरूरत भूलना है। बॉट शुरू होते समय कीमत पहले से सीमा के ऊपर हो तो शुरुआती स्थिति की नीति भी चाहिए। पहली रीडिंग अकेले क्रॉसिंग साबित नहीं करती।
एक ही घटना दो बार मिलना और बाद में उसी कीमत की नई रीडिंग मिलना अलग बातें हैं। घटना का पहचान क्रमांक या अवलोकन का समय और नियम का संस्करण दर्ज करें। दोबारा भेजी गई घटना प्रतीक्षा समाप्त होने के बाद भी आ सकती है। टूल फिर शुरू करने से पुरानी घटना, टाइमर, प्रवेश की गिनती या खर्च की प्रतिबद्धता चुपचाप मिटनी नहीं चाहिए।
गायब डेटा को गलत शर्त मानकर स्थिति रीसेट न करें। डेटा में अंतराल के बाद दिखने वाले क्रॉसिंग के लिए दर्ज रिकवरी नीति जाँचनी होगी। कीमत बार-बार 100 के दोनों ओर जाए तो कई अलग क्रॉसिंग भी हो सकते हैं। प्रतीक्षा उनकी आवृत्ति सीमित करती है, संकेत की गुणवत्ता साबित नहीं करती।
टाइमआउट ऑर्डर असफल होने का प्रमाण नहीं। Binance अनिश्चित ऑर्डर की स्थिति जाँचने को कहता है। SharkRule में किसी Binance ऑर्डर का नतीजा अनसुलझा हो तो आगे के Binance ऑर्डर भेजना रुका रहना चाहिए। जाँच के दौरान मूल ऑर्डर और खर्च का रिकॉर्ड बनाए रखें; समय बीतना उस रोक को हटाने का आधार नहीं।
दोहराव की नीति जाँचने की सूची
- एक्सचेंज, जोड़ी, इनपुट, तुलना और मूल्यांकन का समय लिखें। बराबर कीमत और पहली रीडिंग का व्यवहार तय करें। लगातार पूरी शर्त और नया क्रॉसिंग अलग करें।
- देखें प्रतीक्षा केवल इस नियम, इस जोड़ी या पूरे खाते पर लागू है। शुरुआत की घटना, समय की इकाई और ठीक सीमा लिखें। दूसरे नियम का टाइमर भी यही है, ऐसा न मानें।
- तय करें कि प्रतीक्षा का संकेत छोड़ा जाएगा या वैधता की अवधि और नई जाँच के साथ रखा जाएगा। देखें रोके गए संकेत टाइमर फिर शुरू करते हैं या नहीं।
- अधिकतम प्रवेश, कुल बजट, लागत और खुले खर्च की प्रतिबद्धताएँ लिखें। हर काउंटर कब रीसेट होता है, जानें। फिर शुरू करना, बेचना या प्रतीक्षा पूरी होना अपने आप नया खर्च अधिकार नहीं देता।
- कागज़ पर लगातार पूरी शर्त, सीमा के नीचे वापसी और प्रतीक्षा के दौरान व बाद के क्रॉसिंग चलाकर देखें। दोहराई घटना, गायब डेटा और खत्म बजट भी जोड़ें।
- अपेक्षित निर्णय का उपलब्ध गतिविधि रिकॉर्ड से मिलान करें। रोका गया उम्मीदवार, भेजने की अनुमति, एक्सचेंज की स्वीकृति और निष्पादन अलग रखें। अनजाँचे नतीजों को अनसुलझा ही रखें।
इस जाँच की सीमा और उपयोगी अगला कदम
अभ्यास यह जाँचता है कि लिखा हुआ नियम अपनी दोहराव नीति का पालन करता है या नहीं। यह लाभ देने वाला प्रतीक्षा समय नहीं खोजता। रुकने पर कीमत की चाल छूट सकती है; दोहराव से शुल्क और जोखिम बढ़ सकते हैं। नुकसान, स्लिपेज, आंशिक निष्पादन, ऑर्डर न भरना और एक्सचेंज की समस्या संभव हैं। सिम्युलेशन असली निष्पादन की गारंटी नहीं।
स्रोतों में दी गई SharkRule की हिंदी Binance जानकारी खोलकर स्पष्ट शुरुआत से पहले प्रति खरीद रकम और अधिकतम खरीद देखें। इसमें कस्टम नियमों के लिए खरीद के बीच अंतराल भी बताया गया है। अपने Shark में वास्तव में दिख रहे नियंत्रणों का अभ्यास से मिलान करें। वह पेज इस उदाहरण के टाइमर की शुरुआत, क्रॉसिंग नीति या रोके गए संकेतों का व्यवहार तय नहीं करता।
उपलब्ध नियम और पात्रता वर्तमान डैशबोर्ड, खाते और स्थान पर निर्भर हैं। एक्सचेंज जोड़ने से ट्रेडिंग शुरू नहीं होती। SharkRule स्वतंत्र सॉफ़्टवेयर है, Binance से संबद्ध या उसके द्वारा समर्थित नहीं। हम वित्तीय या निवेश सलाहकार नहीं हैं; यहाँ प्रक्रिया समझाई गई है, एसेट, आवंटन, पोज़िशन का आकार या ट्रेड चुनने की सलाह नहीं।
अक्सर पूछे जाने वाले सवाल
क्या कूलडाउन का मतलब हर संकेत पर केवल एक ट्रेड है?
केवल कूलडाउन से ऐसा तय नहीं होता। वह किसी नीति के अनुसार प्रतीक्षा लगाता है। लगातार पूरी शर्त समय बाद फिर कार्रवाई की अनुमति दे सकती है; क्रॉसिंग नियम को नया बदलाव चाहिए। कुल गिनती अलग प्रवेश सीमा नियंत्रित करती है।
प्रतीक्षा के बीच आए क्रॉसिंग का क्या होता है?
यह लिखी हुई नीति पर निर्भर है। इस उदाहरण में उसे छोड़ते हैं, पर पिछली कीमत अपडेट करते रहते हैं। संकेत रखने वाले टूल को वैधता की अवधि और नई जाँच चाहिए। बाद में निष्पादन होगा, ऐसा न मानें।
पॉज़ करके फिर शुरू करने से नया बजट मिलता है?
ऐसा मानकर न चलें। बची हुई गिनती, खुले ऑर्डर और कुल प्रतिबद्ध खर्च जाँचें। नया सत्र खर्च की नई क्षमता का प्रमाण नहीं। फिर शुरू होने का व्यवहार या पुराने ऑर्डर का नतीजा अज्ञात हो तो जानकारी अधूरी है।
क्या दो मिनट सही कूलडाउन है?
यहाँ 120 सेकंड केवल गणना समझाने के लिए हैं, सिफारिश नहीं। कम कार्रवाइयाँ बेहतर नतीजे साबित नहीं करतीं। पहले जाँचें कि नियम क्या पढ़ता है, टाइमर किस घटना से शुरू होता है और कौन-सी सीमाएँ जारी रहती हैं।
आधिकारिक दस्तावेज़ और स्रोत
लिंक किए गए आधिकारिक दस्तावेज़ों के आधार पर AI की सहायता से तैयार किया गया। उदाहरण काल्पनिक हैं; वास्तविक खातों पर परीक्षण या रिटर्न की तुलना नहीं की गई है।
- SharkRule: Binance नियम की समीक्षा, प्रति खरीद रकम और अधिकतम खरीद
https://sharkrule.com/hi/binance-trading-bot/ - TradingView: तुलना की शर्त और अलर्ट की आवृत्ति, आधिकारिक अंग्रेज़ी दस्तावेज़
https://www.tradingview.com/support/solutions/43000763312-learn-how-to-configure-alerts/ - Freqtrade: निकास के बाद जोड़ी पर लागू CooldownPeriod
https://www.freqtrade.io/en/stable/plugins/#cooldown-period - Binance Spot: टाइमआउट और निष्पादन की अज्ञात स्थिति
https://developers.binance.com/en/docs/products/spot/rest-api