Welche API sollte ich verwenden? REST versus WebSocket

Auf Spot bieten sowohl REST als auch WebSocket exakt dieselben Marktdaten (Orderbücher, Trading-Historie usw.) und exakt dieselben Kontodaten (Kontostände, Order-/Trade-Status usw.), tun dies jedoch auf deutlich unterschiedliche Weise.

REST bietet eine Call/Response-Schnittstelle (Frage/Antwort) und liefert eine Momentaufnahme der aktuellen Daten, während WebSocket eine Live-Streaming-Schnittstelle bietet und Echtzeit-Updates bereitstellt.

Eine Analogie wäre der Unterschied zwischen einem Foto und einem Video: Auf Anfrage liefert ein Foto eine Momentaufnahme des Motivs, aber keine weiteren Updates, während ein Video eine Echtzeitansicht des Motivs mit Live-Streaming-Updates bietet.

Obwohl weder REST noch WebSocket schwierig zu implementieren sind, wird allgemein angenommen, dass REST weniger komplex ist, was die Entwicklungszeit verkürzt und die Behebung nachfolgender Probleme beschleunigt.

REST basiert auf standardmäßigen HTTPS-Anfragen, die in den Standardbibliotheken aller modernen Programmiersprachen enthalten sind (und bei Bedarf leicht von Grund auf neu programmiert werden könnten), während WebSocket auf einem WSS-Upgrade von HTTPS basiert, das normalerweise zusätzliche Drittanbieterbibliotheken erfordert (wie unsere empfohlene WebSocket-Bibliothek für Python).

Unsere API-Supportseiten bieten gebrauchsfertigen Beispielcode für REST und WebSocket, sodass die Wahl der Schnittstelle anhand kritischerer Kriterien und nicht anhand der Implementierungsfreundlichkeit getroffen werden kann.

Je nach der anstehenden Aufgabe wäre entweder nur REST, nur WebSocket oder wahrscheinlicher eine Kombination aus REST und WebSocket die optimale Wahl.

Für Aufgaben, die nur gelegentliche Marktdaten-Updates erfordern, wäre REST die bevorzugte Wahl. Zum Beispiel hätte ein Bot für das tägliche Cost Averaging, der nur einmal alle 24 Stunden Marktdaten benötigt, keine Notwendigkeit für Echtzeit-Streaming-Marktdaten, daher wären die REST-Marktdaten-Endpunkte mehr als geeignet.

Für Aufgaben, die die aktuellsten verfügbaren Marktdaten erfordern, wäre WebSocket die bevorzugte Wahl. Zum Beispiel würde ein Arbitrage-Bot Echtzeit-Marktdaten von mehreren Märkten benötigen, um kurzfristige Preisunterschiede auszunutzen, daher wären die WebSocket-Marktdaten-Feeds die ideale Wahl.

In den meisten Fällen (wie bei der Mehrheit der Trading-Bots) würde eine Kombination aus REST und WebSocket die effektivste Implementierung ermöglichen. Zum Beispiel könnte eine mobile App Echtzeit-Marktdaten für ihre Charts benötigen, während Kontodaten nur gelegentlich (z. B. bei einem Trade oder einer Finanzierungstransaktion) benötigt werden. Daher wäre die Verwendung der WebSocket-Marktdaten-Feeds zusammen mit den REST-Endpunkten für den Order-/Trade-/Finanzierungsstatus die effizienteste Kombination.

Unser API-Support-Team bespricht gerne Ihre API-Implementierung mit Ihnen und unterbreitet Vorschläge für die optimale Nutzung unserer API, basierend auf Ihrem beabsichtigten Nutzungsszenario.