WEEX API-Ratenlimits erklärt: Die Zahlen, die Anfänger übersehen

WEEX API-Ratenlimits begrenzen, wie viele Anfragen Ihr Code in einem bestimmten Zeitfenster senden kann — 100 Spot-Orders pro Minute, 50 Futures-Orders pro Minute, 20 öffentliche Marktdatenabrufe alle 2 Sekunden — und ein Überschreiten führt zu einem HTTP 429-Fehler sowie einer kurzen Sperre. Die meisten Anleitungen zu Exchange-Ratenlimits erklären das Konzept und hören dort auf. Diese hier nennt Ihnen die tatsächlichen WEEX-Obergrenzen, wo diese pro IP versus pro Account durchgesetzt werden und die Arithmetik, die zeigt, wie schnell ein Anfänger-Bot an diese stößt.

Alle Zahlen unten stammen aus der WEEX Spot- und Futures-API-Dokumentation, zuletzt aktualisiert am 14.04.2026. Ratenlimits ändern sich mit System-Upgrades, betrachten Sie daher die offiziellen Dokumente als die Live-Quelle und diese Seite als Karte.

Was sind WEEX API-Ratenlimits und warum legt die Börse sie fest?

Ein Ratenlimit ist eine Obergrenze für die Anfragefrequenz. Senden Sie mehr Aufrufe, als die Obergrenze innerhalb des Messfensters erlaubt, hört der Server auf zu antworten — bei WEEX mit dem HTTP-Status 429 Too Many Requests.

Der Grund ist nicht Geiz. Eine Matching-Engine einer Börse bedient jeden Nutzer über eine gemeinsame Infrastruktur, und eine einzige falsch konfigurierte Schleife, die 200 Mal pro Sekunde Preise abfragt, verursacht echte Kosten für die Ausführungen aller anderen. Limits verhindern auch Manipulationen durch Order-Spam. Wenn Sie die WEEX API für automatisierten Handel verwendet haben, haben Sie bereits innerhalb dieser Budgets operiert, ob Sie es bemerkt haben oder nicht.

Die praktische Herangehensweise für Anfänger: Betrachten Sie das Ratenlimit als ein Ausgabenbudget, das sich über einen Timer wieder auffüllt, nicht als Ein-/Aus-Schalter. Ihre Aufgabe ist es, ein Anfragebudget zu entwerfen, nicht erst zu reagieren, nachdem der Account gedrosselt wurde.

WEEX API-Ratenlimits nach Endpunkt: die Zahlen, auf die es ankommt

Hier ist der Teil, den die meisten Ratenlimit-Artikel überspringen. Dies sind die veröffentlichten WEEX-Obergrenzen nach Geschäftstyp.

Vier Details in dieser Tabelle überraschen die Leute. Erstens sind die Order-Limits für Spot und Futures unterschiedlich — 100/Min gegenüber 50/Min — sodass eine Strategie, die von einem Markt auf den anderen portiert wird, ihren Sicherheitsspielraum nicht erbt. Zweitens hat die Storno-Order-Zulage zwei Formen: 80 pro 10 Sekunden lassen Sie mit acht pro Sekunde burst-en, aber 200 pro Minute bedeuten, dass Sie dieses Tempo nicht halten können. Drittens ist das Verbindungslimit vom Anfragelimit getrennt; Sie können weit unter Ihrem Order-Budget liegen und trotzdem blockiert werden, weil Sie zu viele Sockets öffnen, und die WebSocket-Dokumentation fügt eine harte Obergrenze von 100 gleichzeitigen Verbindungen pro IP und 100 Kanälen pro Verbindung hinzu.

Viertens ist Batching die günstigste verfügbare Optimierung, wo sie anwendbar ist. Die Seite zu den Futures-Zugriffsbeschränkungen besagt, dass eine Batch-Order, die vier Handelspaare mit jeweils zehn Orders umfasst, als eine Anfrage zählt. Allerdings veröffentlichen individuelle Endpunkt-Seiten ihre eigenen Obergrenzen und Gewichte pro Anfrage, und sie stimmen nicht immer mit der allgemeinen Anleitung überein — prüfen Sie also den spezifischen Endpunkt, den Sie aufrufen, anstatt anzunehmen, dass ein Batch immer kostenlos ist.

WEEX gibt auch an, dass das Ratenlimit jedes Endpunkts unabhängig berechnet und auf seiner eigenen Dokumentationsseite markiert wird. Gehen Sie nicht von einem globalen Pool aus. Insbesondere Spot V3 misst Marktdaten nach IP-Gewicht pro Endpunkt statt einer flachen Anfragelanzahl, daher ist die Gewichtszahl auf jeder Endpunkt-Seite die Zahl, die Sie bindet.

