BitMEX đã trở thành nền tảng ưu tiên cho giao dịch đòn bẩy tiền ảo, nhưng các hạn chế giao dịch API của nó rất nghiêm ngặt và khó hiểu. Bài viết này chủ yếu chia sẻ một số thủ thuật sử dụng API trên nền tảng giao dịch định lượng FMZ thực tế, chủ yếu nhằm vào chiến lược thị trường.
1.BitMEX的特点
Lợi thế đáng chú ý nhất là giao dịch hoạt động, đặc biệt là các hợp đồng vĩnh cửu Bitcoin, giao dịch thường vượt quá triệu hoặc thậm chí hàng chục triệu đô la mỗi phút; BitMEX có phí trả sau khi giao dịch được đăng ký, mặc dù không cao, nhưng nó thu hút một số lượng lớn các nhà giao dịch trên thị trường, vì vậy mua bán một chiều sâu là tuyệt vời, thường là trên một triệu đô la; do chiều sâu mua bán một chiều sâu tích lũy, giá giao dịch thường dao động trên 0,5 đô la đơn vị biến động nhỏ nhất.
2. Biên giới tần số API BitMEX
Tần số yêu cầu của REST API được giới hạn là 300 lần mỗi 5 phút. 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 qua giới hạn, sẽ nhắc nhở bạn rằng 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ờ, nhiều lần bị cấm trong một thời gian ngắn sẽ dẫn đến một tuần bị cấm.
3.使用websocket获取行情
BitMEX REST API có giới hạn tương đối nghiêm ngặt, chính thức khuyến cáo sử dụng nhiều giao thức websocket hơn, và các loại dữ liệu được đẩy nhiều hơn so với giao dịch thông thường.
Các dữ liệu về độ sâu được đẩy lâu hơn sẽ gây ra lỗi, và không phù hợp với độ sâu thực, ước tính là quá nhiều sự thay đổi về độ sâu, đẩy bị bỏ qua, nhưng trong các trường hợp thông thường do khả năng lưu thông tuyệt vời, đăng ký ticker hoặc giao dịch có thể được thực hiện. Các chi tiết về đơn đặt hàng đã bị bỏ qua và hầu như không có sẵn. Việc đẩy thông tin tài khoản sẽ bị trì hoãn rõ rệt, tốt nhất là sử dụng REST API để xác nhận. Khi thị trường biến động mạnh, thời gian đẩy sẽ bị trì hoãn vài giây. Các mã sau đây được sử dụng để truy cập thông tin thị trường và tài khoản trong thời gian thực, sử dụng giao thức websocket.
Bài viết và mã đầy đủ có thể tiếp tục xem:https://zhuanlan.zhihu.com/p/54881870
Wufuhao100wCó cách nào để một dòng mã, ví dụ như một GetTicker, chỉ có một yêu cầu? Nó dễ dàng vượt quá giới hạn, có cách nào để một yêu cầu trả về một tập hợp dữ liệu về thị trường, độ sâu, đơn đặt hàng, v.v. và sau đó phân tích nó một lần nữa?
Cô dâu cũng vậy.Trong bài viết trên, đoạn thứ tư của bài viết về kỹ thuật đặt hàng, một câu nói như sau có thể giúp đánh giá tình trạng đặt hàng dựa trên sự thay đổi vị trí hoặc sửa đổi lệnh thất bại. Ồ, tôi có một chút nghi ngờ, mục đích của tôi là giải quyết khi đặt hàng hai lần hai lần, làm thế nào để bổ sung đơn hàng càng sớm càng tốt đối với các đơn hàng đã được hoàn thành. Nếu hai lần hai lần đặt hàng cùng số lượng đơn hàng, có thể cả hai đơn hàng đã hoàn thành, thì thay đổi vị trí không thể là cơ sở để đánh giá.
TumbacoHMAC (("sha256", "hex", "GET/realtime" + expires, "{{secretkey}}") error:Error: Uncaught ReferenceError: Exchange_HMAC is not defined at main (__FILE__:41), trước đó đã được thêm ID API
Những nhà phát minh định lượng - những giấc mơ nhỏCảm ơn.
Wufuhao100wĐược rồi.
Cỏ nhỏVới websocket, giới hạn thị trường không nên nghiêm ngặt như vậy, hãy tự kiểm tra.
Cỏ nhỏChỉ để giảm số lần truy cập API.
TumbacoTrình quản trị đã tải xuống và cài đặt lại, tương tự.
Cỏ nhỏCập nhật quản trị viên