Krypto-Börsen-APIs für Arbitrage: REST vs. WebSocket, Rate Limits und sichere API-Schlüssel Donnerstag, der 1. Oktober 2026 – Posted in: Arbitrage Software, cryptoarbitrage software

Warum die API-Verbindung über Arbitrage-Ergebnisse entscheidet

Börsenübergreifende Arbitrage sieht auf dem Papier einfach aus: dort kaufen, wo der Preis niedriger ist, dort verkaufen, wo er höher ist, und die Differenz abzüglich Gebühren behalten. In der Praxis besteht die Differenz meist nur zwischen einigen hundert Millisekunden und wenigen Minuten, und der gesamte Trade läuft über die APIs der Börsen. Drei technische Faktoren bestimmen, was Sie tatsächlich realisieren:

• Wie schnell Sie den Preis sehen. Kommen Ihre Kurse zu spät, ist die berechnete Differenz womöglich schon verschwunden.
• Wie schnell Ihre Orders ankommen. Zwei Legs müssen auf zwei Handelsplätzen ausgeführt werden; das langsamere Leg bestimmt Ihren tatsächlichen Einstiegspreis.
• Wie oft Sie anfragen dürfen. Rate Limits begrenzen die Anzahl der Requests. Ein Bot, der sie erreicht, wird genau dann blockiert, wenn der Markt am aktivsten ist und die Differenzen am größten sind.

Nichts davon ist in einem Backtest sichtbar – deshalb können zwei Bots mit derselben Strategie sehr unterschiedliche Ergebnisse liefern. Wenn Sie die Preisdifferenzen zwischen Ihren Börsen noch nicht gemessen haben, beginnen Sie mit unserem kostenlosen Krypto-Arbitrage-Scanner: Er zeigt, welche Paare und Handelsplätze Preisdifferenzen liefern, die groß genug sind, um die Gebühren zu decken.

REST vs. WebSocket: wofür sich was eignet

Jede große Börse bietet zwei Wege der Kommunikation an.

REST API arbeitet nach dem Prinzip Anfrage und Antwort. Der Bot sendet einen signierten HTTP-Request (zum Beispiel „Gib mir das Orderbuch“ oder „Platziere diese Order“) und wartet auf die Antwort. Jeder Request ist unabhängig, leicht zu debuggen und wird auf das Rate Limit angerechnet.

WebSocket API hält eine einzige Verbindung offen. Nachdem Sie einen Kanal abonniert haben, sendet die Börse jedes Update (Orderbuch-Änderungen, Trades, den Status Ihrer eigenen Orders) in dem Moment, in dem es passiert. Es gibt kein Polling und keine blinden Intervalle zwischen den Abfragen.

Die meisten professionellen Setups kombinieren beides: WebSocket für Marktdaten und Order-Updates, REST (oder den WebSocket-Trading-Endpoint der Börse, sofern vorhanden) zum Platzieren von Orders und REST für langsame administrative Aufrufe wie Kontostände und Transfers.

Das ist auch der praktische Unterschied zwischen unseren beiden Krypto-Bots. VIP Crypto Arbitrage verbindet sich per REST mit über 35 Börsen und ist für börsenübergreifende Hedge-Arbitrage ausgelegt, bei der Differenzen lange genug bestehen. SharpTrader Pro nutzt WebSocket-Feeds von über 40 Börsen – Voraussetzung für Latenz-Arbitrage, bei der das Zeitfenster 100–500 ms beträgt.

Rate Limits der großen Börsen

Rate Limits sind der häufigste Grund, warum Arbitrage-Bots im Live-Handel nicht mehr funktionieren. Jede Börse zählt Ihre Requests pro IP-Adresse, pro Konto (UID) oder pro API-Schlüssel und blockiert oder sperrt Sie, wenn Sie das Kontingent überschreiten. Die folgende Tabelle fasst die veröffentlichten Regeln zum Zeitpunkt der Erstellung (September 2026) zusammen. Limits ändern sich regelmäßig – prüfen Sie daher immer die Dokumentation der Börse und lesen Sie die Limit-Header in den Live-Antworten aus.

Drei Regeln halten einen Bot innerhalb der Limits:

1. Beziehen Sie Marktdaten über WebSocket, nicht über REST. Ein Bot, der das Orderbuch von 20 Paaren auf 5 Börsen alle 200 ms abfragt, sendet 500 Requests pro Sekunde. Dieselben Daten kosten über WebSocket nur eine Handvoll Abonnements.
2. Lesen Sie die Limit-Header aus und drosseln Sie, bevor die Börse es für Sie tut. Ein Bot, der bei 80 % des Kontingents zurückfährt, wird nie gesperrt.
3. Trennen Sie den Datenverkehr. Verwenden Sie unterschiedliche API-Schlüssel (oder Unterkonten) für verschiedene Bots, damit ein außer Kontrolle geratenes Skript Ihren Trading-Schlüssel nicht blockieren kann.

API-Schlüssel sicher erstellen

Ein Arbitrage-Bot benötigt die Berechtigung, Kontostände zu lesen und Orders zu platzieren. Eine Auszahlungsberechtigung braucht er nie. Ein geleakter Schlüssel ohne Auszahlungsrechte kann zwar durch schlechte Trades Verluste verursachen, aber nicht das Konto leeren.

