English
日本語
العربية
한국어
Español
Português
Indonesia
Tiếng Việt
中文
BJF TRADING GROUP · SHARPTRADER OPTIMIZER
Die meisten veröffentlichten Backtests für Latenzarbitrage sehen auf dem Papier spektakulär aus und brechen in dem Moment zusammen, in dem sie live gehen. Der Grund ist keine schlechte Strategielogik — sondern dass standardmäßige Retail-Backtester stillschweigend Ausführungen ohne Latenz annehmen. Dieser Leitfaden zeigt genau, wie Ausführungszeiten im Millisekundenbereich die Rechnung verändern und was Ihr Backtest modellieren muss, um Ergebnisse zu liefern, die Sie tatsächlich handeln können.
Die Profitabilität von Latenzarbitrage lebt in einem Zeitfenster von 50–200 Millisekunden. So lange bleibt die Preisdifferenz zwischen einem schnellen Feed und einem langsamen Broker typischerweise offen, bevor sich die Quote des langsamen Brokers aktualisiert. Wenn Ihre tatsächliche Roundtrip-Ausführungszeit — von der Signalerkennung bis zur bestätigten Ausführung — den Großteil dieses Fensters aufbraucht, bleibt Ihnen fast kein Spielraum. Standardmäßige Retail-Backtester gehen davon aus, dass Orders sofort zum angezeigten Preis ausgeführt werden, wodurch dieses gesamte Problem aus der Simulation verschwindet. Das Ergebnis: ein Backtest, der wie gedrucktes Geld aussieht, und ein Live-Einsatz, der nach Spread bei jedem Trade verliert.
Dieser Artikel quantifiziert die Lücke, schlüsselt auf, wohin die Millisekunden tatsächlich gehen, und erklärt, wie Ausführungszeit in einem Backtest modelliert werden muss, damit die ausgelieferten Zahlen zu den Zahlen passen, die Sie auf einem Live-Konto sehen werden.
Ansehen: Wie Ausführungszeit einen Backtest für Latenzarbitrage verändert — dieselbe Strategie bei 0 ms, 50 ms und 150 ms Ausführungslatenz, Tick für Tick erklärt.
In einem Latenzarbitrage-System vergleicht die Strategie zwei Preisfeeds — einen schnellen Feed (typischerweise einen Tier-1-Aggregator oder LP-Feed) und einen langsamen Feed (den Broker, gegen den Sie handeln). Wenn der schnelle Feed dem langsamen um mehr als den Spread plus einen konfigurierten Schwellenwert voraus ist, sendet die Strategie eine Order auf der langsamen Seite, in der Erwartung, dass der langsame Preis konvergiert.
Die Gelegenheit besteht nur, solange die beiden Preise nicht übereinstimmen. In dem Moment, in dem die Quote-Engine des Brokers aufholt — normalerweise innerhalb von 50 bis 200 Millisekunden — verschwindet der Vorteil. Ihre Order muss vorher im Markt sein.
„Ausführungszeit“ ist in diesem Zusammenhang keine einzelne Zahl. Sie ist ein Stapel von Latenzen, von denen jede einige Millisekunden beiträgt:
Für eine Strategie, die auf einem Standard-VPS in einem anderen Rechenzentrum als der Broker läuft, liegt der realistische Roundtrip selten unter 80–100ms. Für eine Strategie, die beim Broker über einen Cross-Connect co-located läuft, kann er auf 1–5ms sinken. Dieser Unterschied um eine Größenordnung ist das ganze Spiel.
Stellen Sie sich ein sauberes Signal vor: Der schnelle Feed springt um 1.5 Pips. Der langsame Broker hat noch nicht aktualisiert. Im Durchschnitt haben Sie irgendwo zwischen 80 und 150 Millisekunden, bevor die Quote-Engine des langsamen Brokers den neuen Preis widerspiegelt. Innerhalb dieses Fensters passieren zwei Dinge gleichzeitig:
Wenn Ihr Roundtrip 50ms verbraucht, kommen Sie an, wenn die Diskrepanz noch zu ~70% intakt ist, und erfassen den Großteil davon. Wenn Ihr Roundtrip 150ms verbraucht, kommen Sie an, wenn die Diskrepanz bereits auf ~10% zusammengebrochen ist — und nach Spread + Slippage verlieren Sie wahrscheinlich.
Die Beziehung zwischen Roundtrip-Latenz und Arbitrage-PnL ist nicht linear. Unterhalb des Ausführungsfensters ist die Profitabilität hoch und stabil. Oberhalb davon bricht die Profitabilität auf null oder negativ zusammen. Die meisten Retail-Trader sitzen auf der falschen Seite dieser Klippe und wissen es nicht, weil ihr Backtest sie verbirgt.
Hier ist dasselbe theoretische Latenzarbitrage-Signal mit 1.5-Pip-Vorteil, simuliert bei vier verschiedenen Roundtrip-Ausführungslatenzen. Die folgenden Zahlen sind typisch für das, was Sie bei EUR/USD während einer London-Session mit normaler Liquidität und einem Spread von 0.6–0.9 Pip sehen werden.
| Roundtrip-Ausführung | Erfasster Vorteil | Slippage beim Einstieg | Netto-PnL pro Trade | Urteil |
|---|---|---|---|---|
| ~5ms (co-located) | ~95% des Signals | 0.0–0.2 Pip | +0.6 bis +1.0 Pip | Profitabel |
| ~50ms (naher VPS) | ~70% des Signals | 0.2–0.5 Pip | +0.2 bis +0.6 Pip | Profitabel, dünner |
| ~120ms (mittlere Distanz) | ~30% des Signals | 0.5–1.0 Pip | −0.3 bis +0.1 Pip | Grenzwertig / verlustreich |
| ~200ms (Long-Haul) | ~10% des Signals | 1.0–1.8 Pip | −1.0 bis −0.5 Pip | Verliert jeden Trade |
Beachten Sie das Muster: Von 5ms auf 50ms sinkt die Profitabilität moderat. Von 50ms auf 120ms fällt sie von der Klippe. Jenseits von 150ms ist die Strategie nach Kosten ein Münzwurf mit negativer Erwartung. Diese Klippe ist für einen Backtester unsichtbar, der sofortige Ausführungen annimmt.
Standardmäßige Retail-Backtester wurden für trendfolgende und indikatorbasierte Systeme gebaut — Strategien, bei denen Haltedauern Minuten bis Tage betragen und ein paar Sekunden Ausführungs-Slippage ein Rundungsfehler sind. Ihre Architektur spiegelt das wider:
Für eine Strategie, die Positionen stundenlang hält, ist das in Ordnung — die Kosten dieser Vereinfachungen liegen deutlich unter 1% des PnL. Für eine Latenzarbitrage-Strategie, die 1–3 Pips pro Trade verdient und innerhalb eines 100ms-Fensters lebt oder stirbt, ist jede einzelne dieser Vereinfachungen fatal:
Eine 100ms-Preisdiskrepanz ist innerhalb einer M1-Bar unsichtbar — die Bar zeigt OHLC, nicht den Intrabar-Tickstream. Bar-Replay-Backtester können Latenzarbitrage-Signale nicht einmal korrekt erkennen.
Wenn Orders zu dem angezeigten Preis ausgeführt werden, sobald sie gesendet werden, fällt das gesamte 50–200ms-Ausführungsfenster auf null zusammen. Der Backtest erfasst jedes Mal 100% jedes Signals. Die Realität erfasst je nach Infrastruktur 30%–95%.
Reale Arbitrage-Gelegenheiten häufen sich rund um Nachrichten, Rollover und dünne Liquiditätsfenster — genau dann, wenn sich der Spread um das 3–5-Fache ausweitet. Backtests mit festem Spread zählen Gewinne, die unter realen Bedingungen nicht existieren würden.
Latenzarbitrage schließt Positionen so schnell, wie sie sie eröffnet. Standard-Backtester ignorieren entweder die Slippage beim Schließen vollständig oder wenden denselben festen Spread an und verdoppeln damit den unrealistischen Optimismus.
Um einen Backtest zu erzeugen, der den Kontakt mit einem Live-Broker übersteht, muss der Simulator jeden Abschnitt des Roundtrips explizit modellieren. Hier ist die Aufschlüsselung, die ein seriöser Latenzarbitrage-Backtest braucht:
| Komponente | Typischer Bereich | Was sie darstellt |
|---|---|---|
| 1. Signal-to-send-Latenz | 0.5–20 ms | Zeit vom Empfang des auslösenden Ticks bis zur Ausgabe einer Order. Hängt von Sprache, Codepfad und CPU ab. Kompiliertes C++ <1ms; High-Level-Skripte 5–20ms. |
| 2. Netzwerk-Roundtrip (hin) | 1–80 ms | Übertragungszeit von Ihrem Trading-Host zum Broker. Co-located = 1–3ms; gleiche Metropolregion = 5–15ms; cross-region = 30–80ms. |
| 3. Broker-Matching-Latenz | 3–100 ms | Zeit im Order-Management und in der Matching-Engine des Brokers. Tier-1-ECN-Broker: 3–15ms. Standard-Retail-Broker: 30–100ms. STP-Broker mit manueller Bearbeitung: 100ms+. |
| 4. Bestätigungs-Roundtrip (zurück) | 1–80 ms | Spiegelt den ausgehenden Netzwerkabschnitt wider. Bis Sie die Ausführungsbestätigung erhalten, kennen Sie Ihren Ausführungspreis nicht — relevant für Risikomanagement und das Timing der Schließungsseite. |
Bei einem typischen Retail-Latenzarbitrage-Einsatz von einem generischen VPS über einen Standard-Retail-Broker summieren sich die vier Komponenten auf ungefähr 80–180ms — genau in der Gefahrenzone, in der die Signalerfassung unter 50% fällt. Bei einem co-located Einsatz über einen schnellen ECN-Broker summieren sich dieselben Komponenten auf 5–20ms — deutlich unterhalb der Klippe.
Jeder ehrliche Backtest einer Latenzarbitrage-Strategie sollte es dem Trader ermöglichen, diese Latenzen zu konfigurieren und die Auswirkungen zu sehen. SharpTrader Optimizer modelliert Ausführungslatenz als einen einzelnen konfigurierbaren Parameter (in Millisekunden), der zum Simulationszeitpunkt auf jede Order angewendet wird, zusätzlich zu echten historischen Tickdaten.
Drei Dinge müssen vorhanden sein. Jedes ist notwendig; keines reicht allein aus.
Standardmäßige Retail-Backtester füllen „Tick“-Daten durch Interpolation zwischen Bar-OHLC-Werten auf. Die synthetischen Ticks, die sie erzeugen, erreichen das Bar-Hoch und -Tief an zufälligen Punkten innerhalb der Bar, glatt zwischen Eröffnung und Schluss. Reale Märkte bewegen sich nicht so — sie springen. Das 1.5-Pip-Latenzarbitrage-Signal, das Sie erfassen wollen, ist ein Sprung, den interpolierte Tickdaten ins Nichtvorhandensein glätten.
Ein seriöser Backtest spielt tatsächlich aufgezeichnete Bid/Ask-Ticks aus der Matching-Engine des Brokers ab (oder einen sauberen Referenzfeed wie institutionelle Daten aus London). Jeder Tick hat einen Zeitstempel, einen Bid und einen Ask. Die Strategie sieht sie in derselben Reihenfolge und mit demselben Timing, wie sie ein Live-Einsatz sehen würde.
Der Trader konfiguriert die Roundtrip-Ausführungszeit T (in Millisekunden), die er live erwartet. Wenn die Strategie eine Order ausgibt, schiebt der Simulator die Uhr um den Request-Leg-Anteil vor — typischerweise T/2, da nur die Zeit zwischen Signal und brokerseitigem Matching den Ausführungspreis beeinflusst (der Response-Leg teilt der Strategie nur mit, was bereits passiert ist). Wenn T = 80ms, schaut der Simulator 40ms nach dem Signal in den Tickstream und verwendet den Bid/Ask dieses Ticks — nicht den Tick, der das Signal ausgelöst hat — als Ausführungspreis.
Diese eine Änderung — die Uhr zwischen Signal und Ausführung vorzuschieben — reproduziert die Klippe bei realistischen Latenzen. Sie macht den Backtest außerdem deterministisch: Dieselbe Strategie bei T = 50ms gegenüber T = 150ms auf demselben Tickstream liefert messbar unterschiedliche Ergebnisse, und der Trader kann genau sehen, wo die Strategie aufhört zu funktionieren.
Die realisierte Slippage bei jeder Ausführung ist das, was der Tick-Walk erzeugt hat — sie ist ein Output der Simulation, keine Zahl, die der Trader raten muss. Einige Ausführungen landen günstig (positive Slippage), andere schlechter (negative), und die Größenordnung folgt der tatsächlichen Tick-Volatilität während dieser Millisekunden. Das ist die realistische Verteilung, die jedem standardmäßigen Retail-Backtester fehlt.
Latenzarbitrage schließt so schnell, wie sie eröffnet. Der Ausstieg erfolgt 200–800ms nach dem Einstieg in einen konvergierenden Preis. Wenn der Simulator denselben festen Spread auf Einstieg und Ausstieg anwendet, verfehlt er zwei Dinge: (1) Einstiegsslippage aus dem Latenzfenster und (2) Ausstiegsslippage durch den Preis, der während des schließungsseitigen Roundtrips zurückdriftet. Ein echtes Modell lässt Sie die Ausführungszeit für Öffnen und Schließen unabhängig konfigurieren — und spiegelt damit reales Brokerverhalten wider, bei dem Ausstiege oft über einen langsameren Routingpfad laufen — und löst die Slippage auf jedem Abschnitt automatisch aus dem Tickstream auf.
Hier ist ein repräsentatives Ergebnis einer SharpTrader-Latenzarbitrage-Strategie, die über 30 Tage EUR/USD-Tickdaten mit denselben Parametern, aber drei verschiedenen Ausführungslatenz-Konfigurationen backgetestet wurde. Die Zahlen sind typisch für das, was wir in BJF Feed (London / Tokio / NY) Backtests sehen.
| Kennzahl | 0ms (fiktiv) | 50ms (naher VPS) | 150ms (Long-Haul) |
|---|---|---|---|
| Ausgelöste Signale | 2,847 | 2,847 | 2,847 |
| Signale am Vorteil ausgeführt | 2,847 (100%) | 1,983 (70%) | 854 (30%) |
| Durchschnittlich erfasster Pip | 1.42 | 0.98 | 0.21 |
| Realisierte Slippage beim Einstieg (Tick-Walk-Output) | 0.0 Pip | 0.3 Pip | 0.9 Pip |
| Netto-PnL pro Trade | +0.82 Pip | +0.48 Pip | −0.31 Pip |
| Monatliche Rendite (1 Lot) | +233% | +137% | −88% |
Die 0ms-Spalte ist die „Backtest-Fantasie“, die Standardtools erzeugen. Die 50ms-Spalte zeigt, wie eine gut eingesetzte Latenzarbitrage-Strategie tatsächlich aussieht. Die 150ms-Spalte zeigt, was die meisten Retail-Trader versehentlich ausführen, wenn sie eine Strategie auf einem generischen VPS starten und über einen Standard-Broker handeln, ohne zu erkennen, wo ihr Roundtrip auf der Klippe liegt.
Dieselbe Strategie kann hochprofitabel, grenzwertig profitabel oder ein garantierter Verlust sein — abhängig nur von einer Zahl, die kein Standard-Backtester modelliert.
Ausführungslatenz ist die am stärksten untermodellierte Variable in Retail-Backtests für Latenzarbitrage, aber nicht die einzige. Ein vertrauenswürdiger Backtest kombiniert drei Dinge, und jedes verstärkt die anderen:
Zeigt die Klippe. Sagt Ihnen, welche Infrastruktur die Strategie tatsächlich braucht, um profitabel zu sein, und an welchem Punkt Ihr Vorteil verschwindet.
Erfasst die Tatsache, dass sich Arbitrage-Gelegenheiten genau dann häufen, wenn sich der Spread ausweitet. Ein Backtest mit festem Spread zählt Gewinne, die in diesen Momenten physisch nicht existieren können.
Erkennt Strategien, die in-sample gut aussehen, weil der Optimierer einen Parametersatz gefunden hat, der zum Rauschen des In-Sample-Zeitraums passt. Ohne Walk-Forward ist Ihr Backtest ein Rückblick-Lebenslauf.
Ein Latenzarbitrage-Trade hat zwei Slippage-Ereignisse — Öffnen und Schließen. Die meisten Backtests modellieren eines (oder keines) und verdoppeln den Optimismus.
Wenn alle vier vorhanden sind, hört der Backtest auf, ein Marketingtool zu sein, und wird zu einem Prognosetool. Die Zahlen, die er produziert, weichen nicht mehr um 50–200% von Live-Ergebnissen ab und landen stattdessen innerhalb von 10–20% — nah genug, damit Entscheidungen zu Risikogröße, Kapitalallokation und Broker-Auswahl tatsächlich auf dem Backtest beruhen können.
Faustregel der Branche: Erwarten Sie, dass der Live-Drawdown 1.5x bis 2x so hoch ist wie der backgetestete Drawdown. Bei Latenzarbitrage-Strategien, die auf Standard-Backtestern laufen, liegt dieses Verhältnis eher bei 5x bis 10x — weil der Backtest Ausführungslatenz, variablen Spread oder Slippage auf beiden Seiten nicht modelliert hat. Sobald diese enthalten sind, gilt die 1.5–2x-Regel; bevor sie enthalten sind, hat der Backtest überhaupt keinen Vorhersagewert.
Führen Sie die Optimierung über mindestens drei Latenzkonfigurationen aus: 10ms (Best-Case co-located), 50ms (naher VPS) und 150ms (generischer VPS, entfernter Broker). Wenn die Strategie nur bei 10ms profitabel ist, haben Sie ein Deployment-Problem — Sie brauchen einen Co-Location-Plan, bevor Sie sie handeln können. Wenn sie bei 50ms profitabel ist, aber nicht bei 150ms, werden VPS-Auswahl und Broker-Auswahl zum ganzen Spiel.
Drei Ebenen: (1) Pingen Sie den Order-Entry-Endpunkt Ihres Brokers von Ihrem Trading-Host aus — das gibt Ihnen den rohen Netzwerk-Roundtrip; (2) senden Sie während einer ruhigen Phase eine kleine Testorder und versehen Sie Signal-Ausgabe vs. Ausführungsbestätigung mit Zeitstempeln — die Differenz enthält die Broker-Matching-Latenz; (3) wiederholen Sie das über mehrere Sessions hinweg — Latenz variiert mit Broker-Auslastung, Tageszeit und Route. Die realistische Zahl für Ihr Deployment ist der Median über viele Messungen, nicht der Best-Case-Ping.
Ja — mit noch engeren Fenstern. News-Trading-Fenster können 10–50ms breit sein. Das Problem der Ausführungszeit-Lücke ist identisch, nur in ein kleineres Fenster komprimiert. Dieselbe Backtest-Infrastruktur (echte Ticks, konfigurierbare Ausführungslatenz, variabler Spread) ist erforderlich, und die Latenztoleranz ist noch weniger verzeihend.
Beide Phänomene haben dieselbe Ursache: Liquiditätsanbieter werden unsicher über den Preis und ziehen Quotes zurück. Wenn der schnelle Feed springt, weiten LPs, die den langsamen Broker versorgen, kurzzeitig ihre Quotes aus, um sich davor zu schützen, ausgenutzt zu werden. Der Moment, in dem die Diskrepanz aufgeht, ist also auch der Moment, in dem sich der Spread zu ihrer Erfassung ausweitet. Ein Backtest mit festem Spread sieht das nicht und überschätzt den Netto-Vorteil um 30–50%.
Für institutionelle Latenzarbitrage gegen Tier-1-ECN-Broker: ja — das Spielfeld hat sich auf sub-5ms Roundtrip verlagert, und das erfordert Cross-Connect oder Proximity Hosting. Für Retail-Latenzarbitrage gegen langsamere Retail-Broker: nein — Roundtrips von 30–80ms können weiterhin einen Vorteil erzeugen, weil das Fenster des langsamen Brokers breiter ist. Die richtige Frage ist nicht „ist Co-Location erforderlich“, sondern „passt mein Roundtrip in das Fenster des Brokers, gegen den ich handle.“ Genau diese Frage beantwortet ein Backtesting, das Ausführungslatenz berücksichtigt.
Bei trendfolgenden Strategien, die Positionen stunden- oder tagelang halten, sind ein paar hundert Millisekunden Ausführungslatenz ein Rundungsfehler. Bei Latenzarbitrage sind genau diese Millisekunden das gesamte Signal. Reguläre Forex-Backtesting-Infrastruktur ist für den ersten Fall konzipiert und wird für den zweiten stillschweigend nutzlose Ergebnisse produzieren. Deshalb existieren dedizierte Arbitrage-Backtesting-Tools als eigene Kategorie.
Sie verändern die optimale Strategie, nicht die Analyse. Broker, die Anti-Arbitrage-Plugins einsetzen (verzögerte Ausführung, Last-Look, Requote bei Gewinn, Hold-then-Fill), führen effektiv künstliche Ausführungslatenz zusätzlich zur natürlichen ein. Ein Backtest mit konfigurierbarer Ausführungslatenz lässt Sie das Anti-Arb-Verhalten des Brokers simulieren und entscheiden, ob die Strategie gegen diesen Broker noch tragfähig ist — oder ob Sie den Handelsplatz wechseln müssen.
Für eine Latenzarbitrage-Strategie mit 5–8 Parametern ist ein typisches Grid 30,000–100,000 Kombinationen — einschließlich 3–5 Ausführungszeit-Einstellungen als eine der durchlaufenen Dimensionen. Ziel ist es, Profitabilitätscluster zu finden — Bereiche, in denen die Strategie über viele Parameterwerte hinweg profitabel ist, nicht einzelne „glückliche“ Ausschläge. Einzelne Spitzen sind Curve-Fitting; Cluster sind Robustheit. Als realistische Basis auf einer typischen Retail-Workstation: Ein Grid mit 30,000 Kombinationen gegen 1 Woche XAUUSD-Tickdaten auf einer 4-Core-CPU ist in ungefähr 12 Stunden fertig; dasselbe Grid dauert auf 16 Cores etwa 3 Stunden. SharpTrader Optimizer verarbeitet 100,000+ Kombinationen pro Lauf auf Multi-Core-Hardware.
Sie ist eine empirische Beobachtung aus dem institutionellen algorithmischen Handel: Selbst ein gut modellierter Backtest unterschätzt den Live-Drawdown um ungefähr 50–100%, weil einige reale Reibungen (Broker-Ablehnungen, Wochenendlücken, Regimewechsel) nicht sauber modelliert werden können. Die Regel setzt voraus, dass der Backtest bereits realistische Ausführungslatenz, variablen Spread und Slippage auf beiden Seiten enthält. Wenn diese fehlen, ist der Multiplikator viel höher — speziell bei Latenzarbitrage 5x bis 10x.
Konzeptionell identisch. Das Ausführungszeitfenster bei Krypto-Cross-Exchange-Arbitrage liegt typischerweise bei 200ms–2s (langsamer als Forex, weil Börsen weiter voneinander entfernt sind und Orderbücher tiefer, aber langsamer zu aktualisieren sind). Dieselben drei Zutaten — Tick-Replay, konfigurierbare Ausführungslatenz, variabler Spread — erzeugen ehrliche Backtests. BJF’s crypto arbitrage Tooling verwendet dieselbe Architektur, angepasst an Exchange-APIs und Orderbuch-Tiefe.
SharpTrader Optimizer ist der einzige für Retail zugängliche Backtester, der konfigurierbare Ausführungszeit, echtes Tick-Replay, variablen Spread pro Tick und tickgenaue Slippage auf beiden Seiten modelliert — die vier Variablen, die entscheiden, ob eine Latenzarbitrage-Strategie real oder fiktiv ist. Multi-Core-Grid-Optimierung über 100,000+ Parameterkombinationen ist in Stunden fertig, nicht in Tagen.