ट्रेडिंग दर सीमाएँ

अंतिम अपडेट: 11 दिस॰ 2025

हमारे REST और WebSocket API, API को दुर्भावनापूर्ण उपयोग से बचाने और हमारे बाजारों को ऑर्डर बुक में हेरफेर से बचाने के लिए ट्रेडिंग दर सीमाओं का उपयोग करते हैं।

हमारी ट्रेडिंग दर सीमाएँ सभी बाज़ार सहभागियों के लिए हमारे बाज़ारों को निष्पक्ष रखने के लिए डिज़ाइन की गई हैं, जबकि विभिन्न प्रकार के व्यापारियों (निवेशकों, सक्रिय व्यापारियों, स्वचालित ट्रेडिंग बॉट आदि) द्वारा आवश्यक संसाधन प्रदान करती हैं।

अधिकांश व्यापारियों को कभी भी ट्रेडिंग दर सीमाओं का सामना नहीं करना पड़ेगा, लेकिन जो लोग सामान्य से अधिक आवृत्तियों पर ऑर्डर दे रहे/रद्द कर रहे हैं या अधिक संख्या में ऑर्डर दे रहे/रद्द कर रहे हैं, उनके लिए दर सीमाएँ पहुँच सकती हैं जिसके परिणामस्वरूप EOrder:Rate limit exceeded त्रुटि हो सकती है।

ध्यान दें कि ट्रेडिंग दर सीमाएँ प्रति मुद्रा जोड़ी अलग-अलग लागू होती हैं, इसलिए एक मुद्रा जोड़ी (उदाहरण के लिए XBT/USD) के लिए दर सीमाओं तक पहुँचने से किसी अन्य मुद्रा जोड़ी (उदाहरण के लिए LTC/EUR) पर ट्रेडिंग प्रभावित नहीं होती है।

कई व्यापारियों के लिए, ट्रेडिंग दर सीमा एल्गोरिदम के विशिष्ट विवरणों को जानना आवश्यक नहीं है; यह जानना पर्याप्त है कि एक निश्चित समय के भीतर लगभग कितने ऑर्डर इवेंट हो सकते हैं (अनिवार्य रूप से इस प्रश्न का उत्तर देना कि "मैं प्रति मिनट कितने ऑर्डर दे/रद्द कर सकता हूँ?")।

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

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

 

Rate limits combinations

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

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

  • मानक सत्यापन (पहले इंटरमीडिएट के नाम से जाना जाता था) = 125

  • उच्च सीमाओं के साथ सत्यापित (पहले प्रो के नाम से जाना जाता था) = 180

क्षय दर (जिस दर पर काउंटर घटता है) भी खाता सत्यापन स्तर पर आधारित है। प्रत्येक खाता प्रकार के लिए क्षय दरें इस प्रकार हैं:

  • मानक सत्यापन (पहले इंटरमीडिएट के नाम से जाना जाता था) = 2.34 प्रति सेकंड

  • उच्च सीमाओं के साथ सत्यापित (पहले प्रो के नाम से जाना जाता था) = 3.75 प्रति सेकंड

प्रत्येक ऑर्डर इवेंट (ऑर्डर देना या रद्द करना) होने पर दर सीमा काउंटर बढ़ता है, जिसमें ऑर्डर रद्द करने से सबसे बड़ी वृद्धि होती है। निम्न चार्ट प्रत्येक प्रकार के ऑर्डर इवेंट के लिए काउंटर वृद्धि (जिसे दंड के रूप में जाना जाता है) की मात्रा दिखाता है:

Rate Limits

टिप्पणियाँ:

  • 1 बैच ऑर्डर दंड के लिए, n = बैच में ऑर्डर की संख्या।

  • 2 ऑर्डर संपादित करने पर भी 1 पॉइंट ऑर्डर देने का दंड लगता है।

  • 3 जो ऑर्डर विफल IOC ऑर्डर के रूप में स्वचालित रूप से रद्द हो जाते हैं, उन पर कोई रद्दीकरण दंड नहीं लगता है।

  • 4 ऑर्डर में संशोधन करने पर भी 1 पॉइंट ऑर्डर देने का दंड लगता है।

  • 5 अस्वीकृत पोस्ट-ओनली ऑर्डर शुरू में स्वीकार किए जाते हैं लेकिन बाद में स्वचालित रूप से रद्द कर दिए जाते हैं, ऑर्डर देने पर 1 पॉइंट का दंड लगता है और रद्द करने पर 8 पॉइंट का दंड लगता है (कुल 9 पॉइंट के लिए)।

