BitMEX telah menjadi platform pilihan untuk perdagangan leverage mata uang virtual, tetapi pembatasan perdagangan API-nya sangat ketat dan sangat mengganggu. Artikel ini terutama membagikan beberapa teknik yang digunakan API di FMZ, platform perdagangan kuantitatif di real-time, terutama untuk strategi pasar.
- Fitur BitMEX
Keuntungan yang paling menonjol adalah aktifitas perdagangan, terutama kontrak permanen bitcoin, volume transaksi per menit sering melebihi jutaan atau bahkan puluhan juta dolar; BitMEX memiliki komisi yang dikembalikan setelah transaksi terdaftar, meskipun tidak tinggi, namun menarik sejumlah besar pedagang pasar, sehingga kedalaman jual beli sangat baik, sering di atas jutaan dolar; Karena kedalaman jual beli yang terakumulasi, harga perdagangan sering berfluktuasi di bawah satuan pergerakan terkecil 0,5 dolar.
- Batas frekuensi BitMEX API
REST API dibatasi pada frekuensi permintaan 300 kali per 5 menit. Persis seperti 1 detik, batas ini sangat ketat dibandingkan dengan platform perdagangan lainnya. Setelah melampaui batas, akan ada peringatan 'Rate limit exceeded', jika terus melampaui batas, IP mungkin akan dilarang selama satu jam, dan beberapa penangguhan dalam waktu singkat akan menyebabkan penangguhan selama seminggu. Untuk setiap permintaan API, BitMEX akan mengembalikan data header, data header untuk melihat jumlah permintaan yang tersisa saat ini, sebenarnya, jika API digunakan dengan benar, tidak akan melebihi batas frekuensi, dan umumnya tidak perlu diperiksa.
- Menggunakan websocket untuk mendapatkan informasi
BitMEX REST API memiliki batasan yang lebih ketat, secara resmi merekomendasikan penggunaan protokol websocket, dan lebih banyak jenis data yang dikirimkan daripada yang biasa digunakan oleh bursa. Perhatikan hal-hal berikut:
- Push data kedalaman lama akan terjadi kesalahan, dan kedalaman yang sebenarnya tidak sesuai, diperkirakan terlalu banyak perubahan kedalaman, push memiliki kekurangan, tetapi umumnya karena mobilitas yang sangat baik, subscription ticker atau trades dapat
- Banyak detail yang terlewatkan dalam pengiriman pesanan, hampir tidak berguna.
--Posting informasi akun akan mengalami penundaan yang jelas, sebaiknya gunakan REST API untuk konfirmasi. - Penundaan pengiriman bisa mencapai beberapa detik jika terjadi perubahan besar.
--Kode berikut ini digunakan untuk menggunakan protokol websocket, untuk mendapatkan informasi real-time tentang perdagangan dan akun, terutama untuk strategi pemasaran. Penggunaan spesifik perlu dilakukan dalam fungsi main ((().
Artikel dan kode lengkapnya dapat dibaca di: https://zhuanlan.zhihu.com/p/54881870
想问问,一行代码,比如一个GetTicker就算一次请求吗?那很容易超出限制啊,有没有办法让一次请求就返回行情、深度、订单等数据的合集,然后自己再另行解析呢?
知乎上文章中,第四段《下单技巧》中,这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ,我有点疑惑,我的目的,是解决双向挂两个单的做市时,如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单,可能两个单都完成了,那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候,一直挂着单,我为啥要修改呢?一但修改,我的订单难道不需要重新排队吗?
- 1


