Tại sao vàng bị hút về 'mức giá không ai đặt lệnh'? — Câu chuyện về hệ thống giao dịch tự động vàng bằng OI quyền chọn

Khi nhìn biểu đồ vàng (XAUUSD), có bao giờ bạn tự hỏi về hiện tượng giá dừng lại hoặc bị hút như nam châm ở các mức giá tròn hoặc vùng giá không có gì đáng lẽ ra không?
Tôi cho rằng có thể giải thích điều này bằng cấu trúc, chứ không phải 'cảm giác của ai đó'. Chìa khóa là hợp đồng mở (OI) quyền chọn vàng trên CME.
Khi một lượng lớn quyền chọn mở tích lũy tại một mức giá thực hiện cụ thể, các dealer ở phía đối diện sẽ thực hiện delta hedge để trung hòa rủi ro. Mỗi khi giá biến động, lệnh hedge được mua bán một cách máy móc. Dòng chảy máy móc này xuất hiện trên giá giao ngay dưới dạng áp lực hướng tới một vùng giá cụ thể hoặc áp lực đẩy lùi — đây không phải ý tưởng của tôi, mà là hiện tượng đã được xác nhận học thuật trên thị trường chứng khoán gọi là 'hiệu ứng ghim' (pin effect). Kết hợp với khung tác động giá của Kyle (1985), một tác phẩm kinh điển về cấu trúc vi mô thị trường, tôi đang cố gắng hệ thống hóa điều này cho vàng.
Nói đơn giản, cấu trúc hệ thống như sau: Dữ liệu OI quyền chọn CME được nhập hàng ngày, engine Python tính toán 'bản đồ áp lực' cho từng strike. Phía MT5 giám sát tốc độ thay đổi giá, và chỉ khi bản đồ và điều kiện tốc độ khớp nhau thì tín hiệu mới phát ra và tự động vào lệnh. Can thiệp con người bằng không. Tất cả đều được ghi lại trong log.
Đọc đến đây chắc bạn nghĩ 'Vậy, có thắng được không?'. Thành thật mà nói, tôi chưa biết. Hiện tại đang trong giai đoạn kiểm chứng điều đó.
Và điều tôi thực sự muốn nói là từ đây. Trong lĩnh vực này, đầy rẫy những biểu đồ 'tỷ lệ thắng 90%', 'lợi nhuận hàng tháng 30%'. Nhưng biểu đồ tăng dần không chứng minh được điều gì. Ai cũng có thể thắng nếu nắm giữ vị thế long trong thị trường tăng, và nếu tạo 100 chiến lược thì vài chục cái sẽ tình cờ có lợi nhuận. Bản thân tôi, trong một lần kiểm chứng trước đây, đã không thể phát hiện được hiệu quả của lý thuyết của mình. Khi điều tra nguyên nhân, hóa ra thiết kế kiểm chứng có lỗ hổng — tần suất cập nhật dữ liệu không đủ, và không phân tách được điều kiện. Không phải lý thuyết sai, mà kiểm chứng không được thiết kế để thử nghiệm lý thuyết.
Vì vậy hiện tại, tôi đang củng cố trước chính giao thức kiểm chứng.
・Giả thuyết được cố định trước. Không nói 'thực ra tôi đã kiểm chứng điều này' sau khi có kết quả.
・Không đưa ra kết luận cho đến khi thu thập được ít nhất 30 quan sát độc lập.
・Đặt nhóm đối chứng. Chỉ nói 'tăng sau điều kiện A' thì không nói lên điều gì. Chỉ có ý nghĩa khi so sánh với khi không có điều kiện A.
・Đánh giá hiệu suất không phải dựa trên 'có lãi hay không' mà dựa trên 'có vượt trội so với đối tượng so sánh không'.
・Xác định trước điều kiện bác bỏ. Ghi lại trước khi kiểm chứng kết quả nào sẽ dẫn đến việc từ bỏ lý thuyết.
Nói tóm lại, không phải cố gắng chứng minh có thể thắng, mà là thiết kế để nếu sai thì sớm nhận ra sai. Chỉ những lý thuyết sống sót mới đáng để đặt cược vốn.
Nhân tiện, thái độ này không chỉ dành cho lý thuyết. Trong giai đoạn đầu phát triển hệ thống, hiệu suất tín hiệu lệch khỏi giá trị lý thuyết, tôi đã nghi ngờ lỗi thuật toán trong nhiều tuần. Nguyên nhân không phải code mà là môi trường thực thi. Slippage và độ trễ khớp lệnh đã ăn mất edge.
Khi chuyển đối tác thực thi lúc đó sang MT5 của AfterPrime, với cùng code, các con số trong log đã thay đổi đáng kể. Ai muốn dùng thì truy cập bên dưới.

Ồ, điều tôi muốn nói ở đây là nơi cần nghi ngờ không phải cảm giác mà là log chỉ cho bạn. Edge chỉ thành hình khi có đủ cả lý thuyết, triển khai và thực thi. Nếu bất kỳ một yếu tố nào chưa được kiểm chứng, thì đó là hệ thống chưa được kiểm chứng.
Nếu kiểm chứng ủng hộ giả thuyết, tôi sẽ tiến sang giai đoạn tiếp theo. Vận hành công khai với vốn nhỏ — thử thách 100,000 yên sẽ được trình bày toàn bộ trên tài khoản này. Không chỉ cắt ra những biểu đồ thắng, mà bao gồm cả thiết kế kiểm chứng và cả các bản ghi thua.
Chi tiết lý thuyết và kết quả kiểm chứng sẽ được công bố dần tại đây. Những ai quan tâm đến cấu trúc vi mô và dòng chảy quyền chọn, hãy theo dõi và chứng kiến.