Bạn cho biết tiến trình paper trading của mình bị dừng đột ngột trong đêm. Bạn khởi động lại trước quyết định tiếp theo, không thấy lỗi nào và cho rằng nó đã tiếp tục đúng chỗ đang dở. Thế rồi tiến trình gửi lệnh mua một tài sản bạn đã sở hữu. Bạn muốn biết liệu chiến lược có lỗi hay không.
Có thể có. Nhưng trước tiên, hãy kiểm tra xem tiến trình vừa khởi động lại có cùng thông tin với tài khoản paper hay không. Khởi động lại là bài toán khôi phục trạng thái: vị thế, tiền mặt, lệnh đang mở và mọi thông tin chiến lược ảnh hưởng đến quyết định tiếp theo đều phải khớp nhau. Chạy lại được mã mới chỉ là phần dễ.
Chiến lược đã ghi nhớ điều gì trước khi gặp sự cố?
Ghi lại quyết định cuối cùng mà tiến trình đưa ra trước khi dừng. Với mỗi công cụ được giao dịch, hãy lưu vị thế dự kiến, vị thế thực tế trong tài khoản, các lệnh chưa hoàn tất và trạng thái tín hiệu sẽ ảnh hưởng đến hành động tiếp theo. Nếu không có những bản ghi này, bạn không thể biết việc khởi động lại đã khôi phục trạng thái hay chỉ khởi tạo một chiến lược mới.
Giả sử chiến lược theo giờ của bạn mua 1 đơn vị khi tín hiệu xu hướng chuyển sang dương, rồi giữ cho đến khi tín hiệu chuyển sang âm. Tiến trình gửi lệnh mua lúc 14:00 nhưng gặp sự cố trước khi ghi nhận rằng lệnh đã được chấp nhận. Sàn paper khớp lệnh. Khi khởi động lại, chiến lược không thấy vị thế nào được ghi nhận, trong khi tín hiệu vẫn dương, nên gửi thêm một lệnh mua. Tín hiệu vẫn hoạt động nhất quán. Thông tin chiến lược ghi nhớ về tài sản tài khoản đang nắm giữ đã lỗi thời.
Vì vậy, phải đối chiếu vị thế hiện tại trong tài khoản với trạng thái chiến lược đã lưu trước khi cho phép gửi lệnh mới. Bản chụp trạng thái cục bộ có thể hữu ích, nhưng tài khoản hoặc sàn mới là nguồn xác thực về những gì thực sự đã được khớp.
Những trạng thái nào cần được giữ lại sau khi khởi động lại?
Hãy bắt đầu với những trạng thái có thể làm thay đổi lệnh tiếp theo. Lưu bản ghi bền vững, kèm dấu thời gian và phiên bản cho mỗi lần cập nhật; tạo bản sao trước khi thay đổi logic khôi phục để sau này có thể phát lại sự cố.
| Trạng thái | Vì sao quan trọng | Cách kiểm tra khi khôi phục |
|---|---|---|
| Vị thế và tiền mặt | Chúng quyết định mức độ rủi ro và sức mua còn lại | So sánh các giá trị đã lưu với tài khoản paper |
| Lệnh đang mở | Lệnh có thể đã được khớp khi tiến trình ngừng hoạt động | Truy vấn trạng thái lệnh và đối chiếu các lần khớp một phần |
| Thông tin ghi nhớ về tín hiệu | Các lần giao cắt, khoảng nghỉ và thời gian nắm giữ có thể kéo dài qua nhiều quyết định | Khôi phục dữ liệu đầu vào của quyết định gần nhất đã được xác nhận |
| Sự kiện được xử lý gần nhất | Sự kiện này quyết định chiến lược sẽ tiếp tục đọc dữ liệu từ đâu | Phát lại các sự kiện sau thời điểm đó mà không áp dụng chúng lần thứ 2 |
Thông tin ghi nhớ về tín hiệu rất dễ bị bỏ sót. Chiến lược giao dịch khi có giao cắt có thể lưu giá trị chỉ báo của ngày hôm qua để phát hiện giao cắt mới. Nếu bắt đầu với giá trị trống, chiến lược có thể nhầm một điều kiện đã tồn tại là sự kiện mới. Bộ đếm thời gian nghỉ cũng gặp vấn đề tương tự: khởi động lại không được âm thầm đặt lại một quy tắc vốn cần được duy trì.
Làm thế nào để khôi phục trạng thái một cách nhất quán?
Gán cho mỗi lệnh một client ID ổn định, được tạo từ lượt chạy chiến lược và quyết định đã phát sinh lệnh đó. Nếu tiến trình thử lại sau khi hết thời gian chờ, nó có thể kiểm tra xem quyết định ấy đã tạo lệnh hay chưa thay vì gửi lệnh trùng. Chỉ ghi nhận thay đổi trạng thái sau khi xác nhận sự kiện tương ứng trong tài khoản, đồng thời lưu ID lệnh và ID khớp lệnh giải thích cho thay đổi đó.
Sau đó, hãy kiểm thử đúng thời điểm dẫn đến sự cố. Cho chiến lược chạy qua một quyết định, lưu trạng thái, dừng tiến trình rồi khôi phục với vị thế và lịch sử lệnh của tài khoản paper. So sánh quyết định tiếp theo và các lệnh phát sinh với một lượt chạy liên tục. Lặp lại với một lệnh được khớp một phần và với sự cố xảy ra giữa lúc gửi lệnh và lúc nhận xác nhận. Lượt chạy tiếp tục không được tự tạo ra vị thế mới hoặc lặp lại một hành động đã hoàn tất.
Lưu nhật ký khôi phục gồm: sự kiện được xử lý gần nhất, thời điểm chụp trạng thái tài khoản, trạng thái lệnh đang mở, phiên bản chiến lược được khôi phục và quyết định đầu tiên sau khi khởi động lại. Nhờ đó, câu “tiến trình đã chạy lại” trở thành điều có thể kiểm tra.
Sau khi khởi động lại, bạn nên tin vào điều gì?
Chỉ tin cậy tiến trình khi trạng thái tài khoản và chiến lược đã được đối chiếu khớp nhau, các lệnh chờ đều có trạng thái rõ ràng, và quyết định tiếp theo trùng với điều bạn mong đợi ở một lượt chạy liên tục. Nếu không giải thích được điểm không khớp, hãy tạm dừng gửi lệnh paper và kiểm tra chuỗi sự kiện. Tiến trình đang chạy không chứng minh rằng chiến lược đã được khôi phục.
Sự cố đã giúp bạn phát hiện điều hữu ích: nó làm lộ ra một giả định mà trong quá trình chạy bình thường bạn chưa từng phải đối mặt. Hãy biến việc khởi động lại thành một tình huống có thể lặp lại, để biết chiến lược ghi nhớ những gì trước khi yêu cầu nó giao dịch trở lại.
← Tất cả bài viết
