BitMEXは,仮想通貨のレバレッジ取引の第一のプラットフォームになっているが,そのAPIの取引制限が厳格であり,非常に困惑している.この記事は,主にFMZの定量取引プラットフォームの实体でAPIが使用されるいくつかのテクニックを,主に市場作りの戦略を目的として共有している.
- BitMEXの特徴
最も顕著な優位性は,取引活動,特にビットコインの永続契約,毎分取引額はしばしば百万,あるいは千万ドルを超えることである.BitMEXは,取引後に返金があるが,高くないが,大批の市場取引者を惹きつけるため,買入/売却の深さが優れ,しばしば百万ドル以上である.買入/売却の蓄積の深さのために,取引価格はしばしば最小変動単位0.5ドルで波動する.
- BitMEX APIの周波数制限
REST APIのリクエスト頻度は5分間に300回まで制限されている。これは1秒に1回相当で,他の取引プラットフォームと比べると非常に厳しいと言えます。制限を超えたら『Rate limit exceeded』を提示され,制限を超え続けるとIPは1時間,短期間で複数の禁止が1週間の禁止につながる可能性があります。各APIのリクエストに対して,BitMEXは標識データを返し,標識データは現在の残存のリクエストの数を見るため,実際には,APIが正しく使用されれば,周波数制限を超えることはありません.一般的には,検査は不要です。
- ウェブソケットを利用する
BitMEX REST APIの制限は厳格で,公式にはウェブソケットプロトコルを使用することが推奨されており,一般の取引所よりも多くのデータタイプが推送されています.具体的には以下の点に注意してください.
--深度データ推送の時間が長くなるとエラーが発生し,実際の深度と一致しない,深度の変化が多すぎると推定され,推送は欠陥があるが,通常は流動性が優れているため,サブスクリプションティッカーまたはトレードができます.
-- 注文の詳細はあまり書かれていないので,ほとんど使えない.
-- アカウントの送信が遅れるので,REST APIで確認してください.
推移の遅延は,市場が変動する時には数秒に及ぶ.
--以下のコードは,websocketプロトコルを使用して,リアルタイムで取引状況とアカウント情報を取得するために,主に市場戦略のために記述されています.具体的には main () 関数で実行する必要があります.
記事の全文とコードは以下からご覧いただけます. https://zhuanlan.zhihu.com/p/54881870
想问问,一行代码,比如一个GetTicker就算一次请求吗?那很容易超出限制啊,有没有办法让一次请求就返回行情、深度、订单等数据的合集,然后自己再另行解析呢?
知乎上文章中,第四段《下单技巧》中,这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ,我有点疑惑,我的目的,是解决双向挂两个单的做市时,如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单,可能两个单都完成了,那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候,一直挂着单,我为啥要修改呢?一但修改,我的订单难道不需要重新排队吗?
- 1


