Anbindung an die APIs von Krypto-Austauschplattformen für Arbitrage: WebSockets, Ratelimits und die Synchronisierung des Orderbuchs

Im Krypto-Arbitrage dauert der Preisunterschied zwischen zwei Börsen in der Regel zwischen wenigen Hundert Millisekunden und ein paar Sekunden. Ihre Strategie kann clever sein, Ihr Kapital steht bereit und die Gebühren können reduziert werden. Wenn Ihre Verbindung zu den Börsen langsam ist, nicht synchron funktioniert oder ständig beschränkt wird, ist der Preisunterschied bereits vor dem Abgeben Ihrer Order verschwunden. Für einen Bot, der zwischen verschiedenen Börsen hin- und hergeschaltet wird, Die API-Verbindung ist die Strategie. Alles andere sitzt darauf.

Diese Anleitung behandelt die Themen, die in den meisten Arbitrage-Tutorials nicht angesprochen werden: wie man korrekt mit den APIs von Krypto-Austauschplätzen kommuniziert. Das bedeutet, welche Schnittstelle für welche Zwecke verwendet werden soll, wie man ein lokales Orderbuch erstellt, das mit dem des jeweiligen Austauschs übereinstimmt, wie man die Rate-Limits einhält, wie man API-Schlüssel sperrt und wie man 24/7 verbunden bleibt. Es wurde für Händler geschrieben, die ein Arbitrage-Bot über mehrere Börsen betreiben oder planen zu betreiben. Wenn Sie noch keine Strategie ausgewählt haben, beginnen Sie mit unseren Handbuch für Cross-Exchange-Crypto-Arbitrage-Bots und kommen Sie wieder hierher, wenn es Zeit ist, die Verkabelung zu erledigen.

Die Anatomie einer Arbitrage-API-Verbindung

Eine funktionierende Cross-Exchange-Anordnung besteht nicht aus einer einzigen Verbindung, sondern aus mehreren, die jeweils ihre eigene Aufgabe haben. Für jede Börse, an der Sie handeln, behalten Sie typischerweise Folgendes:

• Ein öffentlicher Marktdatenstrom (WebSocket), das Aktualisierungen des Orderbuchs überträgt und Trades abdeckt, sobald diese stattfinden.
• Ein Bestellaufnahmekanal (REST oder eine WebSocket-/FIX-Order-API, bei der der Austausch eine bietet) zum Platzieren und Kündigen von Bestellungen.
• Ein privater Datenstrom für den Nutzer (WebSocket), das Ihnen Informationen über Füllstände, Änderungen des Bestellstatus und Aktualisierungen der Guthabenstände gibt, ohne dass Sie dies selbstständig tun müssen.
• Gelegentliche REST-Aufrufe für Dinge, die nicht schnell sein müssen: Momentaufnahmen des Bestellbuchs, Informationen zum Austausch (Tick-Größen, Lotschritte), Tarifstufen und Salden zur Rechnungsabwicklung.

Anfänger machen hier oft zwei Fehler. Zuerst misst man die Preise über REST anstatt sich einen Stream anzumelden. Zweitens überprüft man den Status der Bestellung, indem man die Preise über REST prüft, anstatt auf den privaten Stream zu warten. Beide Methoden verschwenden das Budget für die Rate-Limit-Berechnung und führen zu Hunderte von Millisekunden Verzögerung, die man nie wieder zurückerlangen kann.

REST vs. WebSocket vs. FIX: Welche Schnittstelle für welches Anwendungsgebiet?

Die meisten großen Börsen bieten eine REST-API und WebSocket-Streams an. Eine kleinere Gruppe großer Börsen bietet zudem FIX oder eine spezielle API zur schnellen Auftragsabwicklung, in der Regel für höhere Gebührenstufen oder institutionelle Konten. Jeder bietet sich auf unterschiedliche Weise aus:

