Wie verwende ich OKX Stop-Loss- und Take-Profit-Orders?

Auslöserbasierte Ordnungsmechanismen verstehen

1. Trigger-Orders funktionieren unabhängig von offenen Positionen, bis sie explizit über das cxlOnClosePos -Flag verknüpft werden.

2. Das System evaluiert triggerPx anhand von Echtzeit-Marktdaten mithilfe konfigurierbarer Preistypen: last , index oder mark .

3. Wenn die Auslösebedingung aktiviert wird, übermittelt die Plattform einen neuen Auftrag bei orderPx , der für die Marktausführung auf -1 gesetzt werden kann.

4. Für diese Aufträge wird im Voraus keine Marge reserviert, was eine Kapitaleffizienz in Leerlaufzeiten ermöglicht.

5. Jede angehängte algorithmische Reihenfolge muss entweder tpTriggerPx und tpOrdPx oder slTriggerPx und slOrdPx angeben, wobei eine strikte gegenseitige Abhängigkeit durch die API erzwungen wird.

Strukturierung von Algo-Aufträgen mit mehreren Bedingungen

1. Das Array attachmentAlgoOrds akzeptiert bis zu zwei Einträge – einen für Take-Profit und einen für Stop-Loss – und ermöglicht so die gleichzeitige bilaterale Einrichtung.

2. Sobald ein Bein ausgelöst wird, bricht das Gegenstück automatisch ab, wodurch die Positionsintegrität ohne manuellen Eingriff gewahrt bleibt.

3. Die Parametervalidierung erfolgt serverseitig. Ungültige Kombinationen geben HTTP 400 mit beschreibenden Fehlercodes wie 51000 oder 51001 zurück.

4. Auftragskennungen wie „attachAlgoClOrdId“ bleiben optional, verbessern aber die Rückverfolgbarkeit über Protokolle und Debugging-Sitzungen hinweg.

5. Alle Werte in attachmentAlgoOrds müssen Zeichenfolgen sein, auch numerische Schwellenwerte wie slTriggerPx und tpOrdPx .

Positionsverknüpfungsverhalten

1. Wenn Sie cxlOnClosePos auf „true“ setzen, wird der Algo-Order-Lebenszyklus direkt an die Existenz der zugehörigen Position gebunden.

2. Die vollständige Schließung einer Position löst die sofortige Stornierung aller damit verbundenen Stop-Loss- und Take-Profit-Orders aus, unabhängig von ihrem Aktivierungsstatus.

3. Wenn cxlOnClosePos den Wert false hat, bleiben Aufträge unabhängig voneinander bestehen und können auch nach der Positionsauflösung ausgeführt werden.

4. Dieses Flag gilt einheitlich für alle Einträge in attachmentAlgoOrds . Gemischte Verknüpfungsmodi werden nicht unterstützt.

5. Positionsseitige Ausrichtung ( posSide ) muss zwischen der übergeordneten Bestellung und den angehängten Algorithmen übereinstimmen, um eine Ablehnung zu vermeiden.

API-Integrationsmuster

1. Python-Entwickler verwenden TradeAPI.place_order() mit ordType='trigger' und betten attachmentAlgoOrds in den Anfragetext ein.

2. WebSocket-Abonnements für den Orders-Algo- Kanal liefern Statusaktualisierungen in Echtzeit, einschließlich algoId , status und failCode .

3. Es gelten strikte Ratenbeschränkungen: Jeder API-Schlüssel lässt nur 20 Anfragen pro Sekunde zu, was eine sorgfältige Stapelung von Multi-Instrumenten-Strategien erfordert.

4. Die Signaturgenerierung folgt HMAC-SHA256 über eine verkettete Zeichenfolge aus Methode, Pfad, Zeitstempel und JSON-Körper.

5. Umgebungsvariablen speichern Anmeldeinformationen sicher und vermeiden so hartcodierte Geheimnisse in Quelldateien oder Notizbüchern.

Häufig gestellte Fragen

F1: Kann ich den Auslösepreis einer aktiven Stop-Loss-Order ändern? Nein. OKX unterstützt die Bearbeitung ausgelöster Algo-Bestellungen nicht. Benutzer müssen den Vorgang abbrechen und mit aktualisierten Parametern erneut einreichen.

F2: Was passiert, wenn sowohl TP- als auch SL-Preise gleichzeitig erreicht werden? Der Austausch verarbeitet die Bedingung, die zuerst registriert wird, basierend auf der Zeitstempelauflösung im Mikrosekundenbereich. Es besteht keine Bestellgarantie.

F3: Ist es möglich, mehr als zwei Algo-Orders an einen einzelnen Trade anzuhängen? Nein. Das Array attachmentAlgoOrds unterstützt genau null, ein oder zwei Elemente – Erweiterungen über diese Grenze hinaus sind nicht zulässig.

F4: Beeinflusst der tpOrdKind- Parameter die Ausführung des Take-Profits? Ja. Bei der Einstellung „limit“ platziert das System eine Standard-Limit-Order bei tpOrdPx . Mit der Bedingung wird vor der Übermittlung auf tpTriggerPx gewartet.