All
इसके द्वारा फ़िल्टर करें:
मैं अपने खाते में नकद कैसे जमा करूँ?
मुझे खाते की सत्यापन में मदद चाहिए
मैं अपने खाते तक क्यों नहीं पहुँच सकता?
क्या कोई क्रिप्टो निकासी शुल्क हैं?
मुझे अपने खाते में साइन इन करने में मदद चाहिए
हमारे API हमारे प्लेटफ़ॉर्म के साथ प्रोग्रामेटिक रूप से इंटरैक्ट करने का एक तरीका प्रदान करते हैं, लेकिन दोनों प्लेटफ़ॉर्म दो अलग-अलग इंटरफ़ेस प्रदान करते हैं: Spot पर, REST और WebSocket (v1 और v2), और Futures पर, REST और WebSocket API दोनों भी प्रदान किए जाते हैं। कभी-कभी किसी विशिष्ट कार्य के लिए सबसे उपयुक्त इंटरफ़ेस चुनना एक कठिन निर्णय हो सकता है।
Spot पर, जबकि दोनों समान बाज़ार डेटा (ऑर्डर बुक, ट्रेडिंग इतिहास, आदि) और समान खाता डेटा (खाता शेष, ऑर्डर/ट्रेड स्थिति, आदि) प्रदान करते हैं, REST और WebSocket ऐसा काफी अलग तरीकों से करते हैं।
REST एक कॉल/रिस्पॉन्स (प्रश्न/उत्तर) प्रकार का इंटरफ़ेस प्रदान करता है और वर्तमान डेटा का एक स्नैपशॉट प्रदान करता है, जबकि WebSocket एक लाइव स्ट्रीमिंग प्रकार का इंटरफ़ेस प्रदान करता है और वास्तविक समय के अपडेट प्रदान करता है।
एक सादृश्य एक तस्वीर और एक वीडियो के बीच का अंतर होगा, जिसमें अनुरोध पर एक तस्वीर विषय का एक स्नैपशॉट प्रदान करती है लेकिन कोई और अपडेट नहीं, जबकि एक वीडियो लाइव स्ट्रीमिंग अपडेट के साथ विषय का वास्तविक समय दृश्य प्रदान करता है।
जबकि REST और WebSocket दोनों को लागू करना मुश्किल नहीं है, यह आम तौर पर स्वीकार किया जाता है कि REST कम जटिल है, जिससे विकास का समय कम हो जाता है, और किसी भी बाद के मुद्दों को अधिक तेज़ी से हल किया जा सकता है।
REST मानक HTTPS अनुरोधों पर आधारित है जो सभी आधुनिक प्रोग्रामिंग भाषाओं की मानक लाइब्रेरी में शामिल हैं (और यदि नहीं तो आसानी से स्क्रैच से कोड किए जा सकते हैं), जबकि WebSocket HTTPS से WSS अपग्रेड पर आधारित है जिसके लिए आमतौर पर अतिरिक्त तृतीय-पक्ष लाइब्रेरी की आवश्यकता होती है (जैसे हमारी Python के लिए अनुशंसित WebSocket लाइब्रेरी)।
हमारे API सहायता पृष्ठ REST और WebSocket दोनों के लिए उपयोग के लिए तैयार उदाहरण कोड प्रदान करते हैं, इसलिए इंटरफ़ेस का चुनाव कार्यान्वयन की आसानी के बजाय अधिक महत्वपूर्ण मानदंडों का उपयोग करके किया जा सकता है।
हाथ में मौजूद कार्य के आधार पर, या तो केवल REST, या केवल WebSocket, या अधिक संभावना है कि REST और WebSocket दोनों का संयोजन सबसे इष्टतम विकल्प होगा।
उन कार्यों के लिए जिन्हें केवल कभी-कभी बाज़ार डेटा अपडेट की आवश्यकता होती है, REST पसंदीदा विकल्प होगा। उदाहरण के लिए, एक दैनिक लागत औसत बॉट जिसे हर 24 घंटे में केवल एक बार बाज़ार डेटा की आवश्यकता होती है, उसे वास्तविक समय स्ट्रीमिंग बाज़ार डेटा की कोई आवश्यकता नहीं होगी, इसलिए REST बाज़ार डेटा एंडपॉइंट्स पर्याप्त से अधिक होंगे।
उन कार्यों के लिए जिन्हें उपलब्ध सबसे अद्यतन बाज़ार डेटा की आवश्यकता होती है, WebSocket पसंदीदा विकल्प होगा। उदाहरण के लिए, एक आर्बिट्रेज बॉट को क्षणिक मूल्य विसंगतियों का लाभ उठाने के लिए कई बाज़ारों से वास्तविक समय बाज़ार डेटा की आवश्यकता होगी, इसलिए WebSocket बाज़ार डेटा फ़ीड आदर्श विकल्प होंगे।
अधिकांश मामलों में (जैसे अधिकांश ट्रेडिंग बॉट), REST और WebSocket का संयोजन सबसे प्रभावी कार्यान्वयन की अनुमति देगा। उदाहरण के लिए, एक मोबाइल ऐप को अपने चार्ट के लिए वास्तविक समय बाज़ार डेटा की आवश्यकता हो सकती है, जबकि खाता डेटा की केवल कभी-कभी आवश्यकता होती है (उदाहरण के लिए, जब कोई ट्रेड या फंडिंग लेनदेन करते हैं), इसलिए REST ऑर्डर/ट्रेड/फंडिंग स्थिति एंडपॉइंट्स के साथ WebSocket बाज़ार डेटा फ़ीड का उपयोग करना सबसे कुशल संयोजन होगा।
हमारी API सहायता टीम आपके API कार्यान्वयन पर आपके साथ चर्चा करने और आपके इच्छित उपयोग परिदृश्य के आधार पर हमारे API का उपयोग करने के सर्वोत्तम तरीके के लिए सुझाव देने में प्रसन्न होगी।