Interface	Am besten für	Schwäche	Verwenden Sie es in der Arbitrage für
REST	Anforderung/Antwort-Aufgaben, Snapshots, Kontoadaptionen	Ein Hin- und Rückflug pro Anfrage; jeder Anruf kostet die Höhe der Tarifbegrenzung.	Sicht auf den Bestellbuchstand, Informationen zum Austausch, Salden und die Bestellabwicklung – ohne dass es schneller geht.
öffentlicher WebSocket	Streaming-Preise ohne Umfragen	Sie müssen die Sequenznummern verwalten, Neustarts und Neuverknüpfungen selbst durchführen.	Live-Orderbücher und Trades: die Grundlage für jedes Signal
Private WebSocket	Aktualisierungen der Bestellungen und Guthaben per Push	Erfordert einen Lautsprechersatz oder ein verifiziertes Login und verfällt, wenn Sie ihn nicht aktiv halten.	Füllung und Bestellstatus; der Auslöser für den Hedge der zweiten Position
WebSocket-Order-API	Bestellungen über eine offene Verbindung	Nicht bei allen Börsen; weiterhin unterliegen die Gebührenlimits	Besserer Latenzzeit-Auftragsabruf: keine neuen HTTPS-Anfragen pro Auftrag
BEHEBEN	Institutionelle Auftragserfassung und Kopierfunktion	Begrenzte Verfügbarkeit, Onboarding und Mindeststufen	Erhebliche Anzahl an Veranstaltungsorten, die es unterstützen

Eine einfache Regel: Die Daten fließen über Streams ein, Entscheidungen werden lokal getroffen und Aufträge werden über den schnellsten Kanal gesendet, den die Börse bietet. REST dient der Einrichtung und der Abstimmung, nicht für irgendetwas auf dem Hot-Path. Wenn Sie aus dem Bereich des Devisenhandels kommen, ähneln die Kompromisse denen in BRIDGE zwischen FIX API und MT4Das Protokoll legt den Latenz-Schwellenwert fest.

Die Aufrechterhaltung eines lokalen Bestellbuchs, das tatsächlich korrekt ist

Hier scheitern die meisten selbstgebauten Bots lautlos. Ein Exchange sendet Ihnen bei jeder Aktualisierung nicht das vollständige Bestellbuch. Es sendet Änderungen: “Der Preispegel bei 64.210,5 auf der Käuferseite beträgt nun 0,82 BTC.” Sie behalten das gesamte Buch selbst. Wenn Sie eine einzige Änderung verpassen, verfällt Ihr Buch der Realität. Ihr Bot “erkennt” dann einen Spread, der nicht existiert, und gibt Aufträge zu Preisen ab, die nie existiert haben.

Das Standardmuster, das von den meisten großen Börsen in verschiedenen Formaten dokumentiert wird, sieht folgendermaßen aus:

1. Schließen Sie sich zunächst dem Diff-Stream an. und die eingehenden Nachrichten filtern.
2. Erhalte einen REST-Snapshot In der Bestandsdatei. Sie enthält eine Sequenz- oder Aktualisierungs-ID.
3. Abgespeicherte Updates, die älter als das Snapshot-Dateispeichersignal sind, werden gelöscht., Dann legen Sie die übrigen Teile in der Reihenfolge an.
4. Überprüfen Sie die Kontinuität jeder einzelnen Nachricht. Die erste Sequenznummer jeder Aktualisierung muss auf die letzte folgen, die Sie angewendet haben.
5. Bei jeder Lücke entsorgen Sie das Buch und replizieren Sie die Synchronisierung neu. Aus Schritt 1: Legen Sie niemals ein Buch mit einem bekannten Lückenbild zusammen.

