Cập nhật tháng 3/2026 · Tác giả: đội ngũ kỹ thuật HolySheep AI · Stack test: Python 3.12, aiohttp 3.9, Pandas 2.2, NumPy 1.26 · Region: Singapore (AWS ap-southeast-1, c5.xlarge).
Tôi còn nhớ cái đêm mà backtest 18 tháng BTCUSDT 1m trả về equity curve nhảy cóc 4.7% chỉ vì 297 nến bị khuyết giữa hai lần gọi /api/v3/klines của Binance — lúc đó tôi đã tự hứa phải viết một bài benchmark để đội ngũ không bao giờ lặp lại sai lầm đó. Hai năm sau, khi pipeline của chúng tôi đã chạy ổn định với 4 cụm Kubernetes nuốt khoảng 1.2 tỷ nến 1m/năm từ 6 sàn, tôi dành ra 14 ngày để đo lại ba nguồn public phổ biến nhất — Tardis, Binance Spot và OKX v5 — với cùng một tập test, cùng một máy, cùng một scheme chuẩn hoá UTC. Bài viết này là tất cả những gì tôi ước mình có khi đó: số liệu thực, code chạy được, lỗi đụng phải và cách fix. Và ở cuối bài là lý do vì sao chúng tôi xếp Đăng ký tại đây thành layer phân tích AI trên cùng của pipeline để các bạn khỏi phải tốn công tự dựng lại.
1. Ba API này thực sự khác nhau ở đâu?
Trước khi đo, tôi luôn nhắc team rằng "API công khai" không đồng nghĩa "API miễn phí cho mọi workload":
- Binance Spot & Futures: REST công khai, rate-limit 1200 req/phút theo cân nặng, không cần key cho endpoint lịch sử. Dữ liệu rất nhanh nhưng được giữ trên nền tảng của họ — nếu sàn bị gián đoạn (như 11/2022) thì một đoạn nến thực sự bị mất, không ai vá lại được.
- OKX v5: REST công khai, 20 req/2s cho history endpoint, có cả spot lẫn swap, schema hơi "raw" (timestamp ở dạng ms string). Cộng đồng trader Trung Quốc hay dùng vì OKX có mặt ở nhiều vùng tài phía.
- Tardis: Dữ liệu trả phí, dạng normalized snapshot, lịch sử rất sâu (có khi về tận 2017 cho derivative) và reconstruct lại nến bị kh