BitMEX стал первой платформой для торговли виртуальными валютами, однако ограничения API для торговли были очень серьезными. В этой статье мы поделимся некоторыми методами использования API в FMZ, основное количество торговой платформы, основное внимание уделено стратегии для торговли.
- Особенности BitMEX
Наиболее заметным преимуществом является активность торговли, особенно биткоин-постоянных контрактов, где объем торгов зачастую превышает миллионы или даже десятки миллионов долларов в минуту; BitMEX имеет комиссионные, хотя и невысокие, но притягивает большое количество торговцев, поэтому глубина покупок и продаж отлична, часто превышает миллионы долларов; из-за накопленной глубины покупок и продаж цена торгов часто колеблется ниже минимальной переменной единицы в 0,5 доллара США.
- Ограничение частоты BitMEX API
Частота запросов в REST API ограничена 300 запросами в 5 минут. Это эквивалентно 1 секунде, и это ограничение очень строгое по сравнению с другими торговыми платформами. После превышения лимита сообщается, что "Rate limit exceeded", если продолжить превышение лимита, IP может быть заблокирован в течение часа, а несколько блокировок в течение короткого времени приведут к недельной блокировке.
- Использование websocket для получения информации
Ограничения BitMEX REST API более строгие, официально рекомендуется использовать больше протоколов websocket, и более много типов данных, чем обычные биржи. В частности, обратите внимание на следующие моменты:
- глубокая передача данных затягивается, в результате чего возникают ошибки, не соответствующие реальной глубине, предполагается, что глубина изменяется слишком много, передача имеет пробелы, но обычно из-за превосходной текучести, подписка или сделки могут быть выполнены
- Очень много пропущенных деталей в подробностях заказов, практически не используется.
-- Посылка аккаунтов задерживается, лучше использовать REST API для подтверждения. - В случае сильных колебаний в цепочке, время отсрочки может достигать нескольких секунд.
-- Следующий код использует протокол websocket, чтобы получить информацию о текущих событиях и счетах в режиме реального времени, и в основном предназначен для стратегий торгов. Для конкретного использования требуется выполнение функции main ().
Полная статья и код можно посмотреть по ссылке: https://zhuanlan.zhihu.com/p/54881870
想问问，一行代码，比如一个GetTicker就算一次请求吗？那很容易超出限制啊，有没有办法让一次请求就返回行情、深度、订单等数据的合集，然后自己再另行解析呢？
知乎上文章中，第四段《下单技巧》中，这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ，我有点疑惑，我的目的，是解决双向挂两个单的做市时，如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单，可能两个单都完成了，那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候，一直挂着单，我为啥要修改呢？一但修改，我的订单难道不需要重新排队吗？
- 1