Werden WEEX-Limits pro IP oder pro Account durchgesetzt?

Beides, je nachdem, was Sie aufrufen — und die Verwechslung der beiden ist die häufigste Quelle für "Ich bin unter dem Limit, warum werde ich gedrosselt?"-Tickets.

Anfragen mit einem gültigen API-Schlüssel werden gegen den Schlüssel oder Account (userId) gemessen. Anfragen ohne Schlüssel — öffentliche Marktdaten — werden gegen Ihre öffentliche IP-Adresse gemessen.

Die V3 Spot-API schärft dies weiter. Jeder Endpunkt außer der Order-Platzierung ist nach IP unter Verwendung eines Gewichtssystems ratenlimitiert, wobei schwerere Endpunkte mehr von Ihrem Budget pro Aufruf verbrauchen. Order-Platzierungs-Endpunkte werden unter einem separaten ORDERS-Typ gemessen, der Ihrem Account zugeordnet ist, und laut der Dokumentation zu Spot-Zugriffsbeschränkungen verbrauchen sie kein IP-Gewicht — obwohl einige individuelle Endpunkt-Seiten immer noch ein IP-Gewicht auflisten, lesen Sie also die Seite für den Endpunkt, den Sie tatsächlich aufrufen.

Die operative Konsequenz ist leicht zu übersehen: Das Ausführen von drei Bots von einer Cloud-VM teilt sich ein IP-Budget für Marktdaten, egal wie viele separate API-Schlüssel Sie halten. Umgekehrt bewirkt das Verschieben des Order-Flows auf einen zweiten Server nichts für eine Order-Obergrenze auf Account-Ebene.

Wie man die WEEX Ratenlimit-Header liest, bevor man 429 erreicht

Jede Antwort sagt Ihnen, wie viel Budget Sie noch haben. Anfänger lesen diese Header fast nie, weshalb das erste Anzeichen von Problemen normalerweise ein Fehler statt einer Warnung ist.

Die Intervallbuchstaben sind S, M, H, D für Sekunde, Minute, Stunde und Tag, also ist X-USED-WEIGHT-1M das Gewicht, das Ihre IP in der letzten Minute verbrannt hat. Protokollieren Sie diese bei jeder Antwort und Sie verwandeln eine unsichtbare Einschränkung in eine Anzeige, gegen die Sie drosseln können — pausieren Sie, wenn das verbleibende Gewicht unter, sagen wir, 20% fällt, anstatt darauf zu warten, dass der Server Nein sagt.

Was ein 429 auf WEEX Sie tatsächlich kostet

Das Überschreiten des Limits ist kein kostenloser Retry. Die Anfrage schlägt mit 429 fehl, und die Spot-Dokumentation besagt, dass ein Verstoß gegen die Limits zu einer 10-sekündigen Sperre führt. Zehn Sekunden sind eine Ewigkeit, wenn Sie eine gehebelte Position halten und Ihr Storno-Order-Aufruf derjenige ist, der abgelehnt wurde.

Das Risiko zweiter Ordnung ist schlimmer. WEEX merkt an, dass Accounts, die Plattform-Risikokontrollen auslösen — einschließlich anhaltender hochfrequenter ungültiger Anfragen — API-Berechtigungen automatisch deaktiviert bekommen können, wobei eine Reaktivierung ein Support-Ticket erfordert. Eine Retry-Schleife, die auf einen fehlerhaften Endpunkt hämmert, wird nicht nur gedrosselt; sie kann wie Missbrauch aussehen.

Zwei verwandte Fehlermodi erzeugen Fehler, die Anfänger fälschlicherweise als Ratenlimitierung lesen. Eine Anfrage, deren ACCESS-TIMESTAMP mehr als 30 Sekunden von der Serverzeit abweicht, wird sofort abgelehnt (Fehler -1046), was auf einer driftenden Uhr wie ein zufälliger intermittierender Fehler aussieht. Und eine WebSocket-Verbindung, die ohne User-Agent-Header geöffnet wird, wird von der Firewall mit einem 403 blockiert, nicht mit einem 429 — die Lösung ist ein Header, keine langsamere Schleife.

Vier Wege, wie Anfänger das WEEX API-Ratenlimit verbrennen

Die Arithmetik hier ist der nützliche Teil, weil die Limits nur großzügig erscheinen, bis man multipliziert.