निम्न एक उदाहरण है कि कैसे अधिकतम काउंटर मान, ऑर्डर इवेंट के कारण काउंटर वृद्धि, और क्षय दर के कारण काउंटर कमी एक साथ मिलकर प्रो-स्तर के खाते के लिए ट्रेडिंग दर सीमाओं को लागू करते हैं।

20 लिमिट ऑर्डर देने और प्रत्येक ऑर्डर को 3 सेकंड के बाद रद्द करने पर, प्रति ऑर्डर 9 पॉइंट का दंड लगेगा, या कुल 180 पॉइंट का दंड लगेगा:

  • (20 ऑर्डर x 1 ऑर्डर देने का पॉइंट) + (20 ऑर्डर x 8 ऑर्डर रद्द करने का पॉइंट) = 180 पॉइंट

180 पॉइंट का दंड फिर 3.75 पॉइंट प्रति सेकंड की दर से कम हो जाएगा, इसलिए तीन नए ऑर्डर दिए जाने से पहले केवल 1 सेकंड लगेगा (क्योंकि प्रत्येक नए ऑर्डर पर 1 ऑर्डर देने का दंड लगेगा), लेकिन दर सीमाओं को पूरी तरह से साफ़ होने (शून्य पर वापस आने) में 48 सेकंड लगेंगे:

  • 180 अंक / 3.75 अंक प्रति सेकंड = 48 सेकंड

निम्नलिखित गणनाएँ दर्शाती हैं कि दर सीमाओं तक पहुँचे बिना प्रति मिनट अधिकतम कितनी ऑर्डर घटनाएँ बनाए रखी जा सकती हैं:

  • ऑर्डर पेनल्टी = (पेनल्टी अंक * फिल दर) + (पेनल्टी अंक * फिल दर) ... (100% तक)

  • प्रति मिनट ऑर्डर घटनाएँ = 60 सेकंड / (ऑर्डर पेनल्टी / क्षय दर)

प्रो-लेवल खाते के लिए लिमिट ऑर्डर देने का एक उदाहरण, जिनमें से 60% 3 सेकंड के बाद भरे गए, और 40% 8 सेकंड के बाद रद्द कर दिए गए:

  • ऑर्डर पेनल्टी = (1 * 60%) + (7 * 40%) = 3.4 अंक

  • प्रति मिनट ऑर्डर घटनाएँ = 60 / (3.4 / 3.75) = 66 घटनाएँ

ट्रेडिंग दर सीमाओं के वास्तविक दुनिया के उदाहरण के रूप में, निम्नलिखित एक कालानुक्रमिक प्रतिलेख है कि ऑर्डर दिए/रद्द किए जाने पर पेनल्टी काउंटर कैसे बढ़ता और घटता है।

इस उदाहरण में, खाता प्रकार एक प्रो-लेवल खाता है (इसलिए 3.75 प्रति सेकंड की क्षय दर के साथ अधिकतम काउंटर मान 180 है), और ऑर्डर गतिविधि 3 ऑर्डर देना (हर 0.5 सेकंड में 1 ऑर्डर की दर से) और फिर 3 ऑर्डर रद्द करना (FIFO का उपयोग करके ताकि सबसे पुराना ऑर्डर पहले रद्द हो जाए) है।

API_ChronologicalExample_10022020.png

ऊपर दिखाए गए उदाहरणों के अतिरिक्त, हमारा ट्रेडिंग दर सीमा कैलकुलेटर ऑर्डर फिल दर और ऑर्डर जीवनकाल के किसी भी संयोजन के लिए अधिकतम ऑर्डर घटनाओं की संख्या निर्धारित करने की अनुमति देता है। केवल कुछ चरों (जैसे खाता सत्यापन स्तर) के साथ, ऑर्डर घटनाओं को प्रतिशत या पूर्ण मात्रा के रूप में निर्दिष्ट किया जा सकता है, और कैलकुलेटर यह इंगित करेगा कि वांछित संयोजन ट्रेडिंग दर सीमाओं के भीतर फिट बैठता है या नहीं।

आगे के प्रश्न

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

क्या आपको और मदद चाहिए?