WebSocket Canaux de données de marché public

Afficher en Markdown

Utilisez les canaux publics de marché lorsqu’une application a besoin d’une mise à jour continue des prix, des transactions, des chandeliers ou de la profondeur du carnet d’ordres sans interroger à répétition REST points de terminaison. Ces flux peuvent supporter des écrans de trading, des affichages de prix, des alertes et une surveillance du marché.

Connexion URL

wss://ws.6mm.com/ws

Le WebSocket public ne nécessite pas d’authentification.

Pour le cycle de vie de la connexion, désabonnement, ping et reconnexion, voir Connexion, Abonnement & Battement de cœur.

Canaux communs

ChaîneDescription
market.depth.{symbol}Profondeur du carnet de commandes. Envoie d’abord un instantané, puis des mises à jour progressives
market.trade.{symbol}Dernières transactions
market.kline.{symbol}.{interval}Klines
market.ticker.{symbol}Résumé du ticker à symbole unique
market.tickersRésumé du ticker tous symboles

Choisissez une chaîne

Besoin d’applicationChaîne
Construisez ou maintenez un carnet des commandesmarket.depth.{symbol}
Affichez un flux commercial en directmarket.trade.{symbol}
Dessinez un diagramme de chandeliermarket.kline.{symbol}.{interval}
Résumé du marché Display onemarket.ticker.{symbol}
Maintenir une vue d’ensemble du marchémarket.tickers

Exemple d’abonnement

1{ "id": "1772007814666", "op": "subscribe", "args": ["market.depth.BTCUSDT"] }

Enveloppe de message push

1{
2 "topic": "market.depth.BTCUSDT",
3 "event": "data",
4 "ts": 1772007815000,
5 "data": {}
6}

Utilisez topic pour acheminer chaque message vers le bon gestionnaire et ts pour observer le moment de livraison. L’objet data contient la charge utile du canal abonné.

Gestion du carnet de commandes

Le canal de profondeur envoie d’abord un instantané puis des mises à jour incrémentales. Initialiser le livre local à partir de l’instantané avant d’appliquer les mises à jour. Après la reconnexion, créer une nouvelle session, s’abonner à nouveau, et reconstruire le livre local à partir du snapshot suivant au lieu de continuer depuis un état obsolète en mémoire.

Recommandations de production

  • Générer un id unique pour chaque demande d’abonnement, de désabonnement et de ping.
  • Confirmer les accusés de réception avant de considérer un canal comme actif.
  • Réabonnez-vous à tous les sujets requis après la reconnexion.
  • Garder les lectures réseau séparées du traitement plus lent de la base de données ou de l’interface utilisateur.
  • Fréquence de déconnexion du monitor, délai de traitement des messages et charges utiles mal formées.
  • Utiliser Canal utilisateur privé pour les mises à jour authentifiées des comptes et des commandes.