Độ lệch đồng hồ và tuổi báo giá: hiểu dữ liệu thời gian

Phản hồi nhanh vẫn có thể chứa giá cũ. Độ trễ khứ hồi, độ lệch đồng hồ và tuổi báo giá đo các phần khác nhau. Trộn chúng có thể khiến lỗi đồng hồ trông như chậm dữ liệu.

Theo dõi một yêu cầu

Giả sử gửi lúc 12:00:00.000 và nhận lúc 12:00:00.200. Khứ hồi là 200 ms, trung điểm cục bộ là 12:00:00.100. Nếu giờ máy chủ là 12:00:00.130, ước tính theo trung điểm cho +30 ms. Đây là ví dụ, không phải số đo của sàn cụ thể.

Hiểu độ bất định

Chưa thể chứng minh máy chủ nhanh đúng 30 ms. Đường đi, đường về, thời gian xử lý và lúc tạo dấu thời gian có thể khác nhau. Nửa khứ hồi giúp hiểu ước tính đơn giản này, không phải giới hạn chính xác phổ quát. Trang dùng mẫu độ trễ thấp và trung vị giữa sàn làm mốc tương đối, không phải chứng nhận hiệu chuẩn UTC.

Tuổi dữ liệu không đồng nghĩa mất tiền

Hãy đọc dấu thời gian là giao dịch cuối, ảnh chụp dữ liệu hay sự kiện thông điệp. Giao dịch cuối đã lâu trong thị trường vắng không nhất thiết là API bị treo. Sổ lệnh mới cũng không đảm bảo lệnh còn đó khi bạn tới. Không thể đổi trực tiếp độ lệch thời gian thành thiệt hại tiền.

Khi yêu cầu bị từ chối vì thời gian

Kiểm tra đồng bộ đồng hồ, đơn vị thời gian và cửa sổ mà điểm cuối chấp nhận. Đừng chỉnh giờ chỉ theo xếp hạng giữa sàn. Chuyển động cùng chiều có thể gợi ý vấn đề mốc tham chiếu nhưng không chứng minh đồng hồ nào sai.

Thứ tự kiểm tra

1. Xác nhận lúc thu thập.
2. Tách độ trễ mạng khỏi tuổi báo giá.
3. Đọc định nghĩa và đơn vị dấu thời gian.
4. Quan sát sự lặp lại qua nhiều giai đoạn.
5. Với lệnh thật, kiểm tra tài khoản và phản hồi sàn.

Đọc thêm: So sánh phí funding: chu kỳ, chiều vị thế và ví dụ tính phí · Đọc tỷ lệ khả dụng API và lịch sử sự cố của sàn · Chi phí lệnh thị trường: phí, chênh lệch giá và giá khớp trung bình

Quy tắc và nguồn

Binance · Spot REST API · Phương pháp đo · Về trang web

Các ví dụ là giả định, không phải giá trực tiếp. Hãy kiểm tra quy tắc sàn và tài khoản để biết phí hoặc khớp lệnh thực tế.