English
日本語
العربية
한국어
Español
Português
Indonesia
Tiếng Việt
中文
In einer Hedge-Arbitrage-Konfiguration mit zwei Brokern sind 60–80 % der erkannten Abweichungen Latenzartefakte — keine echten Preisunterschiede der LPs. Die Ausführung auf Basis dieser Signale verliert bei jedem Trade Geld und erzeugt toxischen Orderflow, den Broker klassifizieren und einschränken. Dieser Leitfaden behandelt beide Filterebenen: den einfachen Difference-to-Open-Schwellenwert und die fortgeschrittene Fast-Feed-Referenzarchitektur, die die Latenzkontamination nahezu vollständig eliminiert.
Wenn Hedge-Arbitrage-Software eine Abweichung zwischen den Quotes zweier Broker erkennt, kann diese Abweichung aus zwei grundsätzlich verschiedenen Ursachen entstehen. Die erste ist ein echter Preisunterschied zwischen den Liquiditätsanbietern der Broker — eine handelbare Gelegenheit. Die zweite ist ein Feed-Latenzartefakt: Ein Broker hat ein globales Marktereignis schneller empfangen als der andere, und die scheinbare Abweichung existiert nur, weil sich die Quote des langsameren Brokers noch nicht aktualisiert hat. Diese beiden Fälle sind anhand des reinen Quote-Vergleichs allein nicht zu unterscheiden — sie führen bei der Ausführung jedoch zu völlig gegensätzlichen Ergebnissen.
| Signaltyp | Ursache | Beständigkeit | Bei Ausführung |
|---|---|---|---|
| Echte LP-Abweichung | Der LP von Broker A bepreist anders als der LP von Broker B — unabhängig vom Timing des Marktereignisses | 200ms bis 2.000ms | Ausführung zu den quotierten Preisen — Nettogewinn wie erwartet |
| Latenzbedingtes Artefakt | Der Feed von Broker A hat ein Marktereignis schneller empfangen. Scheinbare Abweichung = Preisbewegung, kein LP-Unterschied | 30ms bis 150ms | Broker B hat sich zum Zeitpunkt der Ausführung bereits aktualisiert — Verlust oder Requote |
Ohne Filterung liegt das Verhältnis von latenzbedingten Signalen zu Signalen aus echten LP-Abweichungen in einer typischen Zwei-Broker-Konfiguration bei 60–80 % Latenzartefakten. Marktereignisse — Preis-Ticks, Wirtschaftsveröffentlichungen, Liquiditätsverschiebungen — treten fortlaufend auf, und jedes erzeugt eine vorübergehende latenzbedingte Abweichung, da sich der Feed des schnelleren Brokers zuerst aktualisiert. Das Verhältnis hängt stark vom Feed-Geschwindigkeitsunterschied zwischen den beiden Brokern ab: Ein Brokerpaar, bei dem ein Feed durchgängig 100ms schneller ist als der andere, erzeugt weit mehr Artefakte als ein Paar mit weniger als 10ms Unterschied.
Die Ausführung auf Latenzartefakten ist auf Ebene des einzelnen Trades unprofitabel. Doch das Problem geht weiter — sie erzeugt ein spezifisches Orderflow-Muster, das Broker als technisch toxisch klassifizieren.
Latenzbedingte Signale lösen genau dann aus, wenn ein Preisereignis eintritt — denn dann aktualisiert sich der Feed des schnellen Brokers, während der des langsamen Brokers dies noch nicht getan hat. Ungefilterte Hedge-Arbitrage platziert einen unverhältnismäßig großen Anteil der Orders genau in den Momenten von Preisbewegungsereignissen. Broker-Risikosysteme, die Zeitstempel von Orders mit Zeitstempeln von Preisereignissen korrelieren, identifizieren diese Konzentration als technischen Flow.
Latenzbedingte Trades werden im Verhältnis zum Markt einige hundert Millisekunden später durchgängig zu ungünstigen Preisen ausgeführt. Broker-Risikosysteme verfolgen die kurzfristige Preisentwicklung nach jeder Ausführung. Ein hoher Anteil von Fills, denen unmittelbar eine nachteilige Preisbewegung folgt — die Signatur von Orders, die genau in dem Moment eintreffen, in dem sich der Markt gegen die Fill-Richtung bewegt hat — markiert das Konto für eine Adverse-Selection-Prüfung.
Ein System, das auf Latenzartefakten ausführt, ist in Phasen niedriger Volatilität profitabel (echte LP-Abweichungen dominieren) und in Phasen hoher Volatilität unprofitabel (Latenzartefakte vervielfachen sich). Diese umgekehrte Korrelation zwischen P&L und Volatilität — unvereinbar mit legitimem technischem Trading — ist eine erkennbare Signatur toxischen Flows.
Wenn ein latenzbedingter Trade zum falschen Preis ausgeführt wird, steigt das System innerhalb von Sekunden wieder aus. Dieses Muster — profitable Trades werden länger gehalten, verlustreiche Trades schnell geschlossen — erzeugt eine asymmetrische Haltedauerverteilung, die Risikosysteme als automatisierte technische Ausnutzung kennzeichnen.
Sobald das Konto als toxischer Flow klassifiziert ist, verschlechtert sich die Ausführung — Requotes, Spread-Ausweitung oder internes Routing auf das Eigenbuch des Brokers. Dadurch verschlechtern sich auch die profitablen Trades aus echten LP-Abweichungen. Das Filterproblem betrifft nicht nur die Profitabilität einzelner Trades — es entscheidet darüber, ob das Konto für Arbitrage überhaupt tragfähig bleibt.
Der einfachste Filter ist ein Mindestschwellenwert für Preisabweichungen — Difference-to-Open — unterhalb dessen keine Order platziert wird. Latenzbedingte Abweichungen sind im Durchschnitt meist kleiner als echte LP-Abweichungen: Feed-Latenzartefakte spiegeln nur den Geschwindigkeitsunterschied zwischen zwei Feeds wider, die dasselbe Ereignis empfangen, während echte LP-Abweichungen tatsächliche Unterschiede auf LP-Ebene widerspiegeln, die größer und beständiger sein können. Das Setzen eines Mindestschwellenwerts schneidet die kleineren latenzbedingten Signale ab und behält die größeren echten Signale bei.
| Schritt | Aktion | Ergebnis |
|---|---|---|
| Schritt 1 | Im reinen Überwachungsmodus 5–10 Handelstage laufen lassen. Jede erkannte Abweichung protokollieren mit: Zeitstempel, Größe (Pips), Dauer bis zum Zusammenbruch und Preisbewegung in den 200ms nach der Erkennung. | Rohdatensatz der Signale |
| Schritt 2 | Jedes Signal im Nachhinein klassifizieren: echt (besteht länger als 150ms, Referenzfeed ruhig) oder latenzbedingt (fällt unter 100ms zusammen, ging ein gerichtetes Preisereignis voraus). | Klassifizierter Datensatz |
| Schritt 3 | Die Größenverteilung echter vs. latenzbedingter Signale darstellen. Den Schwellenwert finden, bei dem 80%+ der Signale darüber echte LP-Abweichungen sind. | Optimaler Schwellenwert |
| Schritt 4 | Difference-to-Open auf den ermittelten Schwellenwert setzen. Vierteljährlich neu kalibrieren — der optimale Schwellenwert verschiebt sich, wenn sich LP-Beziehungen der Broker und Marktvolatilitätsregime ändern. | Ausgerollter Filterparameter |
Phasen hoher Volatilität erzeugen große Preisbewegungen. Ein Feed-Latenzartefakt während einer Bewegung von 10 Pips kann als Abweichung von 4–5 Pips zwischen Brokern erscheinen. Ein 3-Pip-Schwellenwert fängt das nicht ab. Große Latenzereignisse sind die schädlichsten — größte Verluste und am deutlichsten sichtbares toxisches Flow-Muster.
Der optimale Schwellenwert variiert mit den Marktbedingungen. Während ruhiger Phasen der asiatischen Session kann ein Schwellenwert von 1,5 Pips ausreichend filtern. Zum London Open lässt derselbe Schwellenwert einen hohen Anteil an Latenzartefakten durch. Ein fester Schwellenwert ist immer ein Kompromiss.
Der einfache Filter behandelt alle Abweichungen oberhalb des Schwellenwerts identisch, unabhängig vom Marktkontext zum Zeitpunkt der Signalerkennung. Er kann nicht zwischen einer echten LP-Abweichung von 3 Pips und einem Latenzartefakt von 3 Pips unterscheiden, das durch ein schnelles Preisereignis entstanden ist.
Der Fast-Feed-Filter führt eine dritte unabhängige Datenquelle ein — schneller als beide Ausführungsbroker — als Klassifizierungsmechanismus für jede erkannte Abweichung. Anstatt nur nach Größe zu filtern, verwendet das System den Fast Feed, um zu bestimmen, ob eine erkannte Abweichung mit einem Preisbewegungsereignis im Referenzfeed zusammenfällt. Ist das der Fall, ist das Signal latenzbedingt und wird verworfen. Ist der Referenzfeed ruhig, wird die Abweichung als echte LP-Differenz eingestuft und die Ausführung fortgesetzt.
Die Klassifizierungslogik bei jedem Signalerkennungsereignis:
Signal wird als ECHTE LP-ABWEICHUNG klassifiziert, wenn ALLE Bedingungen erfüllt sind:
(1) FastFeed.RateOfChange(last 100ms) < MovementThreshold
— Referenzfeed hat sich im vorangehenden Fenster nicht wesentlich bewegt
— Kein gerichtetes Preisereignis breitet sich derzeit durch den Markt aus
(2) FastFeed.LastTickAge < StalenessThreshold
— Referenzfeed aktualisiert sich aktiv (nicht veraltet oder getrennt)
— Stellt sicher, dass die Klassifizierungsprüfung auf Live-Daten basiert
(3) Discrepancy.Persistence > MinPersistenceWindow
— Abweichung besteht seit mindestens N Millisekunden
— Echte LP-Abweichungen bleiben bestehen; Latenzartefakte kollabieren in 30–100ms
Signal wird als LATENZBEDINGT klassifiziert, wenn EINE Bedingung nicht erfüllt ist → Order verworfen.
Dies ist die primäre Klassifizierungsbedingung. Der schnelle Referenzfeed ist schneller als beide Ausführungsbroker — er empfängt globale Marktereignisse, bevor sich die Quotes beider Broker aktualisieren. Zeigt der Referenzfeed im Fenster vor der Signalerkennung eine signifikante Preisbewegung, ist diese Bewegung die wahrscheinliche Ursache der scheinbaren Abweichung: Der Feed eines Ausführungsbrokers wurde durch das Ereignis aktualisiert, der andere noch nicht.
| Parameter | Typischer Wert | Hinweis |
|---|---|---|
| MovementThreshold | 0,5–1,5 Pips pro 100ms für Majors; 1,5–3,0 Pips für volatile Paare | Wird festgelegt, indem die typische Pip-Bewegung pro 100ms unter normalen vs. ereignisgetriebenen Bedingungen für das spezifische Instrument gemessen wird |
| Lookback window | 50–200ms | Muss das Bewegungsereignis erfassen, darf aber echte Abweichungen nach einem Bewegungsereignis mit Verzögerung nicht verdecken. Kalibriert anhand des gemessenen Feed-Latenzunterschieds. |
| Staleness threshold | 500ms–2.000ms | Wenn sich der Referenzfeed innerhalb dieses Fensters nicht aktualisiert hat, kann er blockiert sein. Signale während solcher Veraltungsereignisse konservativ behandeln — verwerfen oder zurückhalten, bis der Feed wieder läuft. |
Ein Latenzartefakt von 5 Pips während eines großen Preisereignisses wird vom Fast-Feed-Filter als latenzbedingt klassifiziert — unabhängig von der Größe. Der einfache Schwellenwert würde es durchlassen, wenn er unter 5 Pips liegt. Der Fast-Feed-Filter klassifiziert auf Basis des Marktzustands, nicht der Größe der Abweichung.
In ruhigen Phasen zeigt der Referenzfeed eine geringe Änderungsrate, und die Klassifizierung wird selten ausgelöst. In volatilen Phasen ist der Referenzfeed aktiv und klassifiziert Latenzartefakte fortlaufend. Der Filter verschärft sich automatisch in Hochrisikophasen, ohne manuelle Anpassung.
Eine echte LP-Abweichung von 0,8 Pips, die der einfache Schwellenwert blockieren würde, passiert den Fast-Feed-Filter, wenn der Referenzfeed ruhig ist. Der Filter opfert keine kleinen echten Signale, um kleine Latenzsignale zu vermeiden — jedes Signal wird unabhängig anhand des Marktkontexts klassifiziert.
In gut kalibrierten Deployments reduziert der Fast-Feed-Filter die latenzbedingte Kontamination von 60–80 % der ungefilterten Signale auf unter 5 %. Die verbleibende Kontamination besteht aus Randfällen, in denen ein Preisereignis langsam genug ist, um den Schwellenwert der Änderungsrate nicht auszulösen, aber schnell genug, um einen Feed-Unterschied zu erzeugen.
| Filter | Latenzunterdrückung | Beibehaltung echter Signale | Komplexität | Am besten geeignet für |
|---|---|---|---|---|
| Kein Filter | 0 % — alle passieren | 100% | Keine | Nicht tragfähig — toxischer Flow garantiert |
| Nur Difference-to-Open | 40–60% | 80–90% | Niedrig | Erstkonfigurationen, eng aufeinander abgestimmte Broker-Feed-Geschwindigkeiten |
| Difference-to-open + Beständigkeit | 60–75% | 75–85% | Niedrig | Verbesserte Basislösung, verfehlt aber weiterhin große Latenzereignisse |
| Fast-Feed-Filter (vollständig) | 90–97% | 85–95% | Hoch | Produktive Arbitrage, feindliche Broker-Umgebungen |
Eine echte LP-Abweichung besteht, weil die Liquiditätsanbieter zweier Broker dasselbe Instrument unterschiedlich bepreisen — ein struktureller Unterschied darin, wie jeder LP den Markt modelliert oder Bestände verwaltet. Eine latenzbedingte Abweichung besteht, weil der Feed eines Brokers ein Marktereignis schneller empfangen hat als der andere. Echte Abweichungen sind handelbar und bestehen 200ms bis 2.000ms fort. Latenzartefakte kollabieren innerhalb von 30–150ms, wenn der langsamere Feed aufholt — typischerweise bevor Orders den langsameren Broker erreichen können.
Difference-to-Open ist eine konfigurierbare Mindestpreisabweichung — in Pips — die zwischen zwei Broker-Quotes bestehen muss, bevor irgendeine Order platziert wird. Es filtert latenzbedingte Signale, indem es die Tendenz ausnutzt, dass Feed-Latenzartefakte im Durchschnitt kleiner sind als echte LP-Abweichungen. Es ist wirksam bei der Eliminierung kleiner Latenzsignale, erfasst jedoch keine großen Latenzereignisse in Phasen hoher Volatilität, in denen eine schnelle Preisbewegung eine große scheinbare Abweichung zwischen Feeds mit unterschiedlichen Aktualisierungsgeschwindigkeiten erzeugt.
Der Fast-Feed-Filter verwendet einen dritten Referenz-Preisfeed — schneller als beide Ausführungsbroker — um jede erkannte Abweichung zu klassifizieren, bevor eine Order platziert wird. Zeigt der Referenzfeed im Fenster vor der Signalerkennung eine signifikante Preisbewegung, wird die Abweichung als latenzbedingt klassifiziert und verworfen. Ist der Referenzfeed ruhig, wird die Abweichung als potenziell echte LP-Differenz eingestuft und die Ausführung fortgesetzt. Dadurch werden Signale auf Basis des Marktzustands statt allein nach ihrer Größe klassifiziert, wodurch große Latenzereignisse erfasst werden, die der einfache Schwellenwert verfehlt.
Latenzbedingte Signale erzeugen Orders genau im Moment von Preisbewegungsereignissen. Broker-Risikosysteme erkennen diese Konzentration als technisches Flow-Muster. Darüber hinaus führen latenzbedingte Trades durchgängig zu nachteiligen Fills und schnellen Ausstiegen mit kleinen Verlusten, wodurch eine asymmetrische Haltedauer- und P&L-Verteilung entsteht, die das Konto zusätzlich als technische Ausnutzung identifiziert. Nach der Klassifizierung erhält das Konto eine verschlechterte Ausführung, die auch die profitablen Trades aus echten LP-Abweichungen betrifft.
Eine dritte Preisdatenquelle, die globale Marktereignisse nachweislich schneller empfängt als beide Ausführungsbroker. Das kann ein dedizierter Marktdatenanbieter, ein co-lokalisierter Preisfeed-Dienst oder ein drittes Brokerkonto sein, das nur als Referenzfeed verwendet wird (es werden keine Orders darüber platziert). Der Referenzfeed läuft auf einem separaten Überwachungs-Thread mit Hardware-Zeitstempeln beim Socket-Empfang. Über den Referenzfeed werden niemals Orders platziert — er dient ausschließlich als Klassifizierungseingang.
Mindestens vierteljährlich. Die optimalen Parameter verschieben sich, wenn sich die LP-Beziehungen der Broker weiterentwickeln, sich die Feed-Infrastruktur ändert und sich Marktvolatilitätsregime verschieben. Eine sofortige Neukalibrierung ist angebracht, wenn: ein Broker seinen LP oder seine Preis-Engine ändert; Änderungen beim VPS-Anbieter oder Netzwerk-Routing die Feed-Latenzen beeinflussen; oder anhaltende Veränderungen der Volatilität eines Instruments auftreten. Das signalbezogene Attributions-Logging von SharpTrader liefert die Daten für die laufende Kalibrierung, ohne dass ein separater Offline-Modus nötig ist.
Difference-to-open · Fast-Referenzfeed-Filter · Signalbezogenes Attributions-Logging · FIX-API-kompatibel · 25 Jahre Arbitrage-Entwicklung