• Erstellen Sie einen Schlüssel pro Börse und pro Bot und benennen Sie ihn nach Bot und Server.
• Aktivieren Sie nur Lesen und Spot-/Futures-Handel. Lassen Sie Auszahlungen deaktiviert.
• Beschränken Sie den Schlüssel auf die IP-Adresse Ihres VPS. Die meisten Börsen unterstützen eine IP-Whitelist; ein auf eine IP beschränkter Schlüssel ist auf jedem anderen Rechner nutzlos.
• Speichern Sie Secrets verschlüsselt auf dem Server – niemals in Screenshots, Chats oder geteilten Dokumenten.
• Rotieren Sie Schlüssel nach jedem Personalwechsel, jeder Servermigration oder bei Verdacht auf ein Leck, und löschen Sie Schlüssel, die Sie nicht mehr verwenden.
• Nutzen Sie für getrennte Strategien Unterkonten: Sie isolieren Guthaben und Rate Limits.

Woher Latenz kommt und wie Sie sie senken

Vom Moment, in dem sich der Preis an der Börse ändert, bis zu dem Moment, in dem Ihre Order ausgeführt ist, vergeht Zeit an fünf Stellen: Das Marktupdate gelangt zu Ihrem Server, Ihr Bot erkennt die Differenz, die signierte Order wird zurückgeschickt, die Börse führt sie im Matching aus, und die Bestätigung kommt zurück. Bei einem gut programmierten Bot dauert die Verarbeitung nur wenige Millisekunden. Den größten Anteil hat in der Regel das Netzwerk.

• Hosten Sie den Bot in der Nähe der Börse. Die meisten großen Börsen betreiben ihre Matching-Engines in bestimmten Cloud-Regionen (viele in Tokio, Singapur oder Hongkong). Ein VPS in derselben Region kann die Round-Trip-Zeit von mehreren Dutzend Millisekunden auf wenige senken. Unser Leitfaden zur VPS-Geschwindigkeit erklärt, wie Sie sie messen.
• Wählen Sie bei Multi-Börsen-Strategien den Standort, der das langsamere Leg minimiert, nicht den Durchschnitt: Der Trade ist nur so schnell wie seine langsamste Ausführung.
• Halten Sie Verbindungen warm. Verwenden Sie HTTPS-Verbindungen wieder (Keep-Alive) und signieren Sie vorab, was möglich ist; eine neue TLS-Verbindung pro Order kostet einen kompletten zusätzlichen Round Trip.
• Messen Sie kontinuierlich. Protokollieren Sie den Börsen-Zeitstempel jedes Updates gegenüber Ihrer lokalen Uhr (per NTP synchronisiert) und verfolgen Sie das Alter der Kurse, auf deren Basis Ihr Bot handelt.

Die Verbindung zuverlässig halten

WebSocket-Verbindungen brechen ab. Börsen schließen inaktive Streams, starten Server neu und begrenzen die Lebensdauer von Verbindungen. Ein robuster Bot ist darauf vorbereitet:

• Heartbeats: Beantworten Sie Pings (MEXC schließt eine Verbindung nach 60 Sekunden ohne Datenverkehr) und senden Sie eigene, wenn die Börse es verlangt.
• Sequenzprüfungen: Inkrementelle Orderbuch-Streams enthalten Update-IDs. Fehlt eine davon, verwerfen Sie das lokale Orderbuch und synchronisieren Sie es aus einem frischen Snapshot neu, statt auf Basis eines fehlerhaften Orderbuchs zu handeln.
• Automatischer Reconnect mit Back-off: Verbinden Sie sich schnell neu, aber nicht in einer engen Schleife; Bybit etwa begrenzt neue Verbindungen pro 5-Minuten-Fenster.
• Schutz vor veralteten Daten: Kommt für ein Paar innerhalb einer festgelegten Zeit kein Update, stoppen Sie den Handel mit diesem Paar, bis sich der Stream erholt hat.
• Abgleich des Order-Status: Fragen Sie nach einem Reconnect offene Orders und Positionen per REST ab, bevor Sie etwas Neues platzieren, damit ein halb ausgeführter Hedge nie in Vergessenheit gerät.
• Verfolgen Sie API-Änderungsankündigungen. Börsen stellen Endpoints ein und ändern Limits mehrmals im Jahr. Unser Tracker für API-Änderungen von Krypto-Börsen sammelt diese Ankündigungen an einem Ort.

Checkliste vor dem Start

FAQ

Brauche ich WebSocket für Krypto-Arbitrage?

Für Latenz-Arbitrage ja: Die Gelegenheit besteht weniger als eine Sekunde, und Polling kann sie nicht rechtzeitig erkennen. Für Hedge-Arbitrage (börsenübergreifend), bei der Differenzen Sekunden oder Minuten bestehen, reicht REST aus – WebSocket senkt aber dennoch die Auslastung der Rate Limits.

Warum erhält mein Bot bei Binance die Fehler HTTP 429 oder 418?

429 bedeutet, dass Sie ein Request-Limit überschritten haben; 418 bedeutet, dass die IP gesperrt wurde, weil nach 429 weiter Requests gesendet wurden. Beziehen Sie Marktdaten über WebSocket, beachten Sie den Header Retry-After und drosseln Sie, bevor Sie das Limit erreichen.

Sollte ein API-Schlüssel für Arbitrage Auszahlungen erlauben?

Nein. Handel und Lesezugriff genügen. Das Rebalancing zwischen Börsen kann manuell oder über einen separaten, streng eingeschränkten Prozess erfolgen.

Welcher Serverstandort ist am besten für Arbitrage zwischen mehreren Börsen?

Derjenige, der das langsamste Leg Ihres Trades minimiert. Messen Sie die Round-Trip-Zeiten von den infrage kommenden Regionen zur API jeder Börse, bevor Sie sich entscheiden.

Wie oft ändern sich die APIs der Börsen?

Mehrmals im Jahr pro Börse: neue Endpoints, abgekündigte Versionen und geänderte Limits. Abonnieren Sie die API-Ankündigungen jeder Börse und prüfen Sie unseren API-Change-Tracker.