Jedes Symbol einzeln abfragen. Ticker für 50 Symbole einmal pro Sekunde anzufordern, sind 50 separate Aufrufe pro Sekunde, das Fünffache des 10-pro-Sekunde-Tempos, das eine 20-pro-2-Sekunden-öffentliche Zulage erlaubt — und dauerhaft darüber. Die meisten Marktdaten-Endpunkte akzeptieren eine Liste von Symbolen, daher ist dieselbe Arbeit oft ein Aufruf. Besser noch, verschieben Sie es auf einen WebSocket-Stream, der Updates pusht, anstatt dass Sie fragen.

Ein Grid zu schnell neu quotieren. Ein 20-Level-Grid, das jedes Level alle 10 Sekunden storniert und ersetzt, generiert 120 Platzierungen pro Minute. Das räumt die Spot-Obergrenze von 100 ab und mehr als verdoppelt die Futures-Obergrenze von 50. Die Erweiterung des Re-Quote-Intervalls auf 30 Sekunden bringt dieselbe Strategie innerhalb beider.

Reconnect-Stürme. Ein WebSocket-Client, der abbricht und sofort in einer engen Schleife erneut versucht, kann das 300-Verbindungen-pro-5-Minuten-IP-Budget in unter einer Minute verbrauchen. Jeder Reconnect benötigt Backoff und eine Jitter-Verzögerung, keinen sofortigen Retry.

Den 429 selbst erneut versuchen. Der teuerste Fehler ist es, 429 als einen transienten Netzwerkfehler zu behandeln und sofort erneut zu versuchen. WEEX ist explizit, dass Sie beim Erhalt eines 429 dafür verantwortlich sind, zu stoppen. Exponentielles Backoff — verdoppeln Sie die Wartezeit jedes Mal, deckeln Sie sie, fügen Sie Jitter hinzu — ist die Standardantwort und diejenige, die die Börse erwartet.

Wie man einen Bot baut, der unter den WEEX API-Ratenlimits bleibt

Entwerfen Sie das Budget, bevor Sie die Strategie schreiben. Entscheiden Sie, wie viele Orders pro Minute die Logik tatsächlich benötigt, vergleichen Sie es mit den Obergrenzen in der Tabelle oben und lassen Sie 30–40% Spielraum für Volatilitätsspitzen, wenn Ihr Bot natürlich mehr handeln möchte.

Teilen Sie dann den Transport nach Job auf. REST für diskrete Aktionen — platzieren, stornieren, Salden abfragen. WebSocket für alles, was Sie sonst abfragen würden: Orderbuch-Updates, Ticker, Ausführungen. Das Verschieben von Marktdaten auf einen Stream entfernt typischerweise den Großteil des Anfragevolumens eines naiven Bots in einer Änderung und senkt gleichzeitig die Latenz.

Fügen Sie ein clientseitiges Ratenlimit hinzu, anstatt sich darauf zu verlassen, dass der Server Ihnen Nein sagt. Ein Token-Bucket, der etwas unter dem veröffentlichten Limit dimensioniert ist, bedeutet, dass Ihr Code seine eigenen Überschüsse in die Warteschlange stellt, anstatt Sperren zu sammeln. Protokollieren Sie jeden 429 mit seinem Endpunkt und Zeitstempel, damit Sie sehen können, welcher Aufruf tatsächlich der Täter ist — es ist häufig nicht der, den Sie vermuten.

Halten Sie schließlich die Berechtigungen knapp, während Sie experimentieren. Beschränken Sie API-Schlüssel auf das, was der Bot benötigt, aktivieren Sie IP-Whitelisting und denken Sie daran, dass neu erstellte oder geänderte Schlüssel etwa 15 Minuten brauchen, um sich im System zu verbreiten, daher ist ein sofortiger Authentifizierungsfehler nach der Schlüsselerstellung normalerweise eine Verbreitung statt eines Programmierfehlers. Endpunkt-Details für jeden Markt finden Sie in den WEEX Spot API FAQ und den WEEX Futures API FAQ.

Das Fazit zu WEEX API-Ratenlimits

WEEX API-Ratenlimits sind kein Hindernis, um das man herumfahren muss; sie sind eine Design-Einschränkung, die einen Bot, der eine volatile Sitzung überlebt, von einem trennt, der währenddessen gesperrt wird. Lernen Sie die drei Zahlen, die Ihre Strategie regieren — Ihre Order-Obergrenze, Ihre öffentliche Daten-Obergrenze und Ihre Verbindungs-Obergrenze — instrumentieren Sie die Antwort-Header, damit Sie Ihr verbleibendes Budget sehen können, und weichen Sie ordnungsgemäß zurück, wenn Sie einen 429 erhalten. Das ist der Großteil der Arbeit.

