SHARKRULE / सीखें

क्रिप्टो मार्केट डेटा में देरी: घटना, डेटा मिलने और नियम जाँचने का समय

अभी मिली कीमत बाज़ार की किसी पुरानी घटना का रिकॉर्ड हो सकती है। ट्रेडिंग बॉट के सिग्नल का अर्थ समझने से पहले देखें कि कीमत किस चीज़ की है, घटना कब हुई, टूल को डेटा कब मिला और नियम ने उसे कब इस्तेमाल किया। पुराना अवलोकन उस समय की शर्त बता सकता है; उससे अकेले बाज़ार की मौजूदा स्थिति साबित नहीं होती। ज़रूरी डेटा न मिलने पर स्थिति अज्ञात है। इसका अर्थ शून्य कीमत या शर्त का गलत होना नहीं है।

SharkRule · दस्तावेज़ जाँच की तारीख

बाज़ार की घटना, डेटा मिलने और नियम की जाँच का समय अलग रखें

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

समय घटाने से पहले हर फ़ील्ड का अर्थ जाँचें। Binance की Spot ट्रेड स्ट्रीम में E घटना का समय और T ट्रेड का समय है। उसकी कैंडल स्ट्रीम में k.T कैंडल के बंद होने का समय है। ये अलग अर्थ हैं। डेटा इस्तेमाल करने वाले टूल को प्राप्ति का समय खुद दर्ज करना होता है। यदि स्रोत वह समय नहीं देता जिसकी जाँच करनी है, तो निदान का वह हिस्सा अज्ञात रखें। अभी का प्राप्ति समय अकेले मूल अवलोकन का समय नहीं बताता।

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

समयक्रम का उदाहरण: अभी मिला डेटा भी पुराना हो सकता है

नीचे दी गई सभी कीमतें और समय काल्पनिक हैं। बिना नाम वाले एक Spot बाज़ार में मान लें कि नियम जाँचता है कि देखी गई कीमत 100 या उससे कम है या नहीं। इस शैक्षिक उदाहरण में घड़ियाँ एक-दूसरे से मेल खाती हैं और जाँच के समय घटना अधिकतम पाँच सेकंड पुरानी हो तभी उस अवलोकन को इस्तेमाल किया जाता है। पाँच सेकंड केवल उदाहरण के लिए बनाई गई सीमा है; यह सुझाई गई सेटिंग, एक्सचेंज की शर्त या SharkRule का नियंत्रण नहीं है। इस अभ्यास में कोई ऑर्डर नहीं भेजा जाता।

पहली पंक्ति में डेटा पहुँचने की दिखाई देने वाली देरी 4 सेकंड और टूल के भीतर इंतज़ार 5 सेकंड है। इसलिए जाँच के वक्त घटना की कुल उम्र 4 + 5 = 9 सेकंड है। 99 भले ही 100 से कम है, लेकिन यह अवलोकन उदाहरण की ताज़गी की शर्त पूरी नहीं करता। इससे यह साबित नहीं होता कि कीमत की शर्त अभी भी सच है।

काल्पनिक अवलोकन रिकॉर्ड; सभी समय UTC में, कीमतें कोट मुद्रा की इकाइयों में
घटना का समयडेटा मिलाजाँच हुईकीमतघटना से बीता समयअर्थ
12:00:0012:00:0412:00:09999 सेकंडइस उदाहरण के लिए बहुत पुराना; मौजूदा शर्त अज्ञात
12:00:1012:00:1112:00:121012 सेकंडइस उदाहरण में इस्तेमाल योग्य; 101 ≤ 100 गलत है
12:00:0312:00:1312:00:139810 सेकंडपुरानी घटना देर से पहुँची; यह कीमत का अधिक नया अवलोकन नहीं है

डेटा लौटने पर नई जाँच करें, पुराना ट्रेड निर्देश न दोहराएँ

दूसरी पंक्ति में पहुँचने की देरी 1 सेकंड और टूल में इंतज़ार 1 सेकंड है। जाँच के समय घटना 2 सेकंड पुरानी है। उदाहरण अब शर्त की फिर से जाँच कर सकता है और शर्त पूरी नहीं होती। इस्तेमाल योग्य डेटा लौटने का अर्थ पुराने भाव 99 पर कार्रवाई करना नहीं है। तीसरी पंक्ति का संदेश सबसे बाद में आता है, लेकिन उसकी घटना दूसरी पंक्ति की घटना से सात सेकंड पहले हुई थी। उसे पुराने रिकॉर्ड में रखें; उससे अधिक नए अवलोकन को चुपचाप न बदलें।

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

गायब कैंडल और अधूरी कैंडल की जाँच अलग है

