Forschung zur Broker-Technologie
Erklärte Forex-Broker-APIs: FIX vs. REST, Ratenlimits und was zu überprüfen ist
Ein Protokollname ist kein Wert für die Ausführungsqualität. Dieser Leitfaden trennt die API-Architektur von den betrieblichen und kommerziellen Details, die bestimmen, ob eine Integration nutzbar ist.
Die kurze Antwort: FIX und REST lösen unterschiedliche Probleme
FIX ist ein offener Messaging-Standard auf Anwendungsebene, der für elektronische Handelsabläufe entwickelt wurde. Die FIX Trading Community dokumentiert Nachrichten für Aufträge, Ausführungen und Marktdaten und ermöglicht dabei unterschiedliche Transporte und Kodierungen. Im Gegensatz dazu handelt es sich bei REST in der Regel um eine Broker-spezifische HTTP-Schnittstelle: mit gängigen Webtools einfacher zu erkunden, von einem Anbieter zum anderen jedoch weniger standardisiert.
| Schnittstelle | Typische Stärke | Was zu überprüfen ist |
|---|---|---|
| FIX | Permanente, handelsspezifische Nachrichtenübermittlung und Sitzungswiederherstellung | Berechtigung, unterstützte Nachrichten, Sitzungsregeln, Durchsatz, Zertifizierung und Gebühren |
| RUHE | Zugängliche Request-Response-Integration mit bekannten Entwicklertools | Endpunktabdeckung, Authentifizierung, Idempotenz, Paginierung und Limits pro Route |
| Streaming / WebSocket | Push-Zustellung für Preise, Bestellungen und Kontoereignisse | Verbindungsobergrenzen, Heartbeat-Verhalten, Wiederverbindungsregeln und Nachrichtenlücken |
| Plattform-API | Integration in ein Plattform-Ökosystem wie cTrader | Broker-Unterstützung, Demo-/Live-Parität, SDK-Reife und Plattformabhängigkeit |
Warum „FIX schneller bedeutet“ ist eine unvollständige Behauptung
Eine dauerhafte FIX-Sitzung kann den Verbindungsaufwand reduzieren und Arbeitsabläufe mit hohem Durchsatz unterstützen, aber das Protokoll ist nur ein Segment der Route. Broker-Risikoprüfungen, Brücken- oder Gateway-Design, Liquiditätsrouting, physische Entfernung, Netzwerküberlastung und der Code der Strategie selbst wirken sich alle auf die End-to-End-Leistung aus.
Behandeln Sie Latenzzahlen nur dann als aussagekräftig, wenn der Broker angibt, was gemessen wurde: Client-zu-Gateway, Bestätigungszeit, Ausführungsberichtszeit oder Roundtrip; von welchem Ort aus; über welchen Zeitraum; und bei welchem Perzentil. Eine Best-Case-Zahl ohne diesen Kontext ist Marketing und keine vergleichbare Evidenz.
Tarifbegrenzungen sind mehrdimensional
Zwei offizielle Plattformen veranschaulichen, warum ein einziges Headline-Limit nicht ausreicht. cTrader dokumentiert bis zu 50 nicht-historische Anfragen pro Sekunde und Verbindung und 5 historische Anfragen pro Sekunde. Der v20-Leitfaden von OANDA dokumentiert 120 REST-Anfragen pro Sekunde, 20 aktive Streams und nicht mehr als zwei neue Verbindungen pro Sekunde.
Hierbei handelt es sich um Beispiele für unterschiedliche Richtlinien, nicht um eine Rangfolge: Die APIs bieten unterschiedliche Funktionen und die veröffentlichten Grenzwerte können sich ändern. Bestätigen Sie, ob Grenzwerte pro Token, Konto, IP, Verbindung oder Endpunkt gelten, und fragen Sie, was passiert, wenn ein Grenzwert überschritten wird. Ein robuster Client sollte zurücktreten, die Verbindung bewusst wiederherstellen und den Status abgleichen, anstatt wiederholt Befehle erneut zu senden.
Zehn Prüfungen vor der Auswahl einer Broker-API
1. Zugriff und Rechtsträger
Bestätigen Sie die Rechtsträger, die berechtigten Gerichtsbarkeiten, die Kontostufe, den Mindestsaldo oder das Mindestvolumen und den Genehmigungsprozess.
2. Demo- und Live-Parität
Fragen Sie, welche Symbole, Auftragsarten, Limits und Füllverhalten sich zwischen Test und Produktion unterscheiden.
3. Authentifizierung
Überprüfen Sie den Ablauf des Tokens, die Rotation, die IP-Zulassungsliste, die TLS-Anforderungen und den Widerruf von Anmeldeinformationen.
4. Grenzen und Drosselung
Ordnen Sie Reihenfolge, Daten, Verlauf, Verbindung und Streaming-Limits separat zu.
5. Marktdaten
Überprüfen Sie Tiefe, Aktualisierungshäufigkeit, Zeitstempel, Symbolzuordnung und Berechtigungskosten.
6. Ordnungssemantik
Überprüfen Sie unterstützte Bestellungen, Kunden-IDs, Duplikatschutz, Teilausführungen und Stornierungs-/Ersetzungsverhalten.
7. Erholung
Wiederherstellung der Dokumentensequenz, erneute Verbindungen, Abgleich offener Bestellungen und alle Drop-Copy-Feeds.
8. Leistungsnachweise
Erfordern eine Messdefinition, eine Serverregion, ein Zeitfenster und ein Perzentil – nicht eine unerklärliche Zahl.
9. Operationen
Achten Sie auf Versionierung, Änderungsprotokolle, Statusberichte, Wartungshinweise und Eskalation des technischen Supports.
10. Geschäftsbedingungen
Bestätigen Sie die Einrichtungs- und Monatsgebühren, Marktdatenkosten, Volumenverpflichtungen und Kündigungsbedingungen.
Von der technischen Eignung bis zur Broker-Shortlist
Beginnen Sie mit dem Arbeitsablauf, nicht mit dem Protokollabzeichen. Schätzen Sie die Bestellhäufigkeit, den Streaming-Bedarf, das historische Datenvolumen, die Wiederherstellungsanforderungen und die Betriebsunterstützung. Fordern Sie dann aktuelle Unterlagen und Geschäftsbedingungen von der Stelle an, die Ihr Konto führen würde.
Sind Sie bereit, die verfügbaren Optionen zu vergleichen?
Nutzen Sie unsere kommerzielle Auswahlliste als Ausgangspunkt und wenden Sie dann die oben stehende Verifizierungscheckliste an, bevor Sie ein Konto eröffnen oder Geld darauf einzahlen.
Vergleichen Sie Broker für den API-Handel →Affiliate-Offenlegung: Brokeradar erhält möglicherweise eine Provision, wenn Sie über diese Links ein Konto eröffnen. An unserer redaktionellen Einschätzung ändert sich dadurch nichts. API-Verfügbarkeit, Berechtigung und Bedingungen müssen vor der Bewerbung mit dem Broker bestätigt werden.
Häufig gestellte Fragen
Was ist der Hauptunterschied zwischen FIX und REST APIs?
FIX ist ein offener Standard für Finanznachrichten, der auf Handelsabläufe und dauerhafte Sitzungen ausgelegt ist. REST stellt normalerweise Broker-spezifische Ressourcen über HTTP zur Verfügung und ist für unabhängige Entwickler oft einfacher zu starten. Keines der beiden Labels allein beweist, dass die Ausführung besser ist.
Ist FIX immer schneller als REST?
Nein. FIX kann für dauerhafte Auftragsflüsse mit hohem Durchsatz geeignet sein, aber die End-to-End-Leistung hängt auch vom Gateway des Brokers, den Risikoprüfungen, der Liquiditätsroute, dem Serverstandort, dem Netzwerkpfad und Ihrer eigenen Implementierung ab. Fordern Sie eine definierte Messmethode an, anstatt eine nicht unterstützte Latenzbehauptung zu akzeptieren.
Kann sich das Verhalten der Demo- und Live-API unterscheiden?
Ja. Authentifizierung, Symbole, Liquidität, Füllungen, Drosselung und Wartungsverhalten können unterschiedlich sein. Nutzen Sie den Demo-Zugang, um die Integrationslogik zu validieren, und bestätigen Sie dann die Limits für Live-Konten und die Geschäftsbedingungen schriftlich, bevor Sie sich auf die Verbindung verlassen.
Was bedeutet eine API-Ratenbegrenzung?
Es begrenzt die Anzahl der Anfragen oder Verbindungen, die ein Client während eines definierten Intervalls durchführen darf. Die Grenzwerte können für den Handel, historische Daten und Streaming-Verbindungen unterschiedlich sein, sodass eine einzelne Anzahl von Anfragen pro Sekunde nicht ausreicht, um eine API zu bewerten.
Primärquellen
Wir verlinken auf Erstanbieterstandards und Plattformdokumentation, damit Leser die technischen Details überprüfen und auf spätere Änderungen prüfen können.