So überprüfen Sie, ob eine Binance-Spot-Order teilweise ausgeführt ist

Bestellstatusfelder verstehen

1. Das Statusfeld in der Bestellantwort von Binance zeigt die aktuelle Lebenszyklusphase an: NEW , PARTIALLY_FILLED , FILLED , CANCELED oder REJECTED .

2. Der Wert PARTIALLY_FILLED bedeutet, dass mindestens eine Füllung stattgefunden hat, die vollständige origQty jedoch nicht ausgeführt wird.

3. Dieser Status wird sofort bei der ersten Teilausführung zurückgegeben, unabhängig davon, ob weitere Füllungen erwartet werden.

4. Sie bleibt bestehen, bis entweder die Restmenge vollständig ausgeführt ist oder die Bestellung manuell storniert wird.

5. Statusaktualisierungen werden per REST-Antwort auf get_order übermittelt und in Echtzeit über Benutzerdaten-Stream- Ereignisse gestreamt.

Ausführungsmengen analysieren

1. Vergleichen Sie die ausgeführte Menge mit der origQty : Wenn die ausgeführte Menge größer als Null, aber kleiner als origQty ist, wird die Bestellung teilweise ausgeführt.

2. Untersuchen Sie cummulativeQuoteQty – es spiegelt den gesamten bisher abgeglichenen Quote-Asset-Wert wider und darf ungleich Null sein, wenn Teilfüllungen vorhanden sind.

3. Überprüfen Sie das Fills- Array: Eine nicht leere Liste bestätigt, dass mindestens eine Handelsausführung stattgefunden hat.

4. Jeder Eintrag in Fills enthält Preis , Menge , Provision und TradeId und liefert so einen detaillierten Nachweis einer teilweisen Ausführung.

5. Beachten Sie, dass „executedQty“ und „cummulativeQuoteQty“ Dezimalwerte vom Typ „String“ sind. Ein direkter Float-Vergleich muss vermieden werden, um Präzisionsverluste zu vermeiden.

Verwendung des API-Endpunkts get_order

1. Rufen Sie trade.get_order(symbol='BTCUSDT', orderId=123456789) mit gültigen Anmeldeinformationen und korrekter Symbolschreibweise auf.

2. Analysieren Sie das Datenobjekt in der Antwort – verlassen Sie sich nicht ausschließlich auf Code oder Nachrichtenfelder der obersten Ebene.

3. Extrahieren Sie „status“ , „executedQty“ , „origQty“ und „fills“ aus der verschachtelten Datennutzlast .

4. Überprüfen Sie die numerische Konsistenz: Stellen Sie sicher, dass die ausgeführte Menge ≤ origQty ist und die kumulativeQuoteQty der Summe aus Preis × Menge über alle Füllungen entspricht.

5. Behandeln Sie jede Abweichung von dieser Invariante als Anomalie, die einen manuellen Abgleich oder eine vorgelagerte Untersuchung erfordert.

Überwachung durch Benutzerdatenstrom

1. Abonnieren Sie das ExecutionReport- Ereignis unter einer gültigen Benutzerdatenstrom-WebSocket-Verbindung.

2. Filtern Sie Nachrichten, bei denen „eventType“ gleich „executionReport“ ist und „symbol“ mit dem Zielhandelspaar übereinstimmt.

3. Erkennen Sie Teilfüllungen, indem Sie prüfen, ob der Ausführungstyp TRADE entspricht, während orderStatus PARTIALLY_FILLED bleibt.

4. Summieren Sie „lastExecutedQuantity“ und „lastPrice“ aus jedem Ausführungsbericht , um den Füllverlauf ohne Abfrage zu rekonstruieren.

5. Verwenden Sie eventTime , um Füllungen chronologisch zu sequenzieren und Lücken oder doppelte Berichte zu identifizieren, die durch Netzwerk-Jitter oder erneute Verbindungen verursacht werden.

Häufig gestellte Fragen

F: Kann der Status PARTIALLY_FILLED nach der Meldung auf NEU zurückgesetzt werden? A: Nein. Die Auftragszustandsmaschine von Binance ist streng monoton. Sobald PARTIALLY_FILLED ausgegeben wird, erfolgt der Übergang nur zu FILLED , CANCELED oder EXPIRED .

F: Beinhaltet get_orders_pending teilweise ausgeführte Bestellungen? A: Ja. get_orders_pending gibt alle offenen Bestellungen zurück, einschließlich derjenigen mit dem Status PARTIALLY_FILLED und der verbleibenden unbefüllten Menge.

F: Gibt es eine Verzögerung zwischen dem Ausfüllen und dem Erscheinen der Statusaktualisierung in get_order? A: Unter normalen Bedingungen spiegelt die REST-API den neuesten Status innerhalb von 100 Millisekunden wider. Bei Exchange-Wartungsfenstern oder regionalen API-Routing-Fehlern kann es zu einer höheren Latenz kommen.

F: Was passiert mit dem Fills-Array, wenn eine Order nach teilweiser Ausführung storniert wird? A: Das Fills- Array bleibt intakt und unverändert. Die Stornierung betrifft nur die zukünftige Ausführung; Historische Füllungen sind unveränderlich und werden im Auftragsdatensatz gespeichert.