Zwei weitere Kontrollen der Vernunft sind zu erwähnen. Erstens: Staleness-Timer: Wenn ein flüssiges Paar nichts für mindestens zwei Sekunden gesendet hat, gilt das Buch als unzuverlässig, da der Stream ohne Ende möglicherweise noch halb tot ist. Zweitens: Kreuzkontrolle des BuchesEin Bestpreis bei oder über dem Bestpreis auf einer bestimmten Plattform bedeutet fast immer, dass Ihr Buch nicht verkauft wurde, sondern dass Sie kostenlose Geld erhalten haben. Einige Börsen veröffentlichen außerdem eine Prüfsumme der höchsten Gebote. Wenn diese bei Ihnen vorhanden ist, vergleichen Sie sie mit der Prüfsumme.

Tariflimits: der Budgetrahmen hinter jeder Bestellung

Jede Exchange begrenzt die maximale Härte, mit der man auf ihre API zugreifen kann. Die Details variieren, aber die meisten beinhalten mehrere Schichten:

• Wunschgewicht pro Minute, Diese werden normalerweise pro IP berechnet. Schwerere Endpunkte wie beispielsweise eine detaillierte Snapshot-Darstellung des Auftragsbestands haben mehr Gewicht als leichtere Endpunkte.
• Bestellanzahlbegrenzungen in Sekunden und in Tagen, üblicherweise pro Konto und nicht pro IP.
• WebSocket-Begrenzungen: Anzahl der Nachrichten pro Sekunde, die Sie senden können, Verbindungen pro IP und Streams pro Verbindung.

Das Überschreiten der Grenzwerte ist nicht nur eine Fehlermeldung. Wiederholte Verstöße können zu zunehmenden zeitlichen IP-Aussetzungen führen, die in der ersten Phase oft nur wenige Minuten dauern und bei wiederholten Verstößen noch länger. Das kann Ihr Bot mitten in einer aktiven Position offline machen. Behandeln Sie die Grenzwerte also als Budget Sie planen im Voraus, nicht eine Mauer, die man durch einen Schlag entdecken kann.

Praktische Regeln, die Sie im Budget halten:

• Lesen Sie die Limit-Headers. Viele Exchanges geben in jeder Antwortheader die verbrauchte Menge an Gewicht zurück. Verfolgen Sie diese und verlangsamen Sie die Geschwindigkeit, bevor Sie den Höchstwert erreichen, anstatt danach.
• Halten Sie eine Reserve für Stornierungen bereit. Der schlimmste Zeitpunkt, um die Rate zu begrenzen, ist, wenn Sie eine veraltete Bestellung stornieren oder eine gefüllte Position absichern müssen. Halten Sie mindestens 20-30 Prozent des Budgets dafür zurück.
• Verwenden Sie den privaten Stream für den Status. Stellen Sie niemals die Frage “Ist meine Bestellung fertiggestellt?” wiederholt auf.
• Vergehen Sie nicht über die Limits bei der IP-Rotation oder mit zusätzlichen Konten. Dies verstößt normalerweise gegen die Nutzungsbedingungen der Börse und kann dazu führen, dass alle beteiligten Konten gesperrt werden. Es ist legitim, die Börse um höhere Limits oder eine bessere Ebene zu bitten.

Authentifizierung, Uhrzeit-Synchronisierung und API-Schlüssel-Sicherheit

Private Endpunkte werden normalerweise mit HMAC signiert (einige Börsen unterstützen auch Ed25519- oder RSA-Schlüssel). Die Signatur enthält eine Zeitmarke, und die Börse weist Anfragen ab, deren Zeitmarke außerhalb eines kurzen Zeitfensters liegt – oft nur wenige Sekunden. Das führt dazu, dass Uhrsynchronisierung Ein Teil Ihrer Handelsinfrastruktur: führen Sie NTP oder Chrony auf Ihrem Server aus und beobachten Sie den Offset. Ein verschobener Uhrzeitwert führt zu einer Reihe von Fehlern mit dem Status “Timestamp außerhalb des recvWindow”-Status, genau dann, wenn der Markt überlastet ist und Ihr Server mit der Verarbeitung von Trades beschäftigt ist.

API-Schlüssel sind die Schlüssel zu Ihrem Kapital, daher sollten Sie sie absichern:

