BitMEX telah menjadi platform pilihan untuk perdagangan mata wang maya, tetapi sekatan perdagangan API yang ketat sangat mengganggu. Artikel ini berkongsi beberapa teknik yang digunakan oleh API di FMZ, platform perdagangan kuantitatif, yang bertujuan untuk membuat strategi pasaran.
- Ciri BitMEX
Kelebihan yang paling ketara adalah aktiviti perdagangan, terutamanya kontrak kekal bitcoin, yang sering melebihi satu juta atau bahkan sepuluh juta dolar per minit; BitMEX mempunyai bayaran balik selepas perdagangan pesanan, walaupun tidak tinggi, tetapi menarik banyak pedagang pasar, jadi kedalaman jual beli sangat baik, sering lebih dari satu juta dolar; Oleh kerana kedalaman jual beli yang terkumpul, harga perdagangan sering turun naik di bawah satu unit pergerakan minimum $0.5
- Batasan frekuensi BitMEX API
Frekuensi permintaan REST API adalah terhad kepada 300 kali setiap 5 minit. Sama dengan 1 saat, batasan ini sangat ketat berbanding platform dagangan lain. Apabila melebihi had, ia akan memberi isyarat 'Rate limit exceeded', jika terus melebihi had, IP mungkin dilarang selama satu jam, dan beberapa penangguhan dalam masa yang singkat akan menyebabkan penangguhan selama seminggu. Untuk setiap permintaan API, BitMEX akan mengembalikan data tajuk, data tajuk untuk melihat jumlah permintaan yang tersisa pada masa ini, sebenarnya, jika API digunakan dengan betul, ia tidak akan melebihi had frekuensi, dan biasanya tidak perlu diperiksa.
- Menggunakan websocket untuk mendapatkan maklumat
Batasan API REST BitMEX lebih ketat, protokol websocket lebih disyorkan secara rasmi, dan jenis data yang dihantar lebih banyak daripada pertukaran biasa. Perhatikan perkara berikut untuk penggunaan tertentu:
-- data kedalaman push masa yang lama akan berlaku kesilapan, dan kedalaman sebenar tidak sesuai, dianggarkan adalah terlalu banyak perubahan kedalaman, push mempunyai ketidakselesaan, tetapi dalam keadaan biasa kerana kelembapan yang sangat baik, ticker langganan atau perdagangan boleh
-- Perincian pesanan yang terlewat hampir tidak dapat digunakan.
-- Penghantaran maklumat akaun akan mengalami kelewatan yang ketara, lebih baik menggunakan REST API untuk mengesahkan.
-- Apabila pasaran berubah-ubah, penundaan push akan mencapai beberapa saat.
--Kod berikut digunakan untuk menggunakan protokol websocket, mendapatkan maklumat masa nyata dan maklumat akaun, terutama untuk strategi pemasaran. Penggunaan khusus perlu dilaksanakan dalam fungsi utama ().
Artikel dan kod lengkap boleh didapati di: https://zhuanlan.zhihu.com/p/54881870
想问问,一行代码,比如一个GetTicker就算一次请求吗?那很容易超出限制啊,有没有办法让一次请求就返回行情、深度、订单等数据的合集,然后自己再另行解析呢?
知乎上文章中,第四段《下单技巧》中,这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ,我有点疑惑,我的目的,是解决双向挂两个单的做市时,如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单,可能两个单都完成了,那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候,一直挂着单,我为啥要修改呢?一但修改,我的订单难道不需要重新排队吗?
- 1


