Krypto-Börsen-API-Rate-Limits erklärt
1. Was „API-Rate-Limits“ bedeuten
API-Rate-Limits sind auf dem Papier ganz einfach. Sie sagen dir, wie viele Anfragen eine Börse innerhalb eines bestimmten Zeitfensters akzeptiert, etwa pro Sekunde, Minute oder Stunde. Genau darum geht es bei der Erklärung von API-Rate-Limits an Krypto-Börsen, und wer ein Krypto Börse API Limit verstehen will, sollte zuerst diese Grundregel kennen.
Verwechsle Rate-Limits nicht mit Gebühren. Eine Gebühr ist Geld, das für einen Trade, eine Auszahlung oder einen Service-Tarif anfällt. Ein Rate-Limit ist eine Verkehrsregel. Wenn dein Client in einer Minute 200 Anfragen sendet und die Börse nur 120 erlaubt, kann die 121. Anfrage scheitern, selbst wenn dein Konto kostenlos ist.
Limits unterscheiden sich auch von Kontostufen. Manche Börsen geben verifizierten Nutzern, Market Makern oder kostenpflichtigen Plänen höhere Limits, aber das Rate-Limit bleibt trotzdem bestehen. Eine Stufe kann 10 Anfragen pro Sekunde erlauben, eine andere 50. Die Börse zieht also weiterhin eine Grenze.
Praktisch kann man es so sehen: Rate-Limits sind die Hausordnung für die API. Du darfst rein, aber nicht alle auf einmal. Das ist an hektischen Tagen wichtig.
2. Warum Börsen Rate-Limits einsetzen
Börsen setzen Rate-Limits aus drei einfachen Gründen ein: um die Infrastruktur zu schützen, Missbrauch zu reduzieren und die Systeme bei Verkehrsspitzen stabil zu halten. Ein Markt kann sich in 30 Sekunden schnell bewegen, und ein Ansturm von Skripten kann Orderbücher, Kontoprüfungen und Kursfeeds gleichzeitig belasten. Wenn ein Client zu viele Aufrufe sendet, spüren das alle anderen.
Es gibt auch einen Fairness-Aspekt. Ohne Limits könnte ein aggressiver Bot öffentliche Endpunkte mit Anfragen bombardieren und kleinere Nutzer verdrängen. Das ist keine Theorie; genau solche Probleme treten auf, wenn ein neues Listing oder ein harter Abverkauf das Anfragevolumen nach oben treibt.
Manche Limits dienen dazu, Scraping, Missbrauch oder versehentliche Schleifen zu stoppen. Eine fehlerhafte Schleife kann dieselbe Anfrage 500 Mal senden, bevor es jemand merkt. Die Börse sieht dann einen Sturm, nicht einen Unfall.
All das heißt aber nicht, dass Limits nur zur Abwehr da sind. Sie helfen Börsen auch dabei, Marktdaten aktuell zu halten und Handelssysteme reaktionsfähig zu machen, wenn der Traffic steigt. Eine stabile API ist vertrauenswürdiger als eine, die unter plötzlichem Andrang einknickt.
3. Wie Rate-Limits gemessen werden
Die meisten Börsen messen Limits in Anfragen pro Sekunde oder pro Minute. Andere nutzen ein gemischtes System mit einer kleinen Begrenzung pro Sekunde und einem höheren Limit pro Minute. Die Börse kann außerdem verschiedene Endpunkte unterschiedlich gewichten. Eine einfache Kursabfrage zählt vielleicht als 1 Einheit, während eine Orderplatzierung oder eine Abfrage historischer Daten mehr zählt.
Endpunktspezifische Obergrenzen sind üblich. Ein öffentlicher Ticker-Endpunkt erlaubt oft mehr Aufrufe als ein privater Kontostand-Endpunkt. Auch getrennte Limits für öffentliche und authentifizierte Anfragen sind häufig.
Manche APIs erlauben Burst-Verhalten. Das heißt, du darfst für ein paar Sekunden eine kurze Anfragespitze über der regulären Rate senden, solange der Durchschnitt innerhalb der Regel bleibt. Andere sind streng und flach, ganz ohne Spielraum für Bursts. Der Unterschied beeinflusst, wie du einen Client baust.
Achte auf Einheit, Zeitfenster und Gewicht. Diese drei Werte erzählen den Großteil der Geschichte. Eine Seite, die nur „rate limited“ sagt, reicht nicht aus.
4. Wo Limits in echten Workflows auftauchen
Limits tauchen zuerst bei alltäglichen Aufgaben auf. Ein Trader, der alle 2 Sekunden Preise aktualisiert, stößt schnell an Grenzen, wenn die App gleichzeitig 20 Märkte prüft. Ein Entwickler, der Kontostände alle 5 Sekunden synchronisiert, kommt anfangs vielleicht noch durch, sieht aber plötzlich Fehler, wenn die Wallet-Liste von 3 auf 30 Assets wächst.
Auch Orderplatzierung ist ein Druckpunkt. Ein Bot, der Signale testet, alte Orders löscht und neue erneut sendet, kann sein Anfragelimit schnell verbrauchen, besonders in Phasen hoher Volatilität. Eine Minute lang wirkt das System ruhig. Zwölf Kurssprünge später ist es das nicht mehr.
Historische Nachladungen werden noch leichter unterschätzt. Das Abrufen von 90 Tagen Kerzen, Handelsverlauf oder Ausführungen bedeutet oft Tausende von Anfragen, und jede einzelne konkurriert mit Live-Traffic, falls die Börse keinen Batch-Endpunkt anbietet. Wenn die API pro Aufruf nur 100 Zeilen zurückgibt, wird die Rechnung schnell ungemütlich.
Polling ist die versteckte Steuer auf Zeit, nicht auf Geld. Ein Dashboard, das jede Sekunde fünf Endpunkte abfragt, wirkt im Test harmlos, kann aber das Rate-Limit sprengen, sobald echte Nutzer sich anmelden. Deshalb wechseln viele Teams nach dem ersten holprigen Monat von Polling zu Websockets.
5. Häufige Warnsignale und Fehlerbilder
Das offensichtlichste Zeichen ist ein HTTP-Fehler, oft ein 429-Status für zu viele Anfragen; genau dieser 429 Fehler API Krypto Börse zeigt dir meist sofort, dass du zu schnell warst. Manche Börsen liefern eine klare Meldung. Andere geben nur einen generischen Fehler zurück und erwarten, dass der Client die Header liest. Nicht schön, aber üblich.
Vorübergehendes Drosseln ist ein weiteres Ergebnis. Die API kann Antworten verlangsamen, bevor sie Anfragen ganz ablehnt. Du sendest eine Anfrage und wartest dann 1,5 Sekunden auf eine Antwort, die früher 120 Millisekunden gebraucht hat. Diese Verzögerung ist die Warnung vor dem Abschalten.
Manche Plattformen verhängen nach wiederholten Verstößen ein Bann-Fenster. Das kann 30 Sekunden, 5 Minuten oder länger dauern. In schweren Fällen kann die Börse die IP-Adresse oder den API-Schlüssel blockieren. Wenn ein Bot blind weiter retryt, wird die Strafe nur schlimmer.
Auch Order-Ablehnungen können ohne saubere Rate-Limit-Meldung auftreten. Eine Trade-Anfrage kann scheitern, weil der Client das erlaubte Burst-Kontingent bereits verbraucht hat, obwohl dasselbe Konto öffentliche Daten noch abrufen kann. Diese Diskrepanz verwirrt viele Teams bei der ersten Integration.
6. Wie man die Rate-Limit-Regeln einer Börse liest
Beginne mit der Dokumentation, aber hör nicht bei der ersten Tabelle auf. Suche nach Endpoint-Gewichten, Cooldown-Regeln und Hinweisen auf Ausnahmen. Auf einer Seite steht vielleicht „10 Anfragen pro Sekunde“, ergänzt aber stillschweigend, dass Order-Endpunkte jeweils als Gewicht 5 zählen. Das verändert die tatsächliche Kapazität deutlich.
Header sind wichtig. Viele Börsen senden Rate-Limit-Header in der Antwort, und diese Header zeigen oft, wie viele Anfragen noch übrig sind, wie lange es bis zum Reset dauert oder ob der aktuelle Aufruf zusätzliches Gewicht verbraucht hat. Wenn die Doku vage ist, sind die Header meist weniger vage.
Achte auf versteckte Ausnahmen. Öffentliche Marktdaten können einer Regel folgen, private Handelsaufrufe einer anderen. Auch Websocket-Verbindungen können separate Verbindungsgrenzen haben. Wenn du nur den ersten Absatz liest, übersiehst du möglicherweise genau den Teil, der weh tut.
Teams halten vor der Integration oft eine einfache Checkliste bereit. Wenn du eine breitere Checkliste vor dem Start suchst, ist der Artikel über die Sicherheits-Checkliste für Krypto-Börsen eine nützliche Ergänzung, weil Rate-Limit-Fehler und Sicherheitsfehler oft zusammen auftreten, wenn ein API-Schlüssel offengelegt oder missbraucht wird.
Achte außerdem auf die Sprache der Dokumentation. Eine knappe Formulierung kann echte Einschränkungen verschleiern. Wenn auf der Seite „Fair Use“ steht, frag nach der Zahl. Wenn dort „Änderungen vorbehalten“ steht, frag, wer sie wann ändert. Die Antwort zählt vor dem Produktivstart, nicht erst nach einem Ausfall.
7. Wichtige Rate-Limit-Begriffe
Throttle bedeutet, dass die Börse dich absichtlich ausbremst. Es ist noch kein Fehler, aber nahe dran. Du bekommst womöglich noch Antworten, nur später als gewohnt.
Quota ist das gesamte Kontingent für einen Zeitraum. Wenn das Kontingent 100 Anfragen pro Minute beträgt, wird dieser Wert zurückgesetzt, sobald das Minutenfenster schließt. Quota ist das Budget. Geh sparsam damit um.
Burst-Allowance ist der kurzfristige Spielraum, den eine API dir gewähren kann. Ein Burst von 20 Anfragen kann in Ordnung sein, auch wenn die reguläre Rate 5 pro Sekunde beträgt. Der Haken: Der Durchschnitt muss trotzdem zur Regel passen.
Backoff ist die Pause vor dem nächsten Retry. Ein Client, der 250 Millisekunden, dann 500 Millisekunden und dann 1 Sekunde wartet, verhält sich wie ein geduldiger Mensch. Ein Client, der sofort erneut versucht, wirkt wie ein kaputter.
Ban Window bezeichnet den Zeitraum, in dem die Börse nach einem Verstoß weitere Anfragen blockiert. Gewichtete Anfragen sind Aufrufe, die mehr als 1 Einheit zählen. Wenn ein Endpunkt Gewicht 10 hat, dann können 10 solcher Aufrufe dasselbe Kontingent verbrauchen wie 100 leichte Aufrufe. Genau solche Details bringen einen Bot um 3 Uhr morgens zu Fall.
8. Beispiele: Typische Limit-Szenarien
Beispiel 1: eine App zur Kursabfrage. Angenommen, die App überwacht 8 Handelspaare und aktualisiert alle 5 Sekunden. Das klingt leicht, aber wenn jede Aktualisierung einen eigenen öffentlichen Endpunkt trifft und die Börse nur 10 Anfragen pro Sekunde erlaubt, kann die App trotzdem noch gut funktionieren, bis mehr Nutzer hinzukommen und derselbe Server plötzlich 50 Sitzungen bedient. Dann wird das Limit sichtbar.
Beispiel 2: ein Trading-Bot. Der Bot prüft Signale, platziert Orders, storniert alte Orders und bestätigt Ausführungen. Wenn jede Aktion authentifizierte Endpunkte mit höherem Gewicht nutzt, kann der Bot schon nach wenigen schnellen Zyklen an das Limit stoßen. Ein vorsichtiger Bot arbeitet mit zwischengespeichertem Zustand, weniger Kontoprüfungen und einer Retry-Verzögerung, die nach jedem Fehler wächst.
Beispiel 3: ein datenintensiver Backfill-Job. Ein Research-Skript, das 180 Tage Kerzendaten herunterlädt, kann Limits auslösen, lange bevor es fertig ist. Wenn die Börse pro Anfrage nur 200 Zeilen zurückgibt, braucht der Job womöglich Hunderte von Aufrufen. Besser ist es, nach Tagen zu batchen, zwischen den Blöcken zu pausieren und nach einem Fehler vom letzten sauberen Zeitstempel aus fortzufahren.
Wenn du Plattformen für solche Fälle vergleichst, ist die Wahl der Börse genauso wichtig wie der Code. Ein praktischer Leitfaden wie wie man eine Krypto-Börse auswählt hilft, wenn du entscheidest, ob das API-Design zu deinem Workflow passt und nicht nur, ob die Handelsoberfläche hübsch aussieht.
Es gibt noch eine zweite Art von Beispiel, die erwähnenswert ist: eine sauber aussehende API, die unter Last trotzdem schlecht reagiert. Manche Projekte sehen in einer Sandbox gut aus und versagen dann auf Live-Endpunkten, weil die Limit-Regeln in der Produktion strenger sind. Deshalb reichen Testdaten allein nie aus.
Noch ein praktischer Hinweis: Wenn du einen Client vor Banns schützen willst, kann ein Blick auf wie man eine Kryptowährungsbörse überprüft helfen zu prüfen, ob die Plattform klare Regeln, Support-Kontakte und ein konsistentes API-Verhalten veröffentlicht, bevor du ihr Live-Traffic anvertraust.
Für Leser, die Bots oder Dashboards bauen, ist die sauberste Lösung meist nicht „schneller senden“, sondern „weniger senden“. Ergebnisse 3 Sekunden lang zwischenspeichern, doppelte Aufrufe stoppen und nicht zweimal pro Zyklus denselben Kontostand abfragen. Diese kleine Disziplin hält die API ruhig und die Logs lesbar.
Noch ein letzter Hinweis: Wenn eine Dokumentationsseite so vage ist, dass du nicht erkennen kannst, ob eine Anfrage 1 oder 5 Einheiten kostet, dann behandle das als Warnsignal und nicht als Rätsel. Frag den Support nach dem genauen Limit, dem Reset-Fenster und der Strafe bei Überschreitung. Das sind keine dekorativen Details; sie entscheiden darüber, ob die Integration ihre erste geschäftige Stunde übersteht.