• Nur Handel, Abhebungen ausgeschlossen. Ein Arbitrage-Bot benötigt niemals eine Abhebungsgenehmigung für seine Handelschlüssel. Übertragen Sie Gelder manuell oder mithilfe eines separaten, streng kontrollierten Prozesses zwischen den Börsen.
• IP-Whitelisting. Verknüpfen Sie jede Schlüsseldatei mit der statischen IP-Adresse Ihres Servers. Eine gesperrte Schlüsseldatei, die nur von Ihrem VPS aus funktioniert, ist weitaus weniger gefährlich.
• Ein Schlüssel pro Bot, pro Exchange, idealerweise pro Unterkonto. Wenn etwas schiefgeht, können Sie einen Schlüssel wiederrufen, ohne dass alles gestoppt wird.
• Geheimnisse aus Code und Protokollen. Verwenden Sie Umgebungsvariablen oder einen Secrets-Manager und stellen Sie sicher, dass Ihre Fehlerprotokolle niemals die vollständige Schlüssel- oder Signaturinformation anzeigen.
• Drehen nach einem Zeitplan und sofort nach jeder Personaländerung oder einem mutmaßlichen Datenverlust.

Latenz: wo die Millisekunden tatsächlich vergehen

Bei zwei Transaktionen beträgt die Gesamtreaktionszeit etwa: Bereitstellung der Marktdaten aus Exchange A + Ihre Verarbeitung + der Auftragstransfer zu Exchange B + die Abwicklung. Bei einer Heim-Internetverbindung kann eine Umwegreise über den Kontinent problemlos 150-250 Millisekunden betragen. Auf einem VPS in derselben Cloudregion wie der Matching-Engine des Exchanges kann der Netzwerkteil auf wenige Millisekunden sinken.

Deshalb ist die Serverstandortwahl wichtiger als Code-Trickseien. Viele große Krypto-Börsen betreiben ihre Matching-Engine in großen Cloud-Regionen (Tokyo ist eine häufig verwendete Region), und einige veröffentlichen ihre Hosting-Region. Andere lassen sich anhand von Ping-Tests aus Kandidatenzentren ermitteln. Wählen Sie eine Lage aus, die nah ist beide Die Veranstaltungsorte Ihrer Hauptpaarung. Wenn sie sich auf verschiedenen Kontinenten befinden, müssen Sie für die Differenz auf eine der beiden Beine zahlen, und Ihre Strategie sollte dies berücksichtigen. Leitfaden für die Einrichtung eines Low-Latency-VPS Behandelt die Latenzmessung und die Auswahl eines Datacenter in detaillem Detail. Die gleiche Methode gilt auch für Krypto-Plattformen.

Innerhalb Ihres eigenen Prozesses ergeben sich die größten Vorteile durch die Analyse von Nachrichten ohne umfangreiche Ressourcenallokationen, die Aktualisierung nur der Preisschwankungen, die sich geändert haben, und die Aufrechterhaltung der warmen Schlüssel und Verbindungen zur Signatur von Orders. Ein Trick wie TCP_NODELAY lohnt sich auf jeden Fall. Ein richtiges Buch und ein kurzer Netzwerkpfad sind weitaus wertvoller.

24/7 verbunden bleiben

Kryptowährungen schließen nie, aber Verbindungen schon. Planen Sie auf diese normalen Ereignisse, nicht auf seltene Ausnahmen:

