BitMEX ورچوئل کرنسی لیوریج ٹریڈنگ کے لئے ایک پسندیدہ پلیٹ فارم بن گیا ہے ، لیکن اس کے API ٹریڈنگ کی سخت پابندیاں بہت پریشان کن ہیں۔ یہ مضمون بنیادی طور پر ایف ایم زیڈ کوانٹومیٹڈ ٹریڈنگ پلیٹ فارم کے ریئل اسٹیک میں API کے استعمال کے بارے میں کچھ تکنیک شیئر کرتا ہے ، جس میں بنیادی طور پر مارکیٹنگ کی حکمت عملی ہے۔
- BitMEX کی خصوصیات
سب سے نمایاں فائدہ یہ ہے کہ ٹریڈنگ متحرک ہے ، خاص طور پر بٹ کوائن کے مستقل معاہدوں میں ، ہر منٹ کی تجارت اکثر لاکھوں یا اس سے بھی دس لاکھ ڈالر سے زیادہ ہوتی ہے۔ بٹ ایم ای ایکس نے ایکٹ ٹریڈنگ کے بعد کمیشن حاصل کیا ، اگرچہ یہ زیادہ نہیں ہے ، لیکن اس نے بڑے پیمانے پر مارکیٹ بنانے والے تاجروں کو راغب کیا ، لہذا ایک خرید و فروخت کی گہرائی بہترین ہے ، جو اکثر لاکھوں ڈالر سے زیادہ ہوتی ہے۔ ایک خرید و فروخت کی جمع گہرائی کی وجہ سے ، تجارت کی قیمتیں اکثر کم سے کم متحرک یونٹ 0.5 ڈالر پر اتار چڑھاؤ کرتی ہیں۔
- BitMEX API فریکوئینسی کی حد
REST API کی درخواست کی فریکوئنسی ہر 5 منٹ میں 300 بار تک محدود ہے۔ یہ 1 سیکنڈ کے برابر ہے ، جو کہ دوسرے ٹریڈنگ پلیٹ فارمز کے مقابلے میں بہت سخت ہے۔ حد سے تجاوز کرنے کے بعد ، 'ریٹ لمیٹڈ' کی اطلاع دی جاتی ہے ، اگر حد سے تجاوز جاری رکھا جائے تو ، آئی پی کو ایک گھنٹہ کے لئے معطل کیا جاسکتا ہے ، اور ایک مختصر وقت میں متعدد معطلیوں سے ایک ہفتہ معطل ہوجائے گا۔ ہر API کی درخواست کے ل BitMEX ہیڈر ڈیٹا واپس کرے گا ، موجودہ باقی درخواستوں کی تعداد کو دیکھنے کے لئے ہیڈر ڈیٹا ، در حقیقت ، اگر API کو صحیح طریقے سے استعمال کیا جاتا ہے تو ، تعدد کی حد سے تجاوز نہیں کی جائے گی ، عام طور پر جانچ پڑتال کی ضرورت نہیں ہے۔
3۔ ویب ساکٹ کا استعمال
BitMEX REST API کی پابندیاں سخت ہیں ، سرکاری طور پر زیادہ ویب ساکٹ پروٹوکول استعمال کرنے کی سفارش کی جاتی ہے ، اور عام تبادلے کے مقابلے میں زیادہ ڈیٹا کی قسمیں آگے بڑھائی جاتی ہیں۔ مندرجہ ذیل نکات پر خاص طور پر توجہ دیں:
-- گہرائی کے اعداد و شمار کو آگے بڑھانے کے لئے طویل عرصے سے غلطی ہوتی ہے ، اور حقیقی گہرائی سے مطابقت نہیں رکھتی ہے ، اندازہ لگایا گیا ہے کہ گہرائی میں بہت زیادہ تبدیلی ہوتی ہے ، آگے بڑھنے میں کمی ہے ، لیکن عام طور پر بہت اچھی روانی کی وجہ سے ، سبسکرائب ٹکر یا trades
- آرڈر کی تفصیلات کو آگے بڑھانے کے لئے بہت زیادہ ہے، تقریبا ناقابل استعمال.
- اکاؤنٹ کی معلومات کو آگے بڑھانے میں واضح تاخیر ہوگی ، بہتر ہے کہ REST API کی تصدیق کریں۔
- جب مارکیٹ میں بہت زیادہ اتار چڑھاؤ ہوتا ہے تو ، ٹرانسمیشن کی تاخیر کئی سیکنڈ تک پہنچ جاتی ہے۔
-- مندرجہ ذیل کوڈ ویب ساکٹ پروٹوکول کا استعمال کرتے ہوئے ، حقیقی وقت میں تجارت اور اکاؤنٹ کی معلومات حاصل کرنے کے لئے تیار کیا گیا ہے ، بنیادی طور پر مارکیٹنگ کی حکمت عملی کے لئے تیار کیا گیا ہے۔ خاص طور پر استعمال کرنے کی ضرورت ہے main (()) فنکشن میں انجام دیا جائے۔
مکمل مضمون اور کوڈ کے لئے ملاحظہ کریں: https://zhuanlan.zhihu.com/p/54881870
想问问，一行代码，比如一个GetTicker就算一次请求吗？那很容易超出限制啊，有没有办法让一次请求就返回行情、深度、订单等数据的合集，然后自己再另行解析呢？
知乎上文章中，第四段《下单技巧》中，这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ，我有点疑惑，我的目的，是解决双向挂两个单的做市时，如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单，可能两个单都完成了，那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候，一直挂着单，我为啥要修改呢？一但修改，我的订单难道不需要重新排队吗？
- 1