All
ফিল্টার দ্বারা:
আমি কিভাবে আমার অ্যাকাউন্টে নগদ জমা করব?
আমার অ্যাকাউন্ট যাচাইকরণের জন্য সাহায্য দরকার।
আমি কেন আমার অ্যাকাউন্টে প্রবেশ করতে পারছি না?
কোনো ক্রিপ্টো তোলার ফি আছে কি?
আমি আমার অ্যাকাউন্টে সাইন ইন করতে সাহায্য চাই।
আমাদের APIগুলি আমাদের প্ল্যাটফর্মগুলির সাথে প্রোগ্রাম্যাটিকভাবে ইন্টারঅ্যাক্ট করার একটি উপায় প্রদান করে, কিন্তু উভয় প্ল্যাটফর্ম দুটি ভিন্ন ইন্টারফেস অফার করে: স্পটে, REST এবং WebSocket (v1 এবং v2), এবং ফিউচার্সে, উভয় REST এবং WebSocket API ও প্রদান করা হয়। কখনও কখনও একটি নির্দিষ্ট কাজের জন্য সবচেয়ে উপযুক্ত ইন্টারফেস নির্বাচন করা একটি কঠিন সিদ্ধান্ত হতে পারে।
স্পটে, উভয়ই একই মার্কেট ডেটা (অর্ডার বুক, ট্রেডিং হিস্টরি ইত্যাদি) এবং একই অ্যাকাউন্ট ডেটা (অ্যাকাউন্ট ব্যালেন্স, অর্ডার/ট্রেড স্ট্যাটাস ইত্যাদি) প্রদান করলেও, REST এবং WebSocket উল্লেখযোগ্যভাবে ভিন্ন উপায়ে তা করে।
REST একটি কল/রেসপন্স (প্রশ্ন/উত্তর) টাইপ ইন্টারফেস অফার করে এবং বর্তমান ডেটার একটি স্ন্যাপশট প্রদান করে, যখন WebSocket একটি লাইভ স্ট্রিমিং টাইপ ইন্টারফেস অফার করে এবং রিয়েল-টাইম আপডেট প্রদান করে।
একটি উপমা হবে একটি ছবি এবং একটি ভিডিওর মধ্যে পার্থক্য, যেখানে অনুরোধের ভিত্তিতে একটি ছবি বিষয়ের একটি স্ন্যাপশট প্রদান করে কিন্তু আর কোনো আপডেট দেয় না, যখন একটি ভিডিও লাইভ স্ট্রিমিং আপডেটের সাথে বিষয়ের একটি রিয়েল-টাইম ভিউ প্রদান করে।
REST বা WebSocket কোনোটিই বাস্তবায়ন করা কঠিন না হলেও, সাধারণত এটি গৃহীত হয় যে REST কম জটিল, যা ডেভেলপমেন্টের সময় কমাতে এবং পরবর্তী যেকোনো সমস্যা দ্রুত সমাধান করতে সাহায্য করে।
REST স্ট্যান্ডার্ড HTTPS অনুরোধের উপর ভিত্তি করে তৈরি, যা সমস্ত আধুনিক প্রোগ্রামিং ভাষার স্ট্যান্ডার্ড লাইব্রেরিতে অন্তর্ভুক্ত (এবং যদি না হয় তবে সহজেই স্ক্র্যাচ থেকে কোড করা যেতে পারে), যেখানে WebSocket HTTPS থেকে একটি WSS আপগ্রেডের উপর ভিত্তি করে তৈরি যা সাধারণত অতিরিক্ত তৃতীয় পক্ষের লাইব্রেরিগুলির প্রয়োজন হয় (যেমন আমাদের পাইথনের জন্য প্রস্তাবিত WebSocket লাইব্রেরি)।
আমাদের API সাপোর্ট পেজগুলি ব্যবহারের জন্য প্রস্তুত উদাহরণ কোড REST এবং WebSocket উভয়ের জন্যই প্রদান করে, তাই বাস্তবায়নের সহজতার চেয়ে আরও গুরুত্বপূর্ণ মানদণ্ড ব্যবহার করে ইন্টারফেস নির্বাচন করা যেতে পারে।
হাতে থাকা কাজের উপর নির্ভর করে, শুধুমাত্র REST, অথবা শুধুমাত্র WebSocket, অথবা সম্ভবত REST এবং WebSocket উভয়ের সংমিশ্রণই সর্বোত্তম পছন্দ হবে।
যে কাজগুলির জন্য শুধুমাত্র মাঝে মাঝে মার্কেট ডেটা আপডেটের প্রয়োজন হয়, সেগুলির জন্য REST হবে পছন্দের বিকল্প। উদাহরণস্বরূপ, একটি দৈনিক কস্ট এভারেজিং বট যার প্রতি 24 ঘন্টায় একবার মার্কেট ডেটার প্রয়োজন হয়, তার রিয়েল-টাইম স্ট্রিমিং মার্কেট ডেটার কোনো প্রয়োজন হবে না, তাই REST মার্কেট ডেটা এন্ডপয়েন্টগুলি যথেষ্ট উপযুক্ত হবে।
যে কাজগুলির জন্য উপলব্ধ সবচেয়ে আপ-টু-ডেট মার্কেট ডেটার প্রয়োজন হয়, সেগুলির জন্য WebSocket হবে পছন্দের বিকল্প। উদাহরণস্বরূপ, একটি আরবিট্রেজ বটের একাধিক মার্কেট থেকে রিয়েল-টাইম মার্কেট ডেটার প্রয়োজন হবে যাতে মুহূর্তের মূল্যের অসঙ্গতিগুলির সুবিধা নেওয়া যায়, তাই WebSocket মার্কেট ডেটা ফিডগুলি আদর্শ পছন্দ হবে।
বেশিরভাগ ক্ষেত্রে (যেমন বেশিরভাগ ট্রেডিং বট), REST এবং WebSocket এর সংমিশ্রণ সবচেয়ে কার্যকর বাস্তবায়নের অনুমতি দেবে। উদাহরণস্বরূপ, একটি মোবাইল অ্যাপ তার চার্টের জন্য রিয়েল-টাইম মার্কেট ডেটার প্রয়োজন হতে পারে, যখন শুধুমাত্র মাঝে মাঝে অ্যাকাউন্ট ডেটার প্রয়োজন হয় (যেমন একটি ট্রেড বা ফান্ডিং লেনদেন করার সময়), তাই REST অর্ডার/ট্রেড/ফান্ডিং স্ট্যাটাস এন্ডপয়েন্টগুলির পাশাপাশি WebSocket মার্কেট ডেটা ফিড ব্যবহার করা সবচেয়ে কার্যকর সংমিশ্রণ হবে।
আমাদের API সাপোর্ট টিম আপনার API বাস্তবায়ন নিয়ে আপনার সাথে আলোচনা করতে এবং আপনার উদ্দেশ্যমূলক ব্যবহারের পরিস্থিতি অনুযায়ী আমাদের API ব্যবহার করার সর্বোত্তম উপায় সম্পর্কে পরামর্শ দিতে পেরে খুশি হবে।