Prywatny kanał użytkownika

Najpierw stwórz listenKey :

POST /v1/private/user/listen-key

Przykład odpowiedzi:

{
  "code": 0,
  "message": "success",
  "data": {
    "listenKey": "f57cb61ef604ce76be09e753a5dbdd8c",
    "expireAt": 1777539918867
  },
  "requestId": "req-listen-key"
}

listenKey domyślnie obowiązuje przez 60 minut. Zaleca się odnawianie co 30 minut.

Odnawianie

PUT /v1/private/user/listen-key
Content-Type: application/json

{ "listenKey": "f57cb61ef604ce76be09e753a5dbdd8c" }

Zamknij

DELETE /v1/private/user/listen-key
Content-Type: application/json

{ "listenKey": "f57cb61ef604ce76be09e753a5dbdd8c" }

Połącz się z prywatnymi WebSocket

wss://ws.6mm.com/ws?listenKey=YOUR_LISTEN_KEY

Kompatybilna metoda JWT połączenia:

wss://ws.6mm.com/ws?token=YOUR_ACCESS_TOKEN

Po udanej weryfikacji serwer automatycznie subskrybuje połączenie z prywatnym kanałem obecnego użytkownika. Nie jest wymagana ręczna subskrypcja.

Pomyślne potwierdzenie uwierzytelnienia:

{ "event": "auth", "success": true, "data": "1188041528" }

Typowe prywatne wydarzenia

Prywatny opakujący wiadomość push:

{
  "topic": "user.5794",
  "ts": 1771047000000,
  "data": {
    "eventType": "ORDER_TRADE_UPDATE"
  }
}

REST endpointy zapytań oraz WebSocket prywatne strumienie używają oddzielnych schematów. Klienci powinni analizować każdy schemat niezależnie i nie zakładać, że nazwy pól są identyczne.

Typowe różnice

Odbudowa i pojednanie

• Odnawianie listenKey przed wygaśnięciem i tworzenie nowego, jeśli odnowienie się nie powiedzie.
• Ponowne połączenie, ponowne uwierzytelnienie i traktowanie nowego gniazda jako nowej sesji zdarzeń.
• Deduplikować zdarzenia przed zmianą sald partnera lub zapisów zleceń.
• Jeśli zdarzenia mogły zostać przeoczone, zapytaj orders, positions, oraz account state przez REST.
• Stosuj się do przewodnika po połączeniach i biciu serca do ponownego próbowania i obsługi połączenia z opóźnieniami.