CME MDP 3.0 (Market Data Platform)

MDP 3.0 est le protocole de données de marché de CME Group pour CME Globex : des messages binaires en Simple Binary Encoding envoyés sur des canaux UDP multicast, qui portent les mises à jour incrémentales de carnet et de transactions, les définitions d'instruments, les changements d'état et les instantanés de récupération. Les plateformes grand public le lisent rarement en direct ; elles reçoivent la version qu'en donne un prestataire, comme le flux de Rithmic ou le dataset GLBX.MDP3 de Databento.

Senzoukria · Glossaire · Mis à jour en septembre 2026


Ce que porte le protocole

  • Les messages de refresh incrémental : les changements de carnet par prix (MBP) et par ordre (MBO), les trade summaries, les statistiques comme le plus haut et le plus bas de séance, le settlement et l'open interest.
  • Les définitions de titres : l'identité et les paramètres de chaque instrument, taille de tick et algorithme d'appariement compris.
  • L'état des titres : ouvert, pré-ouverture, suspendu ou réservé, comme lors d'une pause de velocity logic.
  • La récupération de marché : des instantanés périodiques depuis lesquels un consommateur peut reconstruire un carnet après avoir manqué des données.

Comment il est livré

Les messages sont encodés en Simple Binary Encoding, un format binaire de disposition fixe conçu pour un décodage rapide, et rassemblés dans des paquets numérotés envoyés sur UDP multicast. Chaque canal est publié deux fois, sur un flux A et un flux B, pour qu'un consommateur puisse combler depuis l'un un paquet perdu sur l'autre. Un numéro de séquence de paquet permet au consommateur de détecter tout trou ; si les deux flux manquent un paquet, il faut récupérer par un instantané ou un rejeu.

Exemple chiffré

Un ordre agressif d'achat de 25 contrats rencontre 15 contrats issus de deux ordres au repos à 5 000,25 et 10 contrats issus d'un ordre à 5 000,50. La bourse publie cela comme un seul événement de trade summary à deux entrées de niveau de prix, 15 à 5 000,25 et 10 à 5 000,50, chacune avec son nombre d'ordres au repos, marqué du côté achat comme agresseur, en même temps que les mises à jour de carnet qui retirent cette liquidité. Le nombre de prints qu'une plateforme finit par en afficher dépend de la façon dont le prestataire transforme cet événement en transactions.

Pourquoi un trader devrait connaître ce nom

Beaucoup de propriétés qui décident de ce qu'un footprint peut montrer commencent ici : le côté agresseur est-il explicite, comment un ordre agressif est-il découpé en prints, comment les prix implicites sont-ils publiés, comment les suspensions sont-elles signalées. Un prestataire peut préserver, agréger ou abandonner chacune d'elles.

Dans Senzoukria

L'application ne se connecte jamais elle-même au MDP 3.0. Ses données CME arrivent par le R | Protocol de Rithmic ou par Databento, dont le dataset CME porte le nom GLBX.MDP3 d'après le protocole ; les modules Databento exigent une licence live sur ce dataset pour le footprint et l'interrupteur de la heatmap. Ce que chaque source préserve du flux de la bourse est une propriété de cette source.

Erreurs courantes

  • Supposer que tout produit de données CME livre le détail complet de la bourse.
  • Comparer des nombres de transactions entre prestataires qui agrègent différemment le trade summary.

Dans la même rubrique

Cette page dans d’autres langues

Questions fréquentes

Peut-on se connecter au MDP 3.0 depuis chez soi ?
Le flux multicast est distribué par les offres de connectivité de CME, comme la colocation et les lignes dédiées, et licencié par CME. Les particuliers le reçoivent presque toujours par un prestataire qui le décode et retransmet son propre format.
Le dataset GLBX.MDP3 de Databento est-il la même chose que MDP 3.0 ?
C'est le dataset normalisé que Databento construit depuis le flux MDP 3.0 de CME, proposé dans des schémas tels que trades, MBP-1, MBP-10 et MBO. Le schéma auquel vous souscrivez décide de la part du détail d'origine que vous recevez.

À lire ensuite