Bereit, eine Strategie gegen echte Endpunkte zu testen? Erstellen Sie einen API-Schlüssel in Ihrem WEEX-Account, beginnen Sie mit Nur-Lese-Berechtigungen und einem einzigen Symbol und bestätigen Sie, dass Ihre Anfrage-Buchhaltung korrekt ist, bevor Sie Handelsbereiche aktivieren.

FAQ

1. Was passiert, wenn ich das WEEX API-Ratenlimit überschreite?

Die Anfrage schlägt mit dem HTTP-Status 429 Too Many Requests fehl, und die Spot-Dokumentation besagt, dass ein Verstoß gegen die Limits zu einer 10-sekündigen Sperre führt. Anhaltende hochfrequente ungültige Anfragen können auch Plattform-Risikokontrollen auslösen, die API-Berechtigungen deaktivieren können, bis Sie den Support kontaktieren.

2. Sind WEEX API-Ratenlimits pro IP-Adresse oder pro API-Schlüssel?

Beides. Endpunkte, die einen API-Schlüssel erfordern, werden gegen den Account gemessen, während öffentliche Endpunkte ohne Schlüssel gegen Ihre IP gemessen werden. In der V3 Spot-API ist die Order-Platzierung durch den Account (userId) unter dem ORDERS-Typ gedeckelt, und alles andere ist durch IP-Gewicht gedeckelt.

3. Wie viele Orders pro Minute kann ich auf WEEX platzieren?

Stand der Dokumentation, zuletzt aktualisiert am 14.04.2026, erlaubt Spot 100 Order-Platzierungen pro Minute und Futures 50 pro Minute. Spot-Stornierungen sind auf 80 pro 10 Sekunden oder 200 pro Minute gedeckelt; Futures-Stornierungen auf 50 pro Minute.

4. Zählt WebSocket gegen das WEEX REST-Ratenlimit?

Nicht direkt, aber WebSocket hat seine eigenen Budgets: 300 REST/WS-Verbindungsanfragen pro 5 Minuten pro IP mit einem Maximum von 100 gleichzeitigen Verbindungen und 240 Kanal-Abonnements pro Stunde pro Verbindung mit einem Maximum von 100 Kanälen gleichzeitig offen. Das Verschieben von Marktdaten auf WebSocket ist der effektivste Weg, um das REST-Anfragevolumen zu senken.

5. Warum erhalte ich Fehler, obwohl ich unter dem Ratenlimit bin?

Prüfen Sie drei Dinge, bevor Sie Drosselung annehmen. Ein Zeitstempel, der mehr als 30 Sekunden von der Serverzeit abweicht, wird als -1046 abgelehnt. Eine WebSocket-Verbindung ohne User-Agent-Header gibt 403 zurück. Und ein neu erstellter oder geänderter API-Schlüssel braucht etwa 15 Minuten, um sich systemweit zu verbreiten.

6. Zählen Batch-Orders als eine Anfrage auf WEEX?

Die Seite zu den Futures-Zugriffsbeschränkungen besagt, dass eine Batch-Order, die vier Handelspaare mit zehn Orders jeweils umfasst, als eine einzige Anfrage zählt, was Batching zu einem günstigen Weg macht, ein begrenztes Budget zu strecken. Individuelle Endpunkt-Seiten veröffentlichen jedoch ihre eigenen Obergrenzen und Gewichte pro Anfrage, und diese stimmen nicht immer mit der allgemeinen Anleitung überein — prüfen Sie gegen den Endpunkt, den Sie aufrufen, bevor Sie einen Batch dimensionieren.

Risikowarnung

Krypto-Assets sind hochvolatil und der Handel mit ihnen kann zu teilweisem oder totalem Kapitalverlust führen. API- und automatisierter Handel fügen Risiken hinzu, die manueller Handel nicht hat: Eine Ratenlimit-Sperre kann Sie unfähig machen, eine Position während einer schnellen Bewegung zu stornieren oder zu schließen, ein Reconnect-Fehler kann eine Strategie blind für Ausführungen lassen und ein Programmierfehler kann unbeabsichtigte Größe in Sekunden ausführen. Gehebelte Futures verstärken jedes dieser Ergebnisse und können zur Liquidation führen. Kompromittierte API-Schlüssel sind ein direktes Verwahrungsrisiko — beschränken Sie Berechtigungen auf das Minimum, aktivieren Sie IP-Whitelisting und teilen Sie niemals Schlüssel oder Geheimnisse. Ratenlimits, Endpunkte und Fehlercodes können sich mit System-Upgrades ändern; prüfen Sie immer gegen die aktuelle offizielle WEEX API-Dokumentation, bevor Sie bereitstellen. Nichts hier ist eine Anlageberatung.