English
Deutsch
日本語
العربية
한국어
Español
Português
Indonesia
中文
Trong một thiết lập arbitrage hedge với hai broker, 60–80% các chênh lệch được phát hiện là hiện tượng nhiễu do độ trễ, chứ không phải chênh lệch giá LP thực sự. Thực hiện giao dịch theo các tín hiệu này sẽ thua lỗ ở mỗi lệnh và tạo ra dòng lệnh độc hại mà các broker sẽ phân loại và hạn chế. Hướng dẫn này trình bày cả hai cấp độ lọc: ngưỡng difference-to-open đơn giản và kiến trúc tham chiếu fast feed nâng cao giúp gần như loại bỏ hoàn toàn nhiễu do độ trễ.
Khi phần mềm arbitrage hedge phát hiện một chênh lệch giữa báo giá của hai broker, chênh lệch đó có thể xuất phát từ một trong hai nguyên nhân hoàn toàn khác nhau. Thứ nhất là chênh lệch giá thực sự giữa các nhà cung cấp thanh khoản của hai broker, tức một cơ hội có thể giao dịch. Thứ hai là nhiễu do độ trễ của feed: một broker nhận được sự kiện thị trường toàn cầu nhanh hơn broker còn lại, và chênh lệch nhìn thấy chỉ tồn tại vì báo giá của broker chậm hơn chưa kịp cập nhật. Hai trường hợp này không thể phân biệt chỉ bằng so sánh báo giá thô, nhưng lại dẫn tới kết quả thực thi hoàn toàn trái ngược.
| Loại tín hiệu | Nguyên nhân | Độ kéo dài | Khi thực thi |
|---|---|---|---|
| Chênh lệch LP thực sự | LP của Broker A đang định giá khác với LP của Broker B, độc lập với thời điểm xảy ra sự kiện thị trường | 200ms đến 2,000ms | Khớp ở đúng mức giá được báo, lợi nhuận ròng đúng như kỳ vọng |
| Nhiễu do độ trễ | Feed của Broker A nhận được sự kiện thị trường nhanh hơn. Chênh lệch nhìn thấy = biến động giá, không phải chênh lệch LP | 30ms đến 150ms | Broker B đã cập nhật vào lúc khớp lệnh, dẫn tới lỗ hoặc requote |
Nếu không có bộ lọc, tỷ lệ giữa tín hiệu do độ trễ và tín hiệu chênh lệch LP thực sự trong một thiết lập hai broker điển hình là 60–80% nhiễu do độ trễ. Các sự kiện thị trường như tick giá, công bố dữ liệu kinh tế và thay đổi thanh khoản diễn ra liên tục, và mỗi sự kiện đều tạo ra một chênh lệch tạm thời do độ trễ khi feed của broker nhanh hơn cập nhật trước. Tỷ lệ này phụ thuộc rất lớn vào chênh lệch tốc độ feed giữa hai broker: một cặp broker trong đó một feed nhanh hơn feed còn lại 100ms một cách nhất quán sẽ tạo ra nhiều nhiễu hơn rất nhiều so với một cặp chỉ chênh nhau trong phạm vi 10ms.
Thực hiện giao dịch dựa trên nhiễu do độ trễ là không có lợi nhuận ở cấp độ từng giao dịch riêng lẻ. Nhưng vấn đề còn đi xa hơn: nó tạo ra một mẫu dòng lệnh cụ thể mà các broker phân loại là độc hại về mặt kỹ thuật.
Tín hiệu do độ trễ xuất hiện chính xác khi có một sự kiện biến động giá, vì đó là lúc feed của broker nhanh đã cập nhật còn feed của broker chậm thì chưa. Hệ thống hedge arb không lọc sẽ đặt một tỷ lệ lệnh quá lớn đúng vào thời điểm thị trường di chuyển. Các hệ thống quản trị rủi ro của broker đối chiếu dấu thời gian lệnh với dấu thời gian biến động giá sẽ nhận diện sự tập trung này là dòng lệnh kỹ thuật.
Các giao dịch do độ trễ liên tục được khớp ở mức giá bất lợi so với thị trường chỉ vài trăm mili giây sau đó. Hệ thống rủi ro của broker theo dõi quỹ đạo giá ngắn hạn sau mỗi lần khớp. Tỷ lệ lớn các lệnh khớp mà ngay sau đó giá di chuyển bất lợi, dấu hiệu cho thấy lệnh đến đúng vào lúc thị trường vừa đi ngược hướng với hướng khớp lệnh, sẽ khiến tài khoản bị đánh dấu để xem xét về adverse selection.
Một hệ thống giao dịch trên nhiễu do độ trễ có lãi trong giai đoạn biến động thấp (khi chênh lệch LP thực sự chiếm ưu thế) và thua lỗ trong giai đoạn biến động cao (khi nhiễu do độ trễ tăng mạnh). Mối tương quan nghịch giữa P&L và biến động này, không phù hợp với giao dịch kỹ thuật hợp pháp, là một dấu hiệu dễ nhận biết của dòng lệnh độc hại.
Khi một giao dịch do độ trễ được khớp ở mức giá sai, hệ thống sẽ thoát lệnh chỉ trong vài giây. Mô hình này, lệnh có lãi giữ lâu hơn còn lệnh lỗ đóng rất nhanh, tạo ra phân phối thời gian nắm giữ bất đối xứng mà các hệ thống rủi ro đánh dấu là hành vi khai thác kỹ thuật tự động.
Một khi bị phân loại là dòng lệnh độc hại, tài khoản sẽ nhận chất lượng khớp lệnh suy giảm: requote, giãn spread hoặc bị định tuyến nội bộ vào sổ lệnh riêng của broker. Điều này cũng làm giảm hiệu quả của các giao dịch chênh lệch LP thực sự vốn có lãi. Vấn đề về bộ lọc không chỉ là lợi nhuận của từng giao dịch riêng lẻ, mà còn quyết định liệu tài khoản có còn phù hợp để arbitrage hay không.
Bộ lọc đơn giản nhất là một ngưỡng chênh lệch giá tối thiểu, difference-to-open, dưới mức đó sẽ không đặt lệnh. Chênh lệch do độ trễ thường nhỏ hơn trung bình so với chênh lệch LP thực sự: nhiễu do độ trễ của feed chỉ phản ánh chênh lệch tốc độ giữa hai feed cùng nhận một sự kiện, còn chênh lệch LP thực sự phản ánh sự khác biệt giá thật ở cấp LP, vốn có thể lớn hơn và kéo dài hơn. Thiết lập một ngưỡng tối thiểu sẽ cắt bỏ những tín hiệu do độ trễ nhỏ trong khi vẫn giữ lại các tín hiệu thực sự có biên độ lớn hơn.
| Bước | Hành động | Đầu ra |
|---|---|---|
| Bước 1 | Chạy ở chế độ chỉ giám sát trong 5–10 ngày giao dịch. Ghi lại mọi chênh lệch được phát hiện với: timestamp, độ lớn (pips), thời gian tồn tại trước khi sụp đổ và biến động giá trong 200ms sau khi phát hiện. | Tập dữ liệu tín hiệu thô |
| Bước 2 | Phân loại hậu kiểm từng tín hiệu: thực sự (duy trì hơn 150ms, feed tham chiếu yên tĩnh) hoặc do độ trễ (sụp đổ dưới 100ms, có sự kiện giá có hướng xảy ra trước đó). | Tập dữ liệu đã phân loại |
| Bước 3 | Vẽ phân phối độ lớn của tín hiệu thực sự so với tín hiệu do độ trễ. Tìm ngưỡng mà trên đó 80%+ tín hiệu là chênh lệch LP thực sự. | Giá trị ngưỡng tối ưu |
| Bước 4 | Đặt difference-to-open tại ngưỡng đã xác định. Hiệu chỉnh lại theo quý, vì ngưỡng tối ưu thay đổi khi quan hệ LP của broker và chế độ biến động thị trường thay đổi. | Tham số bộ lọc đã triển khai |
Những giai đoạn biến động cao tạo ra các chuyển động giá lớn. Một nhiễu do độ trễ feed trong một đợt di chuyển 10 pip có thể trông như một chênh lệch 4–5 pip giữa các broker. Một ngưỡng 3 pip sẽ không bắt được điều này. Các sự kiện độ trễ lớn là nguy hiểm nhất: gây ra khoản lỗ lớn nhất và mẫu dòng lệnh độc hại dễ thấy nhất.
Ngưỡng tối ưu thay đổi theo điều kiện thị trường. Trong giai đoạn yên ắng của phiên châu Á, một ngưỡng 1.5 pip có thể lọc đủ tốt. Nhưng vào lúc mở cửa London, chính ngưỡng đó lại cho phép một tỷ lệ lớn nhiễu do độ trễ đi qua. Một ngưỡng cố định luôn là sự đánh đổi.
Bộ lọc đơn giản xử lý mọi chênh lệch vượt ngưỡng theo cùng một cách bất kể bối cảnh thị trường tại thời điểm phát hiện tín hiệu. Nó không thể phân biệt giữa chênh lệch LP thực sự 3 pip và nhiễu do độ trễ 3 pip được tạo ra bởi một sự kiện giá diễn ra nhanh.
Bộ lọc fast feed đưa vào một nguồn dữ liệu độc lập thứ ba, nhanh hơn cả hai broker thực thi, làm cơ chế phân loại cho từng chênh lệch được phát hiện. Thay vì lọc chỉ theo độ lớn, hệ thống dùng fast feed để xác định liệu chênh lệch được phát hiện có trùng với một sự kiện biến động giá trên feed tham chiếu hay không. Nếu có, tín hiệu được phân loại là do độ trễ và bị loại bỏ. Nếu feed tham chiếu yên tĩnh, chênh lệch được phân loại là khác biệt LP thực sự và việc thực thi sẽ tiếp tục.
Logic phân loại tại mỗi thời điểm phát hiện tín hiệu:
Tín hiệu được phân loại là CHÊNH LỆCH LP THỰC SỰ nếu TẤT CẢ các điều kiện đều đúng:
(1) FastFeed.RateOfChange(last 100ms) < MovementThreshold
— Feed tham chiếu không di chuyển đáng kể trong cửa sổ trước đó
— Không có sự kiện giá có hướng nào đang lan truyền trong thị trường
(2) FastFeed.LastTickAge < StalenessThreshold
— Feed tham chiếu đang được cập nhật tích cực (không bị stale hay ngắt kết nối)
— Đảm bảo việc kiểm tra phân loại dựa trên dữ liệu trực tiếp
(3) Discrepancy.Persistence > MinPersistenceWindow
— Chênh lệch đã tồn tại ít nhất N mili giây
— Chênh lệch LP thực sự tồn tại lâu hơn; nhiễu do độ trễ sụp đổ trong 30–100ms
Tín hiệu được phân loại là DO ĐỘ TRỄ nếu BẤT KỲ điều kiện nào thất bại → lệnh bị loại bỏ.
Đây là điều kiện phân loại quan trọng nhất. Feed tham chiếu nhanh hơn cả hai broker thực thi, nên nó nhận các sự kiện thị trường toàn cầu trước khi báo giá của hai broker kia cập nhật. Nếu feed tham chiếu cho thấy biến động giá đáng kể trong cửa sổ ngay trước khi phát hiện tín hiệu, biến động đó nhiều khả năng là nguyên nhân của chênh lệch nhìn thấy: feed của một broker thực thi đã cập nhật theo sự kiện, còn broker kia thì chưa.
| Tham số | Giá trị điển hình | Ghi chú |
|---|---|---|
| MovementThreshold | 0.5–1.5 pip mỗi 100ms cho các cặp chính; 1.5–3.0 pip cho các cặp biến động mạnh | Được thiết lập bằng cách đo mức di chuyển pip điển hình mỗi 100ms trong điều kiện bình thường so với điều kiện có sự kiện cho từng công cụ cụ thể |
| Cửa sổ lookback | 50–200ms | Phải bắt được sự kiện biến động nhưng không được che lấp các chênh lệch thực sự xuất hiện sau một sự kiện giá có độ trễ. Hiệu chỉnh dựa trên chênh lệch độ trễ feed đã đo được. |
| Ngưỡng stale | 500ms–2,000ms | Nếu feed tham chiếu không cập nhật trong khoảng này, có thể nó đang bị treo. Xử lý các tín hiệu trong thời gian feed stale một cách thận trọng: loại bỏ hoặc giữ lại cho đến khi feed hoạt động trở lại. |
Một nhiễu do độ trễ 5 pip trong một sự kiện giá lớn sẽ được bộ lọc fast feed phân loại là do độ trễ, bất kể độ lớn của nó. Ngưỡng đơn giản sẽ cho qua nếu được đặt dưới 5 pip. Bộ lọc fast feed phân loại dựa trên trạng thái thị trường, không phải kích thước của chênh lệch.
Trong giai đoạn yên ắng, feed tham chiếu cho thấy tốc độ thay đổi thấp và bộ phân loại hiếm khi kích hoạt. Trong giai đoạn biến động, feed tham chiếu hoạt động mạnh và liên tục phân loại các nhiễu do độ trễ. Bộ lọc tự động siết chặt trong các giai đoạn rủi ro cao mà không cần điều chỉnh thủ công.
Một chênh lệch LP thực sự chỉ 0.8 pip mà ngưỡng đơn giản sẽ chặn lại vẫn có thể đi qua bộ lọc fast feed nếu feed tham chiếu yên tĩnh. Bộ lọc này không hy sinh các tín hiệu thực sự nhỏ chỉ để tránh các tín hiệu độ trễ nhỏ; mỗi tín hiệu được phân loại độc lập theo bối cảnh thị trường.
Trong các hệ thống được hiệu chỉnh tốt, bộ lọc fast feed giảm mức nhiễm nhiễu do độ trễ từ 60–80% tín hiệu chưa lọc xuống dưới 5%. Phần nhiễm nhiễu còn lại là các trường hợp biên, khi một sự kiện giá đủ chậm để không kích hoạt ngưỡng tốc độ thay đổi, nhưng vẫn đủ nhanh để tạo ra chênh lệch giữa các feed.
| Bộ lọc | Loại bỏ độ trễ | Giữ lại tín hiệu thực sự | Độ phức tạp | Phù hợp nhất cho |
|---|---|---|---|---|
| Không có bộ lọc | 0% — tất cả đều đi qua | 100% | Không có | Không khả thi — chắc chắn tạo ra dòng lệnh độc hại |
| Chỉ difference-to-open | 40–60% | 80–90% | Thấp | Thiết lập ban đầu, tốc độ feed giữa các broker khá tương đồng |
| Difference-to-open + độ bền | 60–75% | 75–85% | Thấp | Nền tảng cải tiến hơn, nhưng vẫn bỏ sót các sự kiện độ trễ lớn |
| Bộ lọc fast feed (đầy đủ) | 90–97% | 85–95% | Cao | Arbitrage triển khai thực tế, môi trường broker khắc nghiệt |
Chênh lệch LP thực sự tồn tại vì các nhà cung cấp thanh khoản của hai broker định giá cùng một công cụ theo cách khác nhau, tức một khác biệt mang tính cấu trúc trong cách mỗi LP mô hình hóa thị trường hoặc quản lý tồn kho. Chênh lệch do độ trễ tồn tại vì feed của một broker nhận được sự kiện thị trường nhanh hơn broker còn lại. Chênh lệch thực sự có thể giao dịch và kéo dài từ 200ms đến 2,000ms. Nhiễu do độ trễ sụp đổ trong 30–150ms khi feed chậm hơn bắt kịp, thường là trước khi lệnh có thể tới broker chậm hơn.
Difference-to-open là mức chênh lệch giá tối thiểu có thể cấu hình, tính bằng pip, phải tồn tại giữa hai báo giá broker trước khi bất kỳ lệnh nào được đặt. Nó lọc tín hiệu do độ trễ bằng cách tận dụng xu hướng các nhiễu do độ trễ feed thường nhỏ hơn trung bình so với chênh lệch LP thực sự. Nó hiệu quả trong việc loại bỏ các tín hiệu độ trễ nhỏ, nhưng không bắt được các sự kiện độ trễ lớn trong giai đoạn biến động cao, khi một biến động giá nhanh tạo ra một chênh lệch nhìn thấy lớn giữa các feed có tốc độ cập nhật khác nhau.
Bộ lọc fast feed sử dụng một feed giá tham chiếu thứ ba, nhanh hơn cả hai broker thực thi, để phân loại từng chênh lệch được phát hiện trước khi đặt lệnh. Nếu feed tham chiếu cho thấy biến động giá đáng kể trong cửa sổ trước khi phát hiện tín hiệu, chênh lệch đó sẽ được phân loại là do độ trễ và bị loại bỏ. Nếu feed tham chiếu yên tĩnh, chênh lệch đó được phân loại là một khác biệt LP thực sự tiềm năng và việc thực thi sẽ tiếp tục. Cách này phân loại tín hiệu dựa trên trạng thái thị trường chứ không chỉ dựa vào độ lớn, nhờ đó bắt được các sự kiện độ trễ lớn mà ngưỡng đơn giản bỏ sót.
Tín hiệu do độ trễ tạo ra lệnh đúng vào thời điểm các sự kiện biến động giá xảy ra. Hệ thống rủi ro của broker phát hiện sự tập trung này như một mẫu dòng lệnh kỹ thuật. Ngoài ra, các giao dịch do độ trễ liên tục tạo ra các lần khớp bất lợi và thoát lệnh nhanh với khoản lỗ nhỏ, tạo nên phân phối thời gian nắm giữ và P&L bất đối xứng, từ đó càng khiến tài khoản bị nhận diện là khai thác kỹ thuật. Một khi bị phân loại, tài khoản sẽ nhận chất lượng thực thi suy giảm, ảnh hưởng cả tới các giao dịch chênh lệch LP thực sự có lợi nhuận.
Một nguồn dữ liệu giá thứ ba được chứng minh là nhanh hơn cả hai broker thực thi trong việc nhận các sự kiện thị trường toàn cầu. Nguồn đó có thể là một nhà cung cấp dữ liệu thị trường chuyên dụng, một dịch vụ feed giá colocated hoặc một tài khoản broker thứ ba chỉ dùng làm feed tham chiếu, không dùng để đặt lệnh. Feed tham chiếu chạy trên một luồng giám sát riêng với timestamp cấp phần cứng ngay khi nhận dữ liệu từ socket. Không bao giờ đặt lệnh qua feed tham chiếu; nó chỉ đóng vai trò là đầu vào để phân loại.
Tối thiểu là theo quý. Các tham số tối ưu thay đổi khi quan hệ LP của broker phát triển, hạ tầng feed thay đổi và chế độ biến động thị trường dịch chuyển. Cần hiệu chỉnh lại ngay khi: broker thay đổi LP hoặc công cụ định giá; thay đổi ở nhà cung cấp VPS hoặc tuyến mạng ảnh hưởng tới độ trễ feed; hoặc có thay đổi kéo dài về biến động của công cụ giao dịch. Nhật ký đóng góp theo từng tín hiệu của SharpTrader cung cấp dữ liệu cần thiết để hiệu chỉnh liên tục mà không cần một chế độ ngoại tuyến riêng.
Difference-to-open · Bộ lọc feed tham chiếu nhanh · Ghi log đóng góp theo từng tín hiệu · Tương thích FIX API · 25 năm phát triển arbitrage