Forex-VPS: Verfügbarkeit, Latenz und Übergabe prüfen

Ein VPS kann einen passenden Handelsprozess betreiben, während dein Heimcomputer aus ist. Er verbessert jedoch nicht automatisch Ausführung oder Strategieergebnis. Prüfe, welches konkrete Betriebsproblem er löst, und messe die Verbindung zum tatsächlichen Brokerendpunkt. Nähe zu einem Rechenzentrum garantiert weder denselben physischen Server noch einen kurzen Leitungsweg.

Vollständiger Server oder Handelsumgebung

Ein allgemeiner VPS ist eine entfernte virtuelle Maschine für kompatible Anwendungen. Bei Windows zeigt Remote Desktop die entfernte Sitzung. Das lokale Fenster zu schließen trennt gewöhnlich die Verbindung und lässt Anwendungen zunächst laufen; Sitzungsgrenzen können sie später beenden. Abmelden beendet die Prozesse der Sitzung. Prüfe Updates, Neustarts, Zugangsregeln und Wiederherstellung: Auch ein entfernter Rechner kann ausfallen.

Untersuche den tatsächlichen Netzwerkpfad statt pauschaler Standortwerte. Traceroute kann gefilterte oder nachrangig beantwortete Zwischenstationen enthalten und misst keine vollständige Orderausführung. Haltedauer beweist weder irrelevante Latenz noch, dass jeder Scalper durch 100 Millisekunden verliert.

Ping ist nicht bestätigte Fillzeit

Der Weg umfasst unter anderem Requestvorbereitung, Kommunikation, Serverprüfungen, Verarbeitung und möglicherweise weitere Ausführung. Nicht jeder Retailauftrag betritt eine Börsenqueue. Ein VPS kann einen Netzwerkabschnitt verkürzen, garantiert es aber nicht und entfernt nicht die anderen Schritte. TERMINAL_PING_LAST gibt den letzten bekannten Serverping in Mikrosekunden zurück. 20.000 Mikrosekunden sind 20 Millisekunden, nicht zwanzig Sekunden.

Unser fiktiver Test hat hundert gleich definierte Versuche mit Antwortfrist 100 Millisekunden. 98 Antworten kommen nach jeweils 20 Millisekunden, zwei fehlen bei Fristablauf. Der Median der 98 beobachteten Antwortzeiten ist 20 Millisekunden. Die Quote rechtzeitiger Antworten beträgt trotzdem nur 98/100 = 98 %. Die Zeiten der beiden unbeantworteten Versuche sind unbekannt; wir setzen sie weder auf 100 Millisekunden noch entfernen wir sie aus dem Erfolgsnenner.

Erfasse Antwortzeitverteilung und Anteil fristgerecht beantworteter Versuche getrennt. Der Test beschreibt keine komplette Orderausführung. Für Vergleiche brauchst du denselben Endpunkt, Protokoll, Zeitraum und Einheiten. Dokumentiere Ausfälle und Spitzen zusätzlich zum typischen Wert.

Ein weiterer hypothetischer Datensatz hat gepaarte Kommunikations- und sonstige Verarbeitungszeiten von (1,100), (1,1) und (100,1) Millisekunden. Gesamtdauern sind 101, 2 und 101. Beide Teilmediane sind 1, ihre Summe ist 2; der Gesamtmedian ist aber 101. Addiere zuerst die Teile je gleicher Ereigniskennung und bilde dann den Median. Bei denselben vollständigen Fällen addieren sich dagegen die Mittelwerte: 34 + 34 = 68 Millisekunden. Getrennt zusammengefasste Segmente bestimmen keine typische Gesamtdauer.

Welche Funktion muss weiterlaufen?

Ein EA, Terminalalarm und lokaler Trailing Stop brauchen ihre laufende Umgebung. Gewöhnliche vom Brokerserver akzeptierte SL-/TP-Level benötigen das Heimterminal dagegen nicht ständig. Nach dessen Ende bleibt der zuletzt übermittelte Stop bestehen, während lokale Trailingänderungen aufhören. Eine tägliche Chartstrategie kann kontinuierlichen Betrieb benötigen; ein manueller kurzer Trade verlangt nicht automatisch einen VPS.

Prüfe deshalb Funktion und akzeptierte Serveraufträge. Ein kürzerer Netzwerkantwortwert garantiert keine geringere Slippage. Vergleiche zeitlich abgestimmte Ausführungsbelege unter vergleichbaren Bedingungen und trenne Netzwerk, Verarbeitung und Preisbewegung.

Hostingregeln und jede aktive Kopie

MetaQuotes-Hosting migriert eine unterstützte Plattformumgebung und bietet keinen allgemeinen Windowsdesktop. DLL-Aufrufe sind dort verboten, Scripts werden nicht migriert und Charts ohne EA beim Synchronisieren ignoriert. Ein beliebiger Pythonprozess gehört nicht automatisch dazu. Ferner ist automatisches Trading entfernt unabhängig vom lokalen Schalter erlaubt. Lokales AutoTrading auszuschalten beendet keine bereits laufende entfernte Kopie.

