Đội ngũ Polymarket hoàn toàn không có kinh nghiệm với CLOB, và kỹ năng kỹ thuật của họ về cơ bản chỉ ở mức của một sàn giao dịch hạng ba, hoặc thậm chí thấp hơn. Đối với những người sử dụng API, tôi có thể cung cấp một số thông tin cập nhật để giúp bạn tránh những rủi ro và tổn thất: Đội ngũ quản lý dự án vẫn chưa phản hồi về tình hình của chúng tôi. Các yêu cầu hỗ trợ không được xử lý. Hoạt động hoàn toàn chậm chạp, không ai chịu trách nhiệm. Xem bài đăng trước để biết thêm chi tiết. Việc bảo vệ quyền lợi của bạn vô cùng khó khăn. Vui lòng tăng cường kiểm soát rủi ro. 1. Hiện tượng chậm trễ dữ liệu trong WebStorm khá phổ biến. Cho dù là WebStorm hay API, việc xác thực dấu thời gian và kiểm tra chéo sổ lệnh là rất quan trọng. Hiện nay, nên bổ sung thêm bước "kiểm tra thanh khoản". Sự sụt giảm đột ngột và đáng kể thanh khoản là một dấu hiệu cảnh báo. 2. Nếu bạn muốn độ trễ thấp nhất có thể, đặt máy chủ ở châu Âu là lựa chọn nhanh nhất. Thời gian ping dưới 3ms và thời gian phản hồi yêu cầu API dưới 100ms được coi là bình thường. 3. Việc kiểm tra chéo là cần thiết, nhưng hiện tại khó có thể thực hiện được trên các sàn giao dịch đa giao dịch vì các sự kiện khớp lệnh đôi khi bị trì hoãn vài giờ trước khi được đẩy lên Chuỗi, và giao diện sổ lệnh của chúng trả về dữ liệu sai (không thể xác thực). Nói cách khác, bất kể bạn có thực hiện xác minh dấu thời gian hay không, dữ liệu từ API hoặc các sự kiện Chuỗi đều không thể tin cậy được. Không phải là dữ liệu đã lỗi thời, không phải là do thời gian ngừng hoạt động, cũng không phải là do lỗi; dữ liệu được trả về đơn giản là giả mạo. Ví dụ, nếu giá trên một thị trường nhất định là 0,8, thì sau khi máy chủ gặp sự cố và khởi động lại, giá bạn nhận được có thể là 0,6. Sau đó, bạn kích hoạt lệnh cắt lỗ và nó thực sự khớp lệnh của bạn ở mức giá 0.6 dựa trên thanh khoản. Sau vài phút, lệnh ban đầu ở mức 0.6-0.8 lại xuất hiện. Làm sao bạn biết được giá được báo tại thời điểm đó là do lỗi máy chủ, do đối tác hủy lệnh thực sự, hay do giá giảm? Rất tiếc, không có cách nào để biết được. 4. Trong tình huống này, bất kỳ chương trình nào thực hiện các giao dịch lớn đều cần hết sức thận trọng, đặc biệt là tránh sử dụng logic lệnh cắt lỗ. Chúng tôi đã loại bỏ logic lệnh cắt lỗ khỏi tất cả các chiến lược và thực hiện các điều chỉnh khác.