Type/to search
3
Follow
1508
Followers
Giải thích chiến lược đặt lệnh của BitMEX
FAQ
Created 2019-01-15 14:53:02  Updated 2019-01-15 14:53:26
 9
 5723

BitMEX đã trở thành một nền tảng được ưa chuộng để giao dịch tiền ảo, nhưng các hạn chế giao dịch API của nó rất nghiêm ngặt. Bài viết này chủ yếu chia sẻ một số thủ thuật sử dụng API trong nền tảng giao dịch định lượng FMZ, chủ yếu nhắm vào chiến lược làm thị trường.

Tính năng của BitMEX

Ưu điểm đáng chú ý nhất là giao dịch hoạt động, đặc biệt là hợp đồng Bitcoin vĩnh viễn, khối lượng giao dịch mỗi phút thường vượt quá một triệu hoặc thậm chí là 10 triệu đô la; BitMEX có hoa hồng sau khi giao dịch đơn đặt hàng, mặc dù không cao, nhưng nó thu hút một lượng lớn các nhà giao dịch thị trường, vì vậy độ sâu mua và bán rất tốt, thường là trên một triệu đô la; do độ sâu mua và bán tích lũy, giá giao dịch thường dao động xuống dưới 0,5 đô la đơn vị biến động nhỏ nhất.

Hạn chế tần số BitMEX API

Tỷ lệ yêu cầu của REST API được giới hạn ở mức 300 lần mỗi 5 phút. Tỷ lệ này tương đương với 1 giây, giới hạn này rất nghiêm ngặt so với các nền tảng giao dịch khác. Sau khi vượt quá giới hạn, sẽ báo 'Rate limit exceeded', nếu tiếp tục vượt quá giới hạn, IP có thể bị cấm một giờ, và nhiều lần cấm trong một thời gian ngắn sẽ dẫn đến cấm một tuần. Đối với mỗi yêu cầu của API, BitMEX sẽ trả về dữ liệu tiêu đề, dữ liệu tiêu đề để xem số lần yêu cầu còn lại hiện tại, thực tế, nếu sử dụng API đúng cách, không vượt quá giới hạn tần số, thường không cần kiểm tra.

  1. Sử dụng websocket để lấy thông tin

BitMEX REST API có giới hạn nghiêm ngặt, chính thức khuyến nghị sử dụng nhiều giao thức websocket và loại dữ liệu được đẩy nhiều hơn so với các sàn giao dịch thông thường. Cần lưu ý những điều sau đây:

-- Dòng dữ liệu đẩy dài sẽ có lỗi, và độ sâu thực tế không tương ứng, ước tính là độ sâu thay đổi quá nhiều, đẩy có lỗ hổng, nhưng trong trường hợp thông thường do tính linh hoạt tuyệt vời, ticker đăng ký hoặc trades có thể

  • Dữ liệu đơn hàng bị bỏ sót rất nhiều, hầu như không có gì.
    -- Thông tin về tài khoản sẽ bị trì hoãn rõ rệt, nên sử dụng REST API để xác nhận.
  • Trong thời gian biến động lớn, thời gian đẩy sẽ kéo dài vài giây.
    -- mã sau đây được viết để sử dụng giao thức websocket, truy cập thông tin giao dịch và tài khoản trong thời gian thực, chủ yếu nhằm mục đích thực hiện chiến lược thị trường. Việc sử dụng cụ thể cần được thực hiện trong hàm main ().

Bài viết đầy đủ và mã nguồn có thể được đọc tại: https://zhuanlan.zhihu.com/p/54881870

Related Recommendations
Comment
All comments (9)

    想问问,一行代码,比如一个GetTicker就算一次请求吗?那很容易超出限制啊,有没有办法让一次请求就返回行情、深度、订单等数据的合集,然后自己再另行解析呢?

    7 years ago

    用websocket ,行情限制应该没有这么严格,自己测试下

    7 years ago

    好的吧

    7 years ago

    知乎上文章中,第四段《下单技巧》中,这么一句“可以根据仓位变化或修改订单失败辅助判断订单状态。” ,我有点疑惑,我的目的,是解决双向挂两个单的做市时,如何尽快对已经完成的订单进行补单。 如果是双向挂相同数量的单,可能两个单都完成了,那么仓位变化就无法作为判断依据。而修改订单只发生在需要修改的时候,一直挂着单,我为啥要修改呢?一但修改,我的订单难道不需要重新排队吗?

    7 years ago

    只是为了减少API访问次数

    7 years ago

    老大,运行到获取签名那行var signature = exchange.HMAC("sha256", "hex", "GET/realtime" + expires, "{{secretkey}}")报错:Error: Uncaught ReferenceError: Exchange_HMAC is not defined at main (FILE:41),前面已经添加了API ID了

    8 years ago

    更新托管者

    8 years ago

    托管者重新下载安装了,也一样

    8 years ago

    赞~顶

    8 years ago
  • 1
Forums
PINE Language
Get the app
iPhone Download
© 2015 - ∞ INVENTOR PTE LTD (SG)