• Planmäßige Abschaltungen. Einige Börsen schließen jede WebSocket-Verbindung nach einer festgelegten Laufzeit, üblicherweise 24 Stunden, ab. Öffnen Sie eine neue Verbindung, bevor die alte verfallen ist, und wechseln Sie nahtlos zu der neuen.
• Herzschläge. Antworten auf Ping-Frames und Senden eigener Ping-Nachrichten, wenn der Austausch sie erwartet. Private Stream-Listen-Schlüssel benötigen häufig ab und zu einen Keep-Alive-Anruf.
• Wartungsfenster und API-Upgrades. Abonnieren Sie die API-Ankündigungen jeder Börse. Endpunkte werden eingestellt, die Gewichtung ändert sich und neue Versionen ersetzen die alten.
• Teilige Ausfälle. Bei einem Austausch kann der Preis weiterhin steigen, während der Bestellvorgang fehlschlägt. Wenn eine Bestellung ausgefallen ist, sollten Sie nicht davon ausgehen, dass sie abgelehnt wurde. Prüfen Sie den privaten Stream oder eine Statusanfrage, bevor Sie erneut versuchen, sonst könnte es zu einer doppelten Positionierung kommen.

Das sicherste Design ist ein Kill-Switch-Staatmaschine. Jeder verlorene Stream, veraltetes Buch oder nicht synchronisierte Uhrzeit bewegt den Bot in die Position “Keine neuen Positionen”. Er flattet oder schützt alles, was geöffnet ist, und baut es anschließend sauber neu auf.

Die Normalisierung mehrerer Börsen in eine einzige Ansicht

Jede Börse beschreibt den gleichen Markt unterschiedlich. Eine schreibt BTCUSDT, eine andere BTC-USDT, eine dritte XBT/USDT. Auch die Tickgrößen, Mindestbeträge, Lotschritte und Gebührenpläne unterscheiden sich. Um den Preisvergleich über die Börsen hinweg durchführen zu können, benötigt Ihr Bot eine Normalisierungsstufe, die:

• Zeichnet die Symbole jeder Börse in eine interne Instrumenten-ID ein;
• Die Preise werden auf die Tickgröße jedes Veranstaltungsortes und die Menge pro Lotstufe angepasst, in der Richtung, die Sie konservativ hält;
• Kontrolliert Mindestbestellmengen, sodass das zweite Segment einer Arbitrage niemals wegen zu geringer Größe abgelehnt wird;
• Gültig Ihr Die tatsächlichen Gebühren für Käufer und Verkäufer pro Veranstaltungsort. Die entscheidende Differenz ist die Differenz nach den Gebühren, wie in unserer Detailanalyse erläutert. Die wichtigsten Arten von Kryptowährungsarbeit.

Laden Sie diese Referenzdaten von den Info-Endpunkten jeder Börse beim Starten herunter und aktualisieren Sie sie alle paar Stunden. Die Listen, Tick-Größen und Limits ändern sich häufiger, als man vielleicht denkt.

Schritt für Schritt: Verbindung einer neuen Börse mit Ihrer Arbitrage-Strategie

1. Erstellen Sie ein dediziertes Subkonto und eine API-Schlüssel Nur mit Handelserlaubnis, Auszahlungen deaktiviert und Ihre Server-IP-Adresse in der Liste der zulässigen IP-Adressen.
2. Latenz messen Von Ihrem Kandidaten-VPS zu den REST- und WebSocket-Endpunkten des Exchanges und platzieren Sie den Server in der Nähe des entsprechenden Engines.
3. Die Uhr synchronisieren (NTP/chrony) und bestätigen Sie, dass der Versatz innerhalb des Signaturfensters des Exchanges bleibt.
4. Ladeinformationen auszutauschen: Symbole, Kontogrößen, Lotschritte, Mindestbetrag und Ihre Gebührenstufe. Verknüpfen Sie diese mit Ihrer Normalisierungsmatrix.
5. Erstellen Sie das lokale Bestellbuch mit der Snapshot- + Diff-Methode, mit Gap-Erkennung, einem Stabilitäts-Timer und Kreuzbuch-Überprüfungen.
6. Verbinden Sie den privaten Benutzerdatenstrom für Füllungen und Salden mit Keep-Alive und automatischer Wiederverbindung.
7. Stellen Sie Ihr Budget für die Tarifbeschränkung fest, Mit einem reservierten Anteil für Stornierungen und Absicherungen und die Überwachung der Gewichtshauptzeilen.
8. Test mit minimaler Größe, Vergleichen Sie Ihre lokale Buchvorlage mit der Benutzeroberfläche des Austauschs und erhöhen Sie erst dann die Positiongröße.