अभी अपडेट हुई कैंडल भी अधूरी हो सकती है। दूसरी ओर, बंद हो चुकी कैंडल देर से पहुँच सकती है। Binance की कैंडल स्ट्रीम k.x में बंद होने की स्थिति अलग बताती है। उसके REST कैंडल रिकॉर्ड की पहचान खुलने के समय से होती है। रिकॉर्ड गिनने से पहले सही अंतराल और उसकी सीमाएँ मिलाएँ। यदि गणना के लिए लगातार तीन एक-मिनट की कैंडल चाहिए और आपके रिकॉर्ड में शुरू होने के समय 12:00, 12:01 और 12:03 हैं, तो तीन पंक्तियाँ लगातार तीन मिनट नहीं देतीं। 12:02 गायब है।

खाली अंतराल डेटा इकट्ठा करने में विफलता, अधूरे जवाब या बिना ट्रेड वाली अवधि को दिखाने के एक्सचेंज के नियम की वजह से हो सकता है। उदाहरण के लिए, Upbit साफ़ बताता है कि जिस मिनट में कोई ट्रेड न हो, उसकी कैंडल नहीं बनती। यह Upbit का नियम है। यह Binance के व्यवहार या SharkRule में Upbit कनेक्शन उपलब्ध होने का दावा नहीं है। किसी खाली अंतराल को सेवा बंद होने का संकेत मानने से पहले स्रोत का तरीका जाँचें।

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

मार्केट डेटा का इंतज़ार कर रहे नियम की चेकलिस्ट

इस सूची से जाँच का छोटा रिकॉर्ड बनाएँ। हर टूल हर समय या सेटिंग नहीं दिखाता; जहाँ प्रमाण उपलब्ध न हो वहाँ अज्ञात लिखें। केवल इंतज़ार कर रहे नियम से कार्रवाई कराने के लिए बजट न बढ़ाएँ और कीमत की शर्त ढीली न करें।

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

आम गलती: चालू कनेक्शन को ताज़ी कीमत का प्रमाण समझना

Binance के दस्तावेज़ बताते हैं कि उसका API असिंक्रोनस है और अलग डेटा स्रोतों को अपडेट होने में अलग देरी हो सकती है। इसलिए सफल जवाब ताज़गी का प्रमाण नहीं है। आखिरी ट्रेड पुराना होने से भी अकेले डेटा फ़ीड खराब साबित नहीं होती। पहले स्रोत के बताए व्यवहार से कम कारोबार और छूटे हुए अपडेट का अंतर जाँचें। हर इनपुट और नियम के लिए एक ही अधिकतम उम्र सही नहीं होती।

बार-बार अनुरोध भेजने से जाँच और मुश्किल हो सकती है। एक्सचेंज की अनुरोध सीमाओं और दोबारा कोशिश करने के निर्देशों का पालन करें। डेटा दोबारा माँगने की कोशिश दोहरे ऑर्डर में नहीं बदलनी चाहिए। Binance चेतावनी देता है कि ऑर्डर अनुरोध का समय समाप्त होने पर निष्पादन की स्थिति अज्ञात रह सकती है। कीमत की फ़ीड चालू होने को ऑर्डर विफल होने का प्रमाण मानने के बजाय उसी ऑर्डर का मिलान करें। SharkRule में Binance को भेजे गए ऑर्डर का परिणाम अनसुलझा हो तो आगे के Binance ऑर्डर भेजने पर रोक बनी रहनी चाहिए।

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

अगला कदम: इंतज़ार का कारण और डेटा का समय साथ देखें

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

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

अक्सर पूछे जाने वाले सवाल

पेज अभी रीफ़्रेश हुआ है। क्या कीमत भी ताज़ा है?

ज़रूरी नहीं। पेज रीफ़्रेश, संदेश मिलने और बाज़ार की मूल घटना के समय अलग हैं। स्रोत का समय और उसका अर्थ देखें। नए रीफ़्रेश हुए पेज पर भी कैश में रखी पुरानी कीमत आ सकती है।

क्या डेटा न मिलने का अर्थ शर्त पूरी न होना है?

नहीं। शर्त पूरी नहीं हुई, यह कहने के लिए उस तुलना में इस्तेमाल योग्य प्रमाण चाहिए। ज़रूरी इनपुट गायब हो या नियम की बताई नीति के हिसाब से बहुत पुराना हो, तो उससे शर्त की मौजूदा सच्चाई तय नहीं होती। इंतज़ार का कारण अलग दर्ज करें।

क्या एक मिनट की कैंडल गायब होने का मतलब हमेशा कनेक्शन टूटना है?

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

क्या ताज़ा डेटा ऑर्डर भरने की गारंटी देता है?

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

आधिकारिक दस्तावेज़ और स्रोत

लिंक किए गए आधिकारिक दस्तावेज़ों के आधार पर AI की सहायता से तैयार किया गया। उदाहरण काल्पनिक हैं; वास्तविक खातों पर परीक्षण या रिटर्न की तुलना नहीं की गई है।