Die Migration kopiert einseitig und deaktiviert lokale Automatik, um doppelte Ausführung zu begrenzen. Prüfe entfernten Status, Logs und aktive Version nach Änderungen. Bei erneuter lokaler Aktivierung brauchst du eine neue Instanzeninventur. Diese Regeln gelten nicht automatisch für jeden allgemeinen Windows-VPS.

Notiere pro Instanz Standort, EA-/Inputversion, Kontoalias, Symbole, Handelsberechtigung, letzte Synchronisierung und Zeitpunkt der Logprüfung. Keine Passwörter. Gleicher Programmname oder Magic Number beweist nicht eine einzige laufende Kopie. Im synthetischen Übergabemodell senden zwei aktive Kopien je 0,10 Lot und beide werden ausgeführt: insgesamt 0,20 statt geplanter 0,10 Lot. Bei ungewisser Antwort einer Kopie darfst du den zweiten Fill nicht einfach annehmen; gleiche Historie und Positionen ab.

Ein Programm zu stoppen entfernt keine schon akzeptierten Pending Orders oder Schutzaufträge. Lege auf Demo eine einzige Instanz für neue Requests fest und dokumentiere das Stoppen aller anderen. Nach Übergabe prüfst du Konto, Logs, Auftrags- und Dealkennungen. Kommt die alte Kopie zurück, kontrollierst du Berechtigungen erneut. Mehrere Programme an einer Nettingposition teilen serverseitige SL/TP; ihre analytische Ergebniszuordnung isoliert keine Exposition.

Vergleiche Ressourcen, Kompatibilität, laufenden Gesamtpreis, Verlängerung und Kündigung. Brokerfinanzierter Zugang hängt von Rechtsträger und konkreten Bedingungen ab. Erzeuge keinen zusätzlichen Umsatz nur für „gratis“ Hosting; Spread, Provision und Exposition können teurer sein. Eine SLA misst vertragliche Verfügbarkeit, aber keine korrekte EA-Zustandswiederherstellung oder brauchbare Kurse.

Hypothetische Kosten ohne Ursachenbehauptung

Unser USD-Modell nimmt täglich vierzig EUR/USD-Einstiege zu je 0,20 Standardlot und 2 USD Pipwert pro Position an. Bei zugewiesener nachteiliger Einstiegsslippage von 0,8 Pip sind das 40 × 0,8 × 2 = 64 USD täglich und 1.280 USD in zwanzig Tagen. Ein getrennt angenommenes Modell mit 0,2 Pip ergibt 16 USD täglich und 320 USD im selben Zeitraum. Die Differenz von 960 USD minus angenommene 35 USD Hostinggebühr ergibt 925 USD. Wir setzen die Veränderung voraus, beweisen aber keine Verursachung durch den VPS.

Ein anderes Schwellenmodell hat 20 USD Monatsgebühr, gleiche 0,10-Lot-Ausführungen mit 1 USD Pipwert und keine anderen Kostendifferenzen. Einstieg und Ausstieg zählen separat. Nötige durchschnittliche Preisverbesserung = Gebühr/(Ausführungszahl × Pipwert): bei fünfzig Ausführungen 0,40 Pip, bei hundert 0,20 Pip, bei vierhundert 0,05 Pip. Das sind erforderliche Schwellen, keine Prognosen. Ohne echte Verbesserung machen mehr Trades das Hosting nicht rentabel. Betriebliche Kontinuität bewertet dieses reine Preismodell nicht. Bei EUR-Angeboten rechnest du die Gebühr zuerst mit dokumentierter Annahme in dieselbe Währung um.

Drei nächste Kontrollen ohne Anbieterwechsel

1. Erstelle eine Instanzenkarte. Erfasse vorhandene lokale und entfernte Kopien mit Kontoalias, Symbol, Version und Handelsberechtigung, ohne Zugangsdaten. Markiere die einzige vorgesehene Instanz für neue Requests und notiere je anderer Kopie den tatsächlichen Stopmechanismus.
2. Prüfe die Messdefinition. Wähle einen vorhandenen Logausschnitt und dokumentiere Endpunkt, Protokoll, Einheit, Frist und gemeinsame Ereigniskennungen. Führe unbeantwortete Versuche separat und fasse vollständige Ereignisdauern zusammen; das Ergebnis ist eine reproduzierbare Messkarte, kein Fillversprechen.
3. Rechne eine Kostenanforderung. Setze vorhandene Gebühr, Ausführungszahl und passende Pipwerte in das explizite Schwellenmodell ein und benenne fehlende Annahmen. Halte die nötige Verbesserung getrennt von einer tatsächlich gemessenen Veränderung und von betrieblichem Nutzen fest.