Wenn Sie dies alles lieber nicht selbst erstellen und warten möchten, übernimmt eine bereits fertige Plattform die Abwicklung der Austauschtermine, der Buchung und der Bestellverarbeitung. Handbuch zur Einrichtung einer Kryptowährungsumtausch-Sitzung zeigt, wie dies in der HFT Arbitrage-Plattform aussieht: Hier geben Sie die API-Schlüssel ein, und die Plattform übernimmt den Rest.

Häufig gestellte Fragen

Brauche ich WebSockets für Kryptowährungstransaktionen, oder reicht REST?

Für jegliche Arbitrage, die auf Geschwindigkeit beruht, benötigen Sie WebSockets für Marktdaten. Die Abfrage von Preisen über REST ist langsamer, verbraucht Ihr Budget für die Tarifbeschränkung und verpasst Änderungen zwischen den Abfragen. REST ist weiterhin nützlich für Schnappschüsse, Kontoadatenerfassung und auf einigen Börsen für die Auftragsabwicklung.

Welche API-Berechtigungen sollte ein Arbitrage-Bot haben?

Nur lesen und handeln. Aktivieren Sie die Abhebung auf allen Schlüssel, die das Bot verwendet, binden Sie die Schlüssel an die IP-Adresse Ihres Servers und verwenden Sie für jedes Bot und jeden Exchange eine separate Schlüsseldatei, idealerweise eine separate Sub-Konto.

Warum sieht mein Bot Arbitrage-Möglichkeiten, die nicht real sind?

In der Regel liegt das Problem daran, dass das lokale Orderbuch nicht synchronisiert ist: ein verpasstes Update, ein Stream, der stillgelegt wurde, oder ein Snapshot, der in der falschen Reihenfolge angewendet wurde. Fügen Sie Sequenzlückenerkennung, einen Stagnationszeitgeber und eine Überprüfung des falschen Buchungsstatus hinzu, und neu synchronisieren Sie das System jedes Mal, wenn einer dieser Parameter einen Fehler aufweist. Außerdem bestätigen Sie, dass sich der Spread nach Ihren tatsächlichen Gebühren weiterhin hält.

Was passiert, wenn ich die API-Grenze eines Exchanges überschreite?

Zuerst werden Sie abgelehnte Anfragen erhalten, typischerweise mit einem HTTP 429- oder einem ähnlichen Fehlercode. Wenn Sie die Grenze weiterhin überschreiten, führen viele Börsen zu vorübergehenden IP-Verbotsmaßnahmen. Das ist gefährlich, wenn Sie eine offene Position zur Absicherung haben; daher sollten Sie einen Reservebetrag für Stornierungen und Absicherungen bereithalten.

Wo sollte mein Server für den Kryptowährungsumtausch verwendet werden?

So nah wie möglich an die entsprechenden Server der Börsen, auf die Sie handeln, bzw. in der Regel in derselben Cloudregion. Messen Sie den Ping von Kandidatenstandorten anstatt zu erraten. Wenn die beiden Standorte voneinander weit entfernt sind, platzieren Sie den Server in der Nähe des Standorts, wo die Geschwindigkeit für Ihre Strategie am wichtigsten ist.

Ist es erlaubt, mehrere API-Schlüssel oder IP-Adressen zu verwenden, um mehr Anfragen zu erhalten?

Börsen setzen gezielt Rahmenwerte fest, und das Umgehen dieser Limits mithilfe zusätzlicher IPs oder Konten verstößt in der Regel gegen die Nutzungsbedingungen und kann zu Kontobeständen führen. Wenn Sie mehr Durchsatz benötigen, fragen Sie die Börse nach höheren Limits, VIP-Stufen oder institutionellen APIs.

Über den Autor