Triển Khai Gần Sàn Giao Dịch: Giải Thích

Hầu hết các bot giao dịch dành cho người tiêu dùng hoạt động từ một vùng đám mây duy nhất — vùng mà nhà phát triển cảm thấy thoải mái nhất. Đối với giao dịch vị thế chậm thì ổn, nhưng đối với các chiến lược tấn công thì là thảm họa. Bài viết này giải thích tại sao vùng triển khai quan trọng, bộ định tuyến vùng tự động hoạt động như thế nào và cách xác định xem một nền tảng có thực sự có nó không.

Địa Lý Của Động Cơ Khớp Lệnh

Các sàn giao dịch tiền điện tử lớn chạy cơ sở hạ tầng khớp lệnh của họ trong một số ít vùng đám mây — thường là Tokyo, Singapore và một vùng ở phía đông Mỹ. Một số sàn công bố vùng; những sàn khác thì không, và có thể xác định qua phân phối độ trễ từ các điểm khác nhau trên thế giới. Điều quan trọng: vị trí vật lý nơi lệnh được xử lý tồn tại, và tốc độ ánh sáng trong cáp quang đặt ra giới hạn dưới về tốc độ giao tiếp với nó.

Chi Phí Của Việc Hoạt Động Từ Sai Vùng

Các con số dưới đây mang tính minh họa và không liên quan đến một sàn giao dịch cụ thể:

# Minh họa — RTT điển hình từ client đến động cơ khớp lệnh
Động cơ khớp lệnh ở Singapore, client ở:
  Singapore (cùng vùng)            ~15-30 ms     <- mục tiêu
  Tokyo                            ~70-90 ms
  Mumbai                          ~110-130 ms
  Frankfurt                       ~150-180 ms
  Đông Mỹ (Bắc Virginia)         ~200-240 ms
  Tây Mỹ (Oregon)                ~170-200 ms

Ở sai vùng, không có tối ưu hóa code nào bù được tốc độ ánh sáng. Client nhanh nhất thế giới, hoạt động từ đông Mỹ đến động cơ khớp lệnh ở Singapore, vẫn sẽ thêm ~200 ms vào mỗi lần gửi lệnh.

Chọn Vùng Tự Động Thực Sự Làm Gì

Bộ định tuyến lệnh với "chọn vùng tự động" phải thực hiện bốn hành động cụ thể, không chỉ một:

1. Liên tục đo RTT đến từng sàn được hỗ trợ từ mỗi vùng mà nền tảng có năng lực.
2. Duy trì bảng định tuyến cho mỗi sàn, ánh xạ nó đến vùng tốt nhất hiện tại và cập nhật thường xuyên.
3. Định tuyến luồng lệnh của mỗi client đến vùng giành chiến thắng trong quyết định định tuyến cho các sàn hoạt động của client.
4. Phát hiện sự cố vùng (lỗi mạng, vùng sập, chuyển đổi dự phòng vùng sẵn sàng) và chuyển luồng sang vùng tốt nhất tiếp theo mà không cần can thiệp thủ công.

Điểm đầu tiên đơn giản nhất. Điểm thứ tư là điều mà hầu hết các nền tảng im lặng bỏ qua, vì nó đòi hỏi năng lực ở nhiều vùng luôn hoạt động và được khởi động.

Tại Sao "Chúng Tôi Ở AWS Tokyo" Không Đủ

Một nền tảng gắn cứng vào một vùng duy nhất hoạt động tốt miễn là vùng đó không gặp sự cố. AWS, GCP và Azure đều trải qua gián đoạn vùng mỗi năm. Một bot không thể chuyển sang vùng khác trong vài phút đơn giản sẽ ngừng giao dịch trong nhiều giờ khi vùng "bị bệnh" — thường vào thời điểm tệ nhất có thể, vì độ biến động thường trùng với tải cơ sở hạ tầng.

Bằng Chứng Định Tuyến Cần Trông Như Thế Nào

Cách trung thực để chứng minh điều này — một bảng công khai trên trang bằng chứng của nền tảng:

• Một hàng cho mỗi sàn được hỗ trợ.
• Các cột cho RTT trung vị, phân vị 95 và 99 từ mỗi vùng.
• Nhãn chỉ ra vùng nào đang được chọn.
• Dấu thời gian cập nhật.

Nếu một nền tảng không thể hiển thị điều này, nó không có bộ định tuyến tự động thực sự — chỉ có một tuyên bố marketing. Của chúng tôi ở /proof và được cập nhật liên tục khi nguồn cấp dữ liệu trực tiếp hoạt động.

Những Gì Khách Hàng Có Thể Mong Đợi

Khách hàng không chọn vùng. Bộ định tuyến chọn. Nếu chúng tôi thêm hỗ trợ sàn mới, bảng định tuyến có thêm một hàng. Nếu một vùng gặp sự cố, luồng chuyển đổi. Không có điều nào trong số này yêu cầu khách hàng mở ticket, khởi động lại bot hoặc làm bất cứ điều gì.