Order

Anmerkung

Order-Endpunkte benötigen Handelsberechtigungen.

Platzanordnung

1
POST /v1/private/order/place
2
Content-Type: application/json

Anfrageparameter:

Beispiel anfordern:

1
{
2
  "symbol": "BTCUSDT",
3
  "type": "LIMIT",
4
  "side": "BUY",
5
  "price": "85000",
6
  "quantity": "0.1",
7
  "timeInForce": "GTC",
8
  "makerOnly": true,
9
  "clientOrderId": "ext-1772710377808-001"
10
}

Antwortfelder:

ChargenOrders

1
POST /v1/private/order/batch-place
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "orders": [
3
    {
4
      "symbol": "BTCUSDT",
5
      "type": "LIMIT",
6
      "side": "BUY",
7
      "price": "85000",
8
      "quantity": "0.1",
9
      "clientOrderId": "ext-buy-001"
10
    }
11
  ]
12
}

Antwortfelder:

Platzzustandsreihenfolge

1
POST /v1/private/order/place-condition
2
Content-Type: application/json

Anfrageparameter:

Antwortfelder:

Platzierungsstrategie-Reihenfolge

1
POST /v1/private/order/place-strategy
2
Content-Type: application/json

Anfrageparameter:

Felder in subOrderList[] sind größtenteils identisch mit Normalordnungen und Bedingungsordnungen, mit zusätzlichen Abhängigkeitsfeldern:

Antwortfelder:

Abfrage-Einzelordnung

1
GET /v1/private/order?symbol=BTCUSDT&orderId=2022543809547603968

Anfrageparameter:

Mindestens eines von orderId und clientOrderId muss bereitgestellt werden. Wenn beide angegeben sind, führt der Server unter beiden Bedingungen eine exakte Übereinstimmung durch.

Aktuelle Normalordnungen

1
GET /v1/private/order/current?symbol=BTCUSDT

Anfrageparameter:

Antwortfelder:

Befehle zum aktuellen Zustand

1
GET /v1/private/order/current-condition?symbol=BTCUSDT

Anfrageparameter:

Historische Normalordnungen

1
GET /v1/private/order/history?symbol=BTCUSDT&page=1&pageSize=20

Anfrageparameter:

Historische Zustandsordnungen

1
GET /v1/private/order/history-condition?symbol=BTCUSDT&page=1&pageSize=20

Anfrageparameter:

Handelsrekorde

1
GET /v1/private/order/trades?symbol=BTCUSDT&page=1&pageSize=20

Anfrageparameter:

Antwortfelder:

Order stornieren

1
POST /v1/private/order/cancel
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "symbol": "BTCUSDT",
3
  "orderId": "2022543809547603968"
4
}

clientOrderId kann auch verwendet werden, um eine Order zu stornieren.

Änderungsanordnung

1
POST /v1/private/order/move
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "symbol": "BTCUSDT",
3
  "orderId": "2022543809547603968",
4
  "price": "85100",
5
  "quantity": "0.2"
6
}

quantity ist die endgültige GesamtOrdersmenge nach der Änderung, nicht die verbleibende Menge.

Chargenänderungsanordnungen

1
POST /v1/private/order/batch-move
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "symbol": "BTCUSDT",
3
  "orders": [
4
    {
5
      "orderId": "2022543809547603968",
6
      "price": "85100",
7
      "quantity": "0.2"
8
    }
9
  ]
10
}

Orders in Chargen stornieren

1
POST /v1/private/order/batch-cancel
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "orders": [
3
    {
4
      "symbol": "BTCUSDT",
5
      "orderId": "2022543809547603968"
6
    }
7
  ]
8
}

Alle abbrechen

1
POST /v1/private/order/batch-cancel-all
2
Content-Type: application/json

Anfrageparameter:

Stornieren-alle für normale Orders wird asynchron akzeptiert. Der Endstatus sollte durch WebSocket ORDER_TRADE_UPDATE - oder Abfrage-Endpunkte bestimmt werden.

Bedingungsbefehl abbrechen

1
POST /v1/private/order/cancel-condition
2
Content-Type: application/json

Anfrage zum Inhalt:

1
{
2
  "symbol": "BTCUSDT",
3
  "conditionId": "2022543809547603968"
4
}

Details der Strategiereihenfolge

1
GET /v1/private/order/strategy?strategyId=2022543809547603968

Antwortfelder:

Verwandte Dokumentation

• Befehlstypen
• Gemeine Enume
• Privatbenutzerkanal
• Integrationsempfehlungen