This document is an excerpt from the EUR-Lex website
Document 32025R0416
Commission Delegated Regulation (EU) 2025/416 of 29 November 2024 supplementing Regulation (EU) 2023/1114 of the European Parliament and of the Council with regard to regulatory technical standards specifying the content and format of order book records for crypto-asset service providers operating a trading platform for crypto-assets
Règlement délégué (UE) 2025/416 de la Commission du 29 novembre 2024 complétant le règlement (UE) 2023/1114 du Parlement européen et du Conseil par des normes techniques de réglementation précisant le contenu et le format des enregistrements de carnets d’ordres pour les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs
Règlement délégué (UE) 2025/416 de la Commission du 29 novembre 2024 complétant le règlement (UE) 2023/1114 du Parlement européen et du Conseil par des normes techniques de réglementation précisant le contenu et le format des enregistrements de carnets d’ordres pour les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs
C/2024/6909
JO L, 2025/416, 14.3.2025, ELI: http://data.europa.eu/eli/reg_del/2025/416/oj (BG, ES, CS, DA, DE, ET, EL, EN, FR, GA, HR, IT, LV, LT, HU, MT, NL, PL, PT, RO, SK, SL, FI, SV)
In force
|
Journal officiel |
FR Série L |
|
2025/416 |
14.3.2025 |
RÈGLEMENT DÉLÉGUÉ (UE) 2025/416 DE LA COMMISSION
du 29 novembre 2024
complétant le règlement (UE) 2023/1114 du Parlement européen et du Conseil par des normes techniques de réglementation précisant le contenu et le format des enregistrements de carnets d’ordres pour les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs
(Texte présentant de l’intérêt pour l’EEE)
LA COMMISSION EUROPÉENNE,
vu le traité sur le fonctionnement de l’Union européenne,
vu le règlement (UE) 2023/1114 du Parlement européen et du Conseil du 31 mai 2023 sur les marchés de crypto-actifs, et modifiant les règlements (UE) no 1093/2010 et (UE) no 1095/2010 et les directives 2013/36/UE et (UE) 2019/1937 (1), et notamment son article 76, paragraphe 16, troisième alinéa,
considérant ce qui suit:
|
(1) |
Afin de permettre aux autorités compétentes de compiler, comparer et analyser de manière efficace et efficiente les données d’ordres, les prestataires de services sur crypto-actifs qui exploitent des plates-formes de crypto-actifs devraient conserver un enregistrement des données pertinentes relatives à tous les ordres (enregistrements des carnets d’ordres) conformément au présent règlement. Ils devraient enregistrer ces données sous un format électronique JSON, lisible par machine, mis au point conformément à la méthode définie par la norme ISO 20022. Un carnet d’ordres doit être considéré comme un recueil structuré des ordres d’achat et de vente portant sur un crypto-actif donné. |
|
(2) |
Pour pouvoir veiller comme il se doit à l’intégrité et à la stabilité des marchés de crypto-actifs, les autorités compétentes ont besoin d’informations fiables, cohérentes et normalisées sur les crypto-actifs qui y sont négociés. Ces informations doivent leur permettre d’identifier individuellement tout crypto-actif négocié conformément aux principes institués à l’échelle internationale. En outre, les autorités compétentes doivent pouvoir en extraire les principales caractéristiques, y compris technologiques, des crypto-actifs. Les prestataires de services sur crypto-actifs devraient donc utiliser un identifiant d’actif approprié pour identifier les crypto-actifs dans les enregistrements d’ordres et de transactions qu’ils fournissent aux autorités compétentes. Pour atteindre cet objectif, le règlement délégué de la Commission instituant des normes techniques adopté en vertu de l’article 68, paragraphe 10, premier alinéa, point b), prévoit l’utilisation du code d’identification de jeton numérique (DTI, pour Digital Token Identifier) géré par la Digital Token Identifier Foundation, ou d’autres identifiants éligibles, pour identifier les crypto-actifs faisant l’objet d’un ordre ou d’une transaction dont l’enregistrement doit être conservé par le prestataire de services sur crypto-actifs. Compte tenu de ces considérations, et pour garantir une approche prudentielle cohérente, il convient que le présent règlement prévoie de soumettre l’utilisation d’identifiants d’actifs aux mêmes conditions que celles prévues dans le règlement délégué de la Commission instituant des normes techniques adopté en vertu de l’article 68, paragraphe 10, premier alinéa, point b). |
|
(3) |
Les abus de marché, notamment les manipulations de marché, peuvent être commis par divers moyens, parmi lesquels le trading algorithmique. Afin d’assurer une surveillance efficace des marchés, il conviendrait donc que lorsque des décisions d’investissement sont prises par une personne autre que le client ou par un algorithme informatique, cette personne ou cet algorithme soit identifié(e), dans les enregistrements des ordres et des transactions, par un identifiant unique, fiable et cohérent. Lorsqu’une décision d’investissement est prise par plusieurs personnes, le prestataire de services sur crypto-actifs devrait indiquer, dans ses enregistrements, la personne qui assume la responsabilité principale de la décision. |
|
(4) |
Pour que chaque personne physique mentionnée dans les enregistrements des ordres puisse être identifiée sans équivoque par l’utilisation systématique d’un seul et même identifiant robuste, il conviendrait de la désigner par la concaténation du code de son pays de nationalité et d’un identifiant que ce pays lui a attribué. En l’absence d’un tel identifiant, il conviendrait de désigner ces personnes par un identifiant composé de la concaténation de leur date de naissance et de leur nom. L’identifiant utilisé pour identifier les personnes physiques doit être choisi parmi les différents identifiants indiqués à l’annexe II du règlement délégué (UE) 2017/590 de la Commission (2), et selon leur ordre de priorité. |
|
(5) |
Il peut arriver que les personnes physiques qui doivent être identifiées à des fins d’enregistrement soient résidentes d’un pays autre que celui dont elles ont la nationalité. Étant donné que plusieurs des obligations imposées par le règlement (UE) 2023/1114 dépendent du pays de résidence des personnes physiques, la collecte de cette information dans le cadre du présent règlement est importante pour assurer une surveillance efficace des transactions et des ordres par les autorités compétentes. |
|
(6) |
Il est nécessaire que les prestataires de services sur crypto-actifs collectent certaines données à caractère personnel en vue de l’identification de leurs clients, ou d’autres personnes physiques concernées par les ordres sur crypto-actifs, car ces données sont essentielles pour que les autorités compétentes puissent exercer une surveillance efficace, notamment en ce qui concerne les abus de marché. Conformément au principe de minimisation des données énoncé dans le règlement (UE) 2016/679 du Parlement européen et du Conseil (3), les prestataires de services sur crypto-actifs ne doivent conserver que les informations nécessaires et suffisantes pour que l’autorité compétente puisse procéder à une évaluation complète du respect, par ces prestataires, des exigences du règlement (UE) 2023/1114 et surveiller les activités de négociation résultant d’ordres sur crypto-actifs. Lorsqu’ils traitent des données à caractère personnel figurant dans les enregistrements, les prestataires de services sur crypto-actifs et les autorités compétentes doivent se conformer aux dispositions pertinentes du règlement (UE) 2016/679. |
|
(7) |
Pour faciliter la surveillance des marchés et assurer la comparabilité des enregistrements, il conviendrait que les clients qui sont des entités juridiques soient désignés par un identifiant satisfaisant aux critères adoptés au niveau international pour la mise au point de systèmes d’identification robustes aux fins de la surveillance des marchés financiers. Afin que l’approche suivie en matière de surveillance soit cohérente, notamment au regard des identifiants d’entité prévus dans le règlement délégué de la Commission instituant des normes techniques adopté en vertu de l’article 68, paragraphe 10, premier alinéa, point b), il convient de soumettre l’utilisation d’identifiants d’actifs au titre du présent règlement aux mêmes conditions que celles prévues dans ledit règlement délégué. |
|
(8) |
Savoir qui choisit la plate-forme de négociation de crypto-actifs à qui confier l’exécution d’ordres ou le prestataire de services sur crypto-actifs à qui transmettre des ordres, ou qui définit les autres conditions éventuellement attachées à l’exécution d’ordres, peut être directement utile pour détecter des abus de marché. Afin que la surveillance des marchés puisse être efficace, les enregistrements des ordres devraient indiquer la personne, ou l’algorithme informatique, qui effectue ces activités au sein du prestataire de services sur crypto-actifs. Si ces activités font intervenir à la fois une personne et un algorithme informatique, ou bien plusieurs personnes ou algorithmes, le prestataire de services sur crypto-actifs doit déterminer, de manière cohérente dans le temps et selon des critères prédéfinis, quelle personne ou algorithme assume la responsabilité première de ces activités. |
|
(9) |
Conformément au principe de minimisation des données, le prestataire de services sur crypto-actifs ne doit conserver que les informations nécessaires et suffisantes pour que l’autorité compétente puisse procéder à une évaluation complète du respect, par ces prestataires, des exigences applicables du règlement (UE) 2023/1114 et des dispositions de ce dernier sur l’abus de marché. Lorsqu’ils traitent des données à caractère personnel figurant dans les enregistrements, les prestataires de services sur crypto-actifs et les autorités compétentes doivent se conformer aux dispositions pertinentes du règlement (UE) 2016/679. |
|
(10) |
Le Contrôleur européen de la protection des données a été consulté conformément à l’article 42, paragraphe 1, du règlement (UE) 2018/1725 du Parlement européen et du Conseil (4) et a rendu un avis le 28 août 2024. |
|
(11) |
Le présent règlement se fonde sur le projet de normes techniques de réglementation soumis à la Commission par l’Autorité européenne des marchés financiers (AEMF). |
|
(12) |
L’AEMF a procédé à des consultations publiques ouvertes sur le projet de normes techniques de réglementation sur lequel se fonde le présent règlement, analysé ses coûts et ses avantages potentiels et sollicité l’avis du groupe des parties intéressées au secteur financier institué par l’article 37 du règlement (UE) no 1095/2010 du Parlement européen et du Conseil (5), |
A ADOPTÉ LE PRÉSENT RÈGLEMENT:
Article premier
Contenu, normes et format à respecter pour les données relatives aux ordres sur crypto-actifs
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs tiennent à la disposition de l’autorité compétente les informations, visées aux articles 2 à 15, sur chaque ordre portant sur des crypto-actifs qui est affiché par l’intermédiaire de leurs systèmes, ou lui donnent accès à ces informations, selon le format indiqué dans les tableaux 2 et 3 de l’annexe, dans la mesure où elles concernent l’ordre en question.
2. Les données visées au paragraphe 1 sont présentées dans un format JSON suivant la méthode définie par la norme ISO 20022.
Article 2
Identification des parties concernées par l’ordre
1. Pour tous les ordres sur crypto-actifs, les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs conservent des enregistrements permettant d’identifier tous les acteurs suivants:
|
a) |
tout participant de la plate-forme de négociation de crypto-actifs qui est une entité juridique et qui soumet un ordre à cette plate-forme, tel qu’identifié conformément à l’article 4 et au champ 1 du tableau 2 de l’annexe; |
|
b) |
tout participant de la plate-forme de négociation de crypto-actifs qui est une personne physique et qui soumet un ordre à cette plate-forme, tel qu’identifié conformément au champ 2 du tableau 2 de l’annexe; |
|
c) |
tout client pour le compte duquel le participant de la plate-forme de négociation de crypto-actifs visé au point a) ou b) soumet l’ordre à cette plate-forme, tel qu’identifié conformément au champ 3 du tableau 2 de l’annexe; |
|
d) |
la personne ou l’algorithme informatique qui, au sein du participant à la plate-forme de négociation de crypto-actifs visé au point a) ou b), est responsable de la décision d’investissement liée à l’ordre, tel(le) qu’identifié(e) conformément au champ 4 du tableau 2 de l’annexe; |
|
e) |
la personne ou l’algorithme informatique qui, au sein du participant à la plate-forme de négociation de crypto-actifs visé au point a) ou b), est responsable de l’exécution de l’ordre, tel(le) qu’identifié(e) conformément au champ 5 du tableau 2 de l’annexe. |
Aux fins du point d), lorsque la décision d’investissement est prise par plusieurs personnes, les prestataires de services sur crypto-actifs qui exploitent une plate-forme de négociation de crypto-actifs conservent un enregistrement de la personne qui assume la responsabilité principale de cette décision. Un prestataire de services sur crypto-actifs qui exploite une plate-forme de négociation de crypto-actifs n’identifie cette personne ou cet algorithme informatique que si la décision d’investissement est prise soit pour le compte du participant, soit pour le compte d’un client qui lui a confié un mandat discrétionnaire à cet effet.
2. Si un participant d’une plate-forme de négociation de crypto-actifs a l’intention d’attribuer un ordre à un client après avoir soumis cet ordre à cette plate-forme, mais qu’il n’a pas encore procédé à cette attribution au moment de soumettre l’ordre, ce client est identifié comme indiqué dans le champ 3 du tableau 2 de l’annexe.
3. Si plusieurs ordres de clients différents sont soumis ensemble à la plate-forme de négociation de crypto-actifs sous la forme d’un ordre groupé, les informations visées dans le champ 3 du tableau 2 de l’annexe sont enregistrées pour chaque client.
Article 3
Désignation à utiliser pour identifier des personnes physiques
1. Le prestataire de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs identifie les personnes physiques dans ses enregistrements de carnets d’ordres à l’aide de la désignation issue de la concaténation du code ISO 3166-1 alpha-2 précisé dans la norme ISO 3166 et de l’identifiant national de client, indiqués à l’annexe II du règlement délégué (UE) 2017/590, correspondant à la nationalité de chaque personne. Le code pays à deux lettres doit correspondre à la nationalité de la personne physique.
2. L’identifiant national de client visé au paragraphe 1 est attribué conformément à l’ordre des priorités prévu à l’annexe II du règlement délégué (UE) 2017/590, l’identifiant ayant le plus haut degré de priorité parmi ceux de la personne concernée devant être utilisé, que celui-ci soit déjà connu ou non du prestataire de services sur crypto-actifs exploitant la plate-forme de négociation de crypto-actifs.
3. Dans le cas d’une personne physique possédant la nationalité de plusieurs pays de l’espace économique européen (EEE), il convient d’utiliser le code pays de la première nationalité selon l’ordre alphabétique des codes ISO 3166-1 alpha-2 concernés et l’identifiant de cette nationalité attribué conformément au paragraphe 2. Lorsqu’une personne physique possède la nationalité d’un pays non-EEE, il convient d’utiliser l’identifiant ayant le plus haut degré de priorité parmi ceux prévus dans le champ «Tous les autres pays» de l’annexe II du règlement délégué (UE) 2017/590. Lorsqu’une personne physique possède la nationalité d’un pays de l’EEE et d’un pays non-EEE, il convient d’utiliser le code pays de la nationalité de l’EEE, et l’identifiant de plus haut degré de priorité de cette nationalité attribué conformément au paragraphe 2.
4. Lorsqu’une personne physique est résidente d’un pays autre que celui dont elle possède la nationalité, le prestataire de services sur crypto-actifs qui exploite la plate-forme de négociation de crypto-actifs l’identifie aussi d’après son pays de résidence, comme indiqué dans le champ 50 du tableau 2 de l’annexe.
5. Il convient d’exclure les préfixes de noms et d’ajouter le signe «#» aux prénoms et aux noms de famille de moins de cinq caractères. Tous les caractères sont à inscrire en capitales. L’utilisation d’apostrophes, d’accents, de traits d’union, de signes de ponctuation ou d’espaces est interdite.
6. Lorsque l’identifiant attribué conformément au paragraphe 2 correspond à la mention CONCAT, le prestataire de services sur crypto-actifs qui exploite la plate-forme de négociation de crypto-actifs identifie la personne physique par la concaténation des éléments suivants, dans l’ordre indiqué:
|
a) |
la date de naissance de la personne au format AAAAMMJJ; |
|
b) |
les cinq premiers caractères de son prénom; |
|
c) |
les cinq premiers caractères de son nom de famille. |
Article 4
Identifiants pour les entités juridiques et les crypto-actifs
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs identifient chaque entité juridique dans leurs enregistrements de carnets d’ordres à l’aide de l’identifiant d’entité prévu par l’article 14 du règlement délégué de la Commission définissant des normes techniques adopté en application de l’article 68, paragraphe 10, premier alinéa, point b).
2. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs identifient les crypto-actifs dans leurs enregistrements de carnets d’ordres à l’aide des identifiants d’actifs prévus par l’article 15 du règlement délégué de la Commission définissant des normes techniques adopté en application de l’article 68, paragraphe 10, premier alinéa, point b).
3. Lorsqu’il utilise l’identifiant d’entité juridique LEI pour identifier des entités juridiques, conformément au paragraphe 1, le prestataire de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs veille à ce que la longueur et la composition du code LEI repris dans ses enregistrements de carnets d’ordres soient conformes à la norme ISO 17442 et à ce que ce code LEI figure dans la base de données internationale des codes LEI gérée par le Comité de surveillance réglementaire des identifiants d’entités juridiques, et corresponde bien à l’entité concernée.
Article 5
Types de négociations auxquels se livrent les participants de la plate-forme de négociation de crypto-actifs
La qualité en laquelle le participant de la plate-forme de négociation de crypto-actifs soumet un ordre est enregistrée comme indiqué dans le champ 7 du tableau 2 de l’annexe.
Article 6
Enregistrement de la date et de l’heure
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent la date et l’heure de la survenance de chaque événement mentionné dans le champ 20 du tableau 2 de l’annexe, comme indiqué dans le champ 8 du tableau 2 de l’annexe.
2. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent la date et l’heure de chaque élément d’information mentionné dans les champs 47, 48 et 49 du tableau 2 de l’annexe, comme indiqué dans le champ 8 du tableau 2 de l’annexe.
Article 7
Durée de validité des ordres et restrictions attachées aux ordres
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent les durées de validité des ordres, et les restrictions attachées à ceux-ci, qui sont visées dans les champs 9 et 10 du tableau 2 de l’annexe.
2. Pour chaque période de validité, les dates et heures délimitant la période sont enregistrées comme indiqué dans le champ 11 du tableau 2 de l’annexe.
Article 8
Priorité et numéro de séquence
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs qui utilisent des systèmes de négociation basés sur la priorité prix-visibilité-temps enregistrent l’horodatage de la priorité pour tous les ordres, comme indiqué dans le champ 12 du tableau 2 de l’annexe.
2. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs qui utilisent des systèmes de négociation basés sur la priorité taille-temps enregistrent les quantités qui déterminent la priorité accordée aux ordres, comme indiqué dans le champ 13 du tableau 2 de l’annexe, ainsi que l’horodatage de la priorité visé au paragraphe 1.
3. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs qui utilisent une combinaison associant la priorité prix-visibilité-temps et la priorité taille-temps, et qui affichent les ordres dans leur carnet d’ordres selon la priorité temps, enregistrent l’horodatage de la priorité pour tous les ordres, comme indiqué dans le champ 12 du tableau 2 de l’annexe.
4. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs qui utilisent une combinaison associant la priorité prix-visibilité-temps et la priorité taille-temps, et qui affichent les ordres dans leur carnet d’ordres selon la priorité taille-temps, enregistrent les quantités qui déterminent la priorité accordée aux ordres, comme indiqué dans le champ 13 du tableau 2 de l’annexe, ainsi que l’horodatage de la priorité visé au paragraphe 1.
5. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs attribuent à chaque événement un numéro de séquence, comme indiqué dans le champ 14 du tableau 2 de l’annexe, qu’ils enregistrent.
Article 9
Codes d’identification des ordres sur crypto-actifs
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs attribuent à chaque ordre un code d’identification individuel, comme indiqué dans le champ 19 du tableau 2 de l’annexe, qu’ils enregistrent. Ce code d’identification est propre à:
|
a) |
un carnet d’ordres; |
|
b) |
une séance; et |
|
c) |
un crypto-actif. |
Ce code est valable depuis la réception de l’ordre par l’exploitant de la plate-forme de négociation de crypto-actifs jusqu’à sa suppression du carnet d’ordres. Il s’applique aux ordres rejetés, quel que soit le motif du rejet.
2. L’exploitant de la plate-forme de négociation de crypto-actifs enregistre les informations pertinentes, visées dans le champ 31 du tableau 2 de l’annexe, relatives aux ordres de stratégie avec fonctionnalité implicite (strategy orders with implied functionality, ou «SOIF») qui sont diffusés auprès du public. Le statut de l’ordre mentionné dans ce champ indique s’il s’agit d’un ordre implicite.
3. Lors de l’exécution d’un ordre de stratégie avec fonctionnalité implicite, les informations le concernant sont enregistrées par l’exploitant de la plate-forme de négociation de crypto-actifs comme indiqué dans les champs pertinents du tableau 2 de l’annexe.
4. Lors de l’exécution d’un ordre de stratégie avec fonctionnalité implicite, un code d’identification des ordres liés à la stratégie est indiqué, le même code étant attribué à tous les ordres liés à la stratégie en question. Le code d’identification des ordres liés à une stratégie prend la forme précisée dans le champ 44 du tableau 2 de l’annexe.
5. Les ordres permettant une stratégie de routage qui sont soumis à une plate-forme de négociation de crypto-actifs sont identifiés par cette plate-forme comme étant des «ordres acheminés», comme indiqué dans le champ 31 du tableau 2 de l’annexe, lorsqu’ils sont redirigés vers une autre plate-forme. Les ordres permettant une stratégie de routage qui sont soumis à une plate-forme de négociation de crypto-actifs conservent le même code d’identification pendant toute leur durée de vie, que leur solde éventuel soit ou non réinscrit dans le carnet d’ordres.
Article 10
Événements affectant les ordres sur crypto-actifs
Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent les informations visées dans le champ 20 du tableau 2 de l’annexe en ce qui concerne tous les nouveaux ordres.
Article 11
Type d’ordre sur crypto-actifs
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent selon leurs propres spécifications le type d’ordres auquel appartient chaque ordre qu’ils reçoivent, comme indiqué dans le champ 21 du tableau 2 de l’annexe.
2. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs classent chaque ordre reçu soit en tant qu’ordre à cours limité, soit en tant qu’ordre stop, comme indiqué dans le champ 22 du tableau 2 de l’annexe.
Article 12
Cours relatifs aux ordres
Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent toutes les informations sur les cours qui concernent chaque ordre, comme indiqué dans la section I du tableau 2 de l’annexe.
Article 13
Instructions des ordres
Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent toutes les instructions reçues pour chaque ordre comme indiqué dans la section J du tableau 2 de l’annexe.
Article 14
Code d’identification de la transaction
Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs attribuent à chaque transaction résultant de l’exécution totale ou partielle d’un ordre un code d’identification de transaction individuel, comme indiqué dans le champ 46 du tableau 2 et, selon le cas, dans le champ 1 du tableau 3 de l’annexe, et l’enregistrent.
Article 15
Phases de négociation et cours et volumes de fixing indicatifs
1. Les prestataires de services sur crypto-actifs exploitant une plate-forme de négociation de crypto-actifs enregistrent les phases de négociation, ainsi que les cours et volumes de fixing indicatifs, comme indiqué dans la section K du tableau 2 de l’annexe.
2. Lorsque les autorités compétentes demandent des informations visées à la section K, il y a lieu de considérer que les informations visées dans les champs 8 et 14 à 17 du tableau 2 de l’annexe doivent figurer dans la réponse à cette demande.
Article 16
Entrée en vigueur
Le présent règlement entre en vigueur le vingtième jour suivant celui de sa publication au Journal officiel de l’Union européenne.
Le présent règlement est obligatoire dans tous ses éléments et directement applicable dans tout État membre.
Fait à Bruxelles, le 29 novembre 2024.
Par la Commission
La présidente
Ursula VON DER LEYEN
(1) JO L 150 du 9.6.2023, p. 40, ELI: http://data.europa.eu/eli/reg/2023/1114/oj.
(2) Règlement délégué (UE) 2017/590 de la Commission du 28 juillet 2016 complétant le règlement (UE) no 600/2014 du Parlement européen et du Conseil par des normes techniques de réglementation pour la déclaration de transactions aux autorités compétentes (JO L 87 du 31.3.2017, p. 449, ELI: http://data.europa.eu/eli/reg_del/2017/590/oj).
(3) Règlement (UE) 2016/679 du Parlement européen et du Conseil du 27 avril 2016 relatif à la protection des personnes physiques à l’égard du traitement des données à caractère personnel et à la libre circulation de ces données, et abrogeant la directive 95/46/CE (règlement général sur la protection des données) (JO L 119 du 4.5.2016, p. 1, ELI: http://data.europa.eu/eli/reg/2016/679/oj).
(4) Règlement (UE) 2018/1725 du Parlement européen et du Conseil du 23 octobre 2018 relatif à la protection des personnes physiques à l’égard du traitement des données à caractère personnel par les institutions, organes et organismes de l’Union et à la libre circulation de ces données, et abrogeant le règlement (CE) no 45/2001 et la décision no 1247/2002/CE (JO L 295 du 21.11.2018, p. 39, ELI: http://data.europa.eu/eli/reg/2018/1725/oj).
(5) Règlement (UE) no 1095/2010 du Parlement européen et du Conseil du 24 novembre 2010 instituant une Autorité européenne de surveillance (Autorité européenne des marchés financiers), modifiant la décision no 716/2009/CE et abrogeant la décision 2009/77/CE de la Commission (JO L 331 du 15.12.2010, p. 84, ELI: http://data.europa.eu/eli/reg/2010/1095/oj).
ANNEXE
Tableau 1
Légende du tableau 2 et du tableau 3
|
Symbole |
Type de donnée |
Définition |
||||||||||||||||
|
{ALPHANUM-n} |
Jusqu’à n caractères alphanumériques |
Texte libre. |
||||||||||||||||
|
{CFI_CODE} |
6 caractères |
Code ISO 10962 CFI. |
||||||||||||||||
|
{COUNTRYCODE_2} |
2 caractères alphanumériques |
Code pays à 2 lettres suivant la norme ISO 3166-1 alpha-2. |
||||||||||||||||
|
{CURRENCYCODE_3} |
3 caractères alphanumériques |
Code monnaie à 3 lettres suivant la norme ISO 4217. |
||||||||||||||||
|
{DATE_TIME_FORMAT} |
Format de date et heure ISO 8601 |
Date et heure selon le format suivant: AAAA-MM-JJThh:mm:ss.ddddddZ, où:
Dates et heures doivent être déclarées en TUC. |
||||||||||||||||
|
{DATEFORMAT} |
Format de date ISO 8601 |
Les dates doivent respecter le format: AAAA-MM-JJ. |
||||||||||||||||
|
{DECIMAL-n/m} |
Nombre décimal de maximum n chiffres au total, dont m chiffres tout au plus peuvent être des décimales |
Champ numérique pouvant contenir des valeurs positives ou négatives.
|
||||||||||||||||
|
{DTI} |
9 caractères alphanumériques |
Code DTI ISO 24165 attribué à un actif numérique fongible qui utilise la technologie des registres distribués pour son émission, son stockage, son échange, l’enregistrement de ses propriétaires ou la validation des transactions dont il fait l’objet et qui n’est pas une monnaie (ISO 4217), tel que décrit dans la norme ISO 24165 — DTI. |
||||||||||||||||
|
{DTI_SHORT_NAME} |
n caractères alphanumériques |
Code DTI abrégé enregistré conformément aux éléments de données pour l’enregistrement du DTI publiés dans la norme ISO 24165-2. |
||||||||||||||||
|
{INTEGER-n} |
Nombre entier de n chiffres au maximum |
Champ numérique pouvant contenir des entiers positifs ou négatifs. |
||||||||||||||||
|
{ISIN} |
12 caractères alphanumériques |
Code ISIN défini suivant la norme ISO 6166. |
||||||||||||||||
|
{LEI} |
20 caractères alphanumériques |
Identifiant d’entité juridique défini suivant la norme ISO 17442. |
||||||||||||||||
|
{MIC} |
4 caractères alphanumériques |
Identifiant de marché défini suivant la norme ISO 10383. |
||||||||||||||||
|
{NATIONAL_ID} |
35 caractères alphanumériques |
Identifiant défini conformément à l’article 3 du présent règlement et à l’annexe II du règlement délégué (UE) 2017/590. |
Tableau 2
|
Numéro du champ |
Nom du champ |
Description du champ |
Informations du carnet d’ordres |
|
Section A — Identification des parties concernées |
|
||
|
1 |
Identification de l’entité qui a soumis l’ordre |
Identifiant d’entité juridique LEI du participant de la plate-forme de négociation exploitée par le prestataire de services sur crypto-actifs, ou un identifiant équivalent, prévu par l’article 4. |
{LEI} {ALPHANUM-20} |
|
2 |
Identification de la personne physique qui a soumis l’ordre |
Identité du participant de la plate-forme de négociation exploitée par le prestataire de services sur crypto-actifs. Ce champ ne concerne que les personnes physiques. |
{NATIONAL_ID} |
|
3 |
Code d’identification du client |
Code utilisé pour identifier le client du participant de la plate-forme de négociation de crypto-actifs. Lorsque le client est une entité juridique, il convient d’utiliser son code LEI, ou un autre identifiant prévu par l’article 4 ({ALPHANUM-20}). Lorsque le client n’est pas une entité juridique, il convient d’utiliser le code {NATIONAL_ID}. Dans le cas d’attributions en attente, il convient d’utiliser le code signalétique PNAL. Il convient de n’utiliser le code signalétique «NOAP» pour remplir ce champ que si le participant de la plate-forme de négociation exploitée par le prestataire de services sur crypto-actifs a un intérêt direct à acheter ou à vendre. |
{LEI} {ALPHANUM-20} {NATIONAL_ID} «PNAL» «NOAP» |
|
4 |
Responsabilité de la décision d’investissement au sein du prestataire de services sur crypto-actifs |
Code utilisé pour identifier, au sein du prestataire de services sur crypto-actifs, la personne ou l’algorithme informatique responsable de la décision d’investissement. Lorsqu’une personne physique au sein du prestataire de services sur crypto-actifs est responsable de la décision d’investissement, elle est identifiée par son identifiant {NATIONAL_ID}. Lorsqu’un algorithme déterminant automatiquement les différents paramètres des ordres est responsable de la décision d’investissement, ce champ est à remplir avec le code assigné conformément à l’article 2. Ce champ est laissé vide lorsque ce n’est pas une personne ou un algorithme informatique au sein du prestataire de services sur crypto-actifs qui a pris la décision d’investissement. |
{NATIONAL_ID} — Personnes physiques {ALPHANUM-50} — Algorithmes |
|
5 |
Responsabilité de l’exécution au sein de l’entreprise |
Code utilisé pour identifier, au sein du prestataire de services sur crypto-actifs, la personne ou l’algorithme informatique responsable de l’exécution de la transaction résultant de l’ordre. Ne rien indiquer si l’entité exécutante est une personne physique. Lorsqu’une personne physique est responsable de l’exécution de la transaction, elle est identifiée par son identifiant {NATIONAL_ID}. Lorsque le responsable de l’exécution de la transaction est un algorithme déterminant automatiquement les différents paramètres des ordres, comme le fait d’initier ou non un ordre, ou son moment, le cours et la quantité concernés, ce champ est à remplir avec le code assigné par le prestataire de services sur crypto-actifs conformément à l’article 4. Lorsque l’exécution de la transaction fait intervenir plusieurs personnes, ou à la fois des personnes et des algorithmes, le prestataire de services sur crypto-actifs détermine quelle personne ou quel algorithme en assume la responsabilité première et indique dans ce champ l’identité de cette personne ou de cet algorithme. |
{NATIONAL_ID} — Personnes physiques {ALPHANUM-50} — Algorithmes |
|
6 |
Courtier non exécutant |
Le code utilisé pour identifier un participant à une plate-forme de négociation de crypto-actifs qui a transmis un ordre pour le compte et au nom d’un autre participant de cette plate-forme. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». |
LEI {ALPHANUM-20} «NOAP» |
|
Section B — Type de négociation et apport de liquidité |
|
||
|
7 |
Type de négociation |
Indique si le prestataire de services sur crypto-actifs qui effectue la transaction se livre à une négociation par appariement avec interposition du compte propre ou s’il échange des crypto-actifs contre des fonds. Lorsque la soumission de l’ordre n’est pas le résultat d’une négociation par appariement avec interposition du compte propre ou d’un échange de crypto-actifs contre des fonds, il convient d’indiquer dans ce champ (par la mention «tout autre type de négociation») que la transaction a été effectuée par le prestataire de services sur crypto-actifs en une autre qualité. |
«DEAL» — Échange de crypto-actifs contre des fonds «MTCH» — Négociation par appariement avec interposition du compte propre «AOTC» — Tout autre type de négociation |
|
Section C — Date et heure |
|
||
|
8 |
Date et heure |
La date et l’heure de chaque événement répertorié dans les sections G et K du présent tableau. |
{DATE_TIME_FORMAT} |
|
Section D — Durée de validité et restrictions attachées aux ordres |
|
||
|
9 |
Durée de validité |
Good-For-Day (Validité jour): l’ordre expire à la fin de la séance de négociation au cours de laquelle il a été inscrit dans le carnet d’ordres. Good-Till-Cancelled (Validité jusqu’à révocation): l’ordre reste actif dans le carnet d’ordres et est exécutable tant qu’il n’a pas été annulé. Good-Till-Time (Validité jusqu’à une certaine heure): l’ordre expire au plus tard à une certaine heure pendant la séance de négociation en cours. Good-Till-Date (Validité jusqu’à une certaine date): l’ordre expire à une certaine date, en fin de séance. Good-Till-Specified Date and Time (Validité jusqu’à une certaine date à une certaine heure): l’ordre expire à une certaine date et à une certaine heure. Good After Time (Validité après une certaine heure): l’ordre ne devient actif qu’après une certaine heure pendant la séance de négociation en cours. Good After Date (Validité après une certaine date): l’ordre ne devient actif qu’à une certaine date, au début de la séance. Good After Specified Date and Time (Validité après une certaine date à une certaine heure): l’ordre ne devient actif qu’à partir d’une certaine date à une certaine heure. Immediate-Or-Cancel (Exécution immédiate ou annulation): l’ordre est exécuté dès son inscription dans le carnet d’ordres (à hauteur de la quantité pour laquelle l’exécution est possible) et la portion non exécutée (le cas échéant) est retirée du carnet d’ordres. Fill-Or-Kill (Ordre pour exécution intégrale immédiate ou annulation): l’ordre est exécuté dès son inscription dans le carnet d’ordres mais uniquement si l’exécution peut être intégrale; si l’exécution n’est que partiellement possible, il est automatiquement rejeté et ne peut donc pas être exécuté. Autre: toute autre indication propre à certains modèles économiques, à certaines plates-formes de négociation ou à certains systèmes. |
«DAVY» — Good-For-Day «GTCV» — Good-Till-Cancelled «GTTV» — Good-Till-Time «GTDV» — Good-Till-Date «GTSV» — Good-Till-Specified Date and Time «GATV» — Good After Time «GADV» — Good After Date «GASV» — Good After Specified Date and Time «IOCV» — Immediate-Or-Cancel «FOKV» — Fill-Or-Kill ou {ALPHANUM-4} caractères qui ne sont pas encore utilisés pour le propre classement de la plate-forme de négociation de crypto-actifs. |
|
10 |
Restrictions attachées aux ordres |
Good For Closing Price Crossing Session (Valable pour la phase de négociation au cours de clôture): l’ordre remplit les conditions pour la phase de négociation au cours de clôture. Valid For Auction (Valable pour le fixing): l’ordre n’est actif et ne peut être exécuté que lors de phases de fixing (qui peuvent être prédéfinies par le client du prestataire de services sur crypto-actifs qui a soumis l’ordre, par exemple fixing d’ouverture et de clôture et/ou fixing intrajournalier). Valid For Continuous Trading only (Valable uniquement pour la négociation en continu): l’ordre n’est actif que pendant la phase de négociation en continu. Autre: toute autre indication propre à certains modèles économiques, à certaines plates-formes de négociation ou à certains systèmes. |
«SESR» — Good For Closing Price Crossing Session «VFAR» — Valid For Auction «VFCR» — Valid For Continuous Trading only {ALPHANUM-4} caractères qui ne sont pas encore utilisés pour le propre classement de la plate-forme de négociation de crypto-actifs. Si l’ordre relève de plusieurs codes signalétiques, il convient de les indiquer dans ce champ en les séparant par des virgules. |
|
11 |
Heure et durée de validité |
Il convient d’indiquer dans ce champ l’horodatage du moment à partir duquel l’ordre devient actif, ou du moment à partir duquel il est retiré du carnet d’ordres. Good-For-Day (Validité jour): la date d’entrée, l’horodatage indiquant juste avant minuit. Good-Till-Time (Validité jusqu’à une certaine heure): la date d’entrée et l’heure précisée dans l’ordre. Good-Till-Date (Validité jusqu’à une certaine date): la date d’expiration prévue, l’horodatage indiquant juste avant minuit. Good-Till-Specified Date and Time (Validité jusqu’à une certaine date à une certaine heure): la date et l’heure prévues de l’expiration. Good After Time (Validité après une certaine heure): la date d’entrée et l’heure à partir de laquelle il est prévu que l’ordre devienne actif. Good After Date (Validité après une certaine date): la date prévue, l’horodatage indiquant juste après minuit. Good After Specified Date and Time (Validité après une certaine date à une certaine heure): la date et l’heure à partir desquelles il est prévu que l’ordre devienne actif. Good till Cancel (Validité jusqu’à révocation): la date et l’heure ultimes où l’ordre sera automatiquement retiré par procédure de marché. Autre: horodatage pour tout autre type de validité. |
{DATE_TIME_FORMAT} |
|
Section E — Priorité et numéro de séquence |
|
||
|
12 |
Horodatage de la priorité |
Ce champ doit être mis à jour à chaque fois que la priorité d’un ordre change. |
{DATE_TIME_FORMAT} |
|
13 |
Priorité taille |
Pour les plates-formes de négociation de crypto-actifs qui utilisent la priorité taille-temps, il convient d’indiquer dans ce champ un nombre positif correspondant à la quantité. Ce champ doit être mis à jour à chaque fois que la priorité de l’ordre change. |
Jusqu’à 20 caractères numériques positifs. |
|
14 |
Numéro de séquence |
Chaque événement mentionné dans la section G est identifié à l’aide de nombres entiers positifs, par ordre croissant. Le numéro de séquence est propre à chaque type d’événement, constant pour tous les événements, horodaté par l’exploitant de la plate-forme de négociation de crypto-actifs, et persistant pendant toute la journée où l’événement se produit. |
{INTEGER-50} |
|
Section F — Identification de l’ordre |
|
||
|
15 |
Code MIC de segment (segment MIC) |
Identification de la plate-forme de négociation de crypto-actifs sur laquelle l’ordre a été soumis. Si la plateforme de négociation de crypto-actifs utilise des codes MIC de segment, indiquer le code MIC de segment. Si la plateforme de négociation de crypto-actifs n’utilise pas de codes MIC de segment, indiquer le code MIC d’exploitation (operating MIC). |
{MIC} |
|
16 |
Code du carnet d’ordres |
Le code alphanumérique que la plate-forme de négociation de crypto-actifs attribue spécifiquement à chaque carnet d’ordres. |
{ALPHANUM-20} |
|
17 |
Code d’identification du crypto-actif |
Identifiant unique et univoque du crypto-actif, conforme à l’article 4. |
{DTI} {ALPHANUM-20} |
|
18 |
Date de réception |
Date de réception de l’ordre initial. |
{DATEFORMAT} |
|
19 |
Code d’identification de l’ordre |
Code alphanumérique que l’exploitant de la plate-forme de négociation de crypto-actifs attribue spécifiquement à chaque ordre. |
{ALPHANUM-50} |
|
Section G — Événements affectant l’ordre |
|
||
|
20 |
Nouvel ordre, modification de l’ordre, annulation de l’ordre, rejet de l’ordre, exécution partielle ou totale de l’ordre |
Nouvel ordre: soumission d’un nouvel ordre au prestataire de services sur crypto-actifs qui exploite la plate-forme de négociation de crypto-actifs. Déclenché: ordre qui devient exécutable ou, selon le cas, non-exécutable, lorsqu’une certaine condition se réalise. Remplacé par le participant de la plate-forme de négociation de crypto-actifs: cas où un participant ou un client de la plate-forme de négociation de crypto-actifs décide, de sa propre initiative, de modifier une ou plusieurs caractéristiques d’un ordre qu’il a précédemment introduit dans le carnet d’ordres. Remplacé par procédure de marché (automatique): cas où une ou plusieurs caractéristiques d’un ordre sont modifiées par les systèmes informatiques de l’exploitant de la plate-forme de négociation. C’est notamment le cas lorsque les caractéristiques actuelles d’un ordre indexé (peg order) ou d’un ordre à seuil de déclenchement suiveur (trailing stop order) sont modifiées afin de rendre compte de la situation de l’ordre dans le carnet d’ordres. Remplacé par procédure de marché (intervention humaine): cas où une ou plusieurs caractéristiques d’un ordre sont modifiées par le personnel de l’exploitant de la plate-forme de négociation de crypto-actifs. Cela inclut les cas où un participant de la plate-forme de négociation de crypto-actifs demande l’annulation en urgence d’ordres en raison d’incidents informatiques. Changement de statut à l’initiative du participant de la plate-forme de négociation de crypto-actifs. Cela inclut l’activation et la désactivation. Changement de statut dû aux procédures de marché. Annulé à l’initiative du participant de la plate-forme de négociation de crypto-actifs: cas où un participant ou client décide de sa propre initiative d’annuler l’ordre qu’il a précédemment placé. Annulé par procédure de marché. Ordre rejeté: ordre reçu mais rejeté par l’exploitant de la plate-forme de négociation de crypto-actifs. Ordre expiré: ordre retiré du carnet d’ordres à la fin de sa période de validité. Partiellement exécuté: ordre qui n’a pas été intégralement exécuté, de sorte qu’il reste un solde à exécuter. Intégralement exécuté: ordre pour lequel il n’y a plus de solde à exécuter. |
«NEWO» — Nouvel ordre «TRIG» — Déclenché «REME» — Remplacé par le membre ou le participant de la plate-forme de négociation de crypto-actifs «REMA» — Remplacé par procédure de marché (automatique) «REMH» — Remplacé par procédure de marché (intervention humaine) «CHME» — Changement de statut à l’initiative du participant de la plate-forme de négociation de crypto-actifs «CHMO» — Changement de statut dû aux procédures de marché «CAME» — Annulé à l’initiative du participant de la plate-forme de négociation de crypto-actifs «CAMO» — Annulé par procédure de marché «REMO» — Ordre rejeté «EXPI» — Ordre expiré «PARF» — Partiellement exécuté «FILL» — Intégralement exécuté {ALPHANUM-4} caractères qui ne sont pas encore utilisés pour le propre classement de la plate-forme de négociation de crypto-actifs. |
|
Section H — type d’ordre |
|
||
|
21 |
Type d’ordre |
Identifie le type d’ordre soumis à la plate-forme de négociation selon les spécifications de celle-ci. |
{ALPHANUM-50} |
|
22 |
Classement des types d’ordres |
Classement de l’ordre selon deux types génériques d’ordres. Ordre à cours limité: cas où l’ordre est exécutable; et Ordre stop: cas où l’ordre ne devient exécutable que si un certain événement de prix se réalise. |
Les lettres «LMTO» pour ordre à cours limité ou les lettres «STOP» pour ordre stop. |
|
Section I — Cours |
|
||
|
23 |
Cours limité |
Le prix maximal auquel un ordre d’achat peut être exécuté ou le prix minimal auquel un ordre de vente peut être exécuté. L’écart de prix pour un ordre de stratégie (strategy order). Il peut être positif ou négatif. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». Si le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. Si le crypto-actif est négocié sur la base d’une paire de devises, le prix exprime la quantité de devise de cotation par unité de devise de base. Si le prix est exprimé en sous-composantes du crypto-actif, il doit néanmoins être enregistré sous la forme décimale du prix exprimé en unités de ce crypto-actif. |
{DECIMAL-18/13} si le prix est exprimé en valeur monétaire. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. {DECIMAL-18/17} si le prix est exprimé en points de base. «NOAP» |
|
24 |
Cours limité supplémentaire |
Toute autre limite de prix pouvant s’appliquer à l’ordre. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». Si le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. Si le crypto-actif est négocié sur la base d’une paire de devises, le prix exprime la quantité de devise de cotation par unité de devise de base. Si le prix est exprimé en sous-composantes du crypto-actif, il doit néanmoins être enregistré sous la forme décimale du prix exprimé en unités de ce crypto-actif. |
{DECIMAL-18/13} si le prix est exprimé en valeur monétaire. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. {DECIMAL-18/17} si le prix est exprimé en points de base. «NOAP» |
|
25 |
Cours de déclenchement (Stop price) |
Le prix qui doit être atteint pour que l’ordre devienne actif. Pour les ordres stop déclenchés par des événements indépendants du cours du crypto-actif, il convient d’indiquer dans ce champ un cours de déclenchement égal à zéro. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». Si le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. Si le crypto-actif est négocié sur la base d’une paire de devises, le prix exprime la quantité de devise de cotation par unité de devise de base. Si le prix est exprimé en sous-composantes du crypto-actif, il doit néanmoins être enregistré sous la forme décimale du prix exprimé en unités de ce crypto-actif. |
{DECIMAL-18/13} si le prix est exprimé en valeur monétaire. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. {DECIMAL-18/17} si le prix est exprimé en points de base. «NOAP» |
|
26 |
Cours limité ordre indexé |
Le prix maximal auquel un ordre d’achat indexé peut être exécuté ou le prix minimal auquel un ordre de vente indexé peut être exécuté. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». Si le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. Si le crypto-actif est négocié sur la base d’une paire de devises, le prix exprime la quantité de devise de cotation par unité de devise de base. Si le prix est exprimé en sous-composantes du crypto-actif, il doit néanmoins être enregistré sous la forme décimale du prix exprimé en unités de ce crypto-actif. |
{DECIMAL-18/13} si le prix est exprimé en valeur monétaire. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. {DECIMAL-18/17} si le prix est exprimé en points de base. «NOAP» |
|
27 |
Prix de transaction |
Prix d’exécution de la transaction, hors commissions, autres frais et intérêts courus, le cas échéant. Si le prix est sans objet, il convient d’indiquer dans ce champ le sigle «NOAP». Si le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. Si le crypto-actif est négocié sur la base d’une paire de devises, le prix exprime la quantité de devise de cotation par unité de devise de base. |
{DECIMAL-18/13} si le prix est exprimé en valeur monétaire. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. {DECIMAL-18/17} si le prix est exprimé en points de base. «NOAP» |
|
28 |
Monnaie du cours |
Monnaie dans laquelle est exprimé le cours du crypto-actif lié à l’ordre (si le prix est exprimé en valeur monétaire). Si le crypto-actif se négocie en monnaie électronique/jetons de monnaie électronique, il convient d’indiquer l’identifiant de jeton numérique visé par l’article 4. Si le cours du crypto-actif est exprimé en termes monétaires et dans une paire de devises, il convient d’indiquer la paire de devises en question. Le premier code monnaie est celui de la devise de base, le second celui de la devise de cotation. La devise de cotation détermine le prix d’une unité dans la devise de base. Pour représenter la monnaie fiat et le crypto-actif dans la paire de devises, il convient d’utiliser, pour la monnaie fiat, le code monnaie ISO et, pour le crypto-actif, le code DTI abrégé enregistré conformément aux éléments de données de la norme ISO 24165-2 pour l’enregistrement du DTI, ou l’autre identifiant équivalent visé par l’article 4. |
{CURRENCYCODE_3} {DTI} {ALPHANUM-20} {CURRENCYCODE_3} est le code à utiliser pour les monnaies fiat dans une paire de devises. {DTI_SHORT_NAME} est le code à utiliser pour les crypto-actifs dans une paire de devises. «NOAP» |
|
29 |
Expression du prix |
Indique la manière dont le prix est exprimé: en valeur monétaire, en pourcentage, en taux de rendement, en points de base ou en crypto-actifs. |
«MONE» — Valeur monétaire «PERC» — Pourcentage «YIEL» — Rendement «BAPO» — Points de base |
|
Section J — Instructions de l’ordre |
|
||
|
30 |
Indicateur achat-vente |
Pour indiquer s’il s’agit d’un ordre d’achat ou d’un ordre de vente. |
«BUYI» — achat «SELL» — vente |
|
31 |
Statut de l’ordre |
Pour identifier les ordres qui sont actifs/inactifs/suspendus, fermes/indicatifs (attribué uniquement aux offres de prix ou «quotes»)/implicites/réacheminés. Actif — ordres exécutables autres que les offres de prix. Inactif — ordres non exécutables autres que les offres de prix. Fermes/indicatifs — attribué uniquement aux offres de prix. Les offres de prix sont dites indicatives lorsqu’elles sont visibles mais ne peuvent pas être exécutées. Sur certaines plates-formes de négociation de crypto-actifs, cela inclut les bons de souscription d’actions (warrants). Les offres de prix fermes peuvent être exécutées. Implicites — Utilisé pour les ordres de stratégie (strategy orders) qui résultent de la fonction «implied in» ou «implied out». Acheminé — Utilisé pour les ordres qui sont acheminés par la plate-forme de négociation de crypto-actifs vers d’autres plates-formes. |
«ACTI» — actif ou «INAC» — inactif ou «FIRM» — offres de prix fermes ou «INDI» — offres de prix indicatives ou «IMPL» — ordres de stratégie implicites ou «ROUT» — ordres acheminés. Si plusieurs statuts s’appliquent, il convient de les indiquer dans ce champ à l’aide de plusieurs codes signalétiques séparés par des virgules. |
|
32 |
Expression de la quantité |
Indique la manière dont la quantité est exprimée: en nombre d’unités, en valeur nominale, en valeur monétaire ou en unités de crypto-actifs. |
«UNIT» — Nombre d’unités «NOML» — Valeur nominale «MONE» — Valeur monétaire «{CRYP}» — Valeur en crypto-actifs |
|
33 |
Monnaie de la quantité |
Monnaie dans laquelle la quantité est exprimée. Elle correspond aux unités du crypto-actif, même si la transaction est libellée en sous-composantes de celui-ci. Ce champ ne doit être rempli que si la quantité est exprimée en valeur monétaire ou nominale ou en unités de crypto-actif. |
{CURRENCYCODE_3} {DTI} {ALPHANUM-20} |
|
34 |
Quantité initiale |
Nombre d’unités du crypto-actif dans l’ordre. Si l’ordre porte sur une fraction du crypto-actif, il convient d’indiquer la quantité d’unités de ce crypto-actif sous forme décimale. Valeur nominale ou monétaire du crypto-actif. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. |
|
35 |
Quantité résiduelle |
La quantité totale qui reste dans le carnet d’ordres après une exécution partielle ou dans le cas de tout autre événement affectant l’ordre. En cas d’ordre partiellement exécuté, il s’agit du solde non exécuté. Lors de l’entrée de l’ordre, elle sera égale à la quantité initiale. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. |
|
36 |
Quantité affichée |
La quantité qui est visible (par opposition à la quantité cachée) dans l’ordre. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. |
|
37 |
Quantité exécutée |
Lorsqu’il y a exécution partielle ou intégrale, il convient d’indiquer dans ce champ la quantité exécutée. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. |
|
38 |
Quantité acceptable minimale (QAM) |
La quantité acceptable minimale pour qu’un ordre soit exécuté, qui peut correspondre à plusieurs exécutions partielles et ne s’applique en principe qu’aux types d’ordres non persistants. Si ce champ n’est pas pertinent, il convient d’y indiquer «NOAP». |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. «NOAP» |
|
39 |
Taille exécutable minimale (TEM) |
La taille minimale de toute exécution individuelle potentielle. Ce champ est laissé vide lorsqu’il n’est pas pertinent. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités. {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. |
|
40 |
TEM seulement pour la première exécution |
Indique si la taille exécutable minimale ne concerne que la première exécution. Ce champ peut être laissé vide si le champ 39 est laissé vide. |
«true» «false» |
|
41 |
Indicateur passif seulement |
Indique si l’ordre est transmis à la plate-forme de négociation de crypto-actifs avec une caractéristique/un code signalétique faisant qu’il ne sera pas exécuté immédiatement contre un éventuel ordre visible de sens contraire. |
«true» «false» |
|
42 |
Indicateur passif ou agressif |
En cas d’exécution partielle ou intégrale d’un ordre, indique si cet ordre était déjà présent dans le carnet d’ordres et apportait de la liquidité (passif) ou si l’ordre a déclenché la transaction et a donc consommé de la liquidité (agressif). Ce champ est laissé vide s’il n’est pas pertinent. |
«PASV» — passif ou «AGRE» — agressif. |
|
43 |
Prévention de l’auto-exécution |
Indique si l’ordre a été placé avec un critère de prévention de l’auto-exécution empêchant qu’il soit exécuté contre un ordre de sens opposé dans le carnet d’ordres placé par le même participant. |
«true» «false» |
|
44 |
Identification des ordres liés à une stratégie |
Le code alphanumérique qui sert à relier tous les ordres liés s’inscrivant dans une même stratégie au sens de l’article 9, paragraphe 2. |
{ALPHANUM-50} |
|
45 |
Stratégie de routage |
La stratégie de routage applicable selon les spécifications de la plate-forme de négociation de crypto-actifs. Ce champ est laissé vide s’il n’est pas pertinent. |
{ALPHANUM-50} |
|
46 |
Code d’identification de la transaction |
Code alphanumérique attribué à la transaction par la plate-forme de négociation de crypto-actifs conformément à l’article 14. Ce code est unique, cohérent et persistant pour chaque MIC de segment selon ISO10383 et pour chaque séance. Les éléments composant le code d’identification de transaction ne révèlent pas l’identité des contreparties à la transaction à laquelle il est attribué. Pour les ordres transmis à des plates-formes de négociation de crypto-actifs telles que celles visées par l’article 12 du règlement délégué de la Commission instituant des normes techniques adopté en vertu de l’article 68, paragraphe 10, premier alinéa, point b), qui sont des entités fournissant des services sur crypto-actifs en dehors de l’Union, ces informations sont enregistrées à chaque fois qu’il est possible de les récupérer. |
{ALPHANUM-52} |
|
Section K — phases de négociation, cours et volume de fixing indicatifs |
|
||
|
47 |
Phases de négociation |
Le nom de chacune des différentes phases de négociation au cours desquelles un ordre est présent dans le carnet d’ordres, y compris les interruptions de négociation, les coupe-circuit et les suspensions. |
{ALPHANUM-50} |
|
48 |
Cours de fixing indicatif |
Le cours auquel le fixing devrait conduire pour le crypto-actif faisant l’objet d’un ou plusieurs ordres. |
{DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale. Lorsque le prix est indiqué sous forme monétaire, il est donné dans l’unité monétaire majeure. {DECIMAL-11/10} si le prix est exprimé sous la forme d’un pourcentage ou d’un rendement. |
|
49 |
Volume de fixing indicatif |
Le volume (nombre d’unités du crypto-actif) qui pourrait être exécuté au cours de fixing indicatif indiqué si le fixing prenait fin à ce moment précis. |
{DECIMAL-18/17} si la quantité est exprimée en nombre d’unités {DECIMAL-18/5} si la quantité est exprimée en valeur monétaire ou nominale |
|
Section L — Pays de résidence des personnes physiques |
|||
|
50 |
Indication du pays de résidence |
Champ à remplir si la personne physique réside dans un pays autre que celui dont elle possède la nationalité, comme prévu à l’article 3, paragraphe 4. |
{COUNTRYCODE_2} «NOAP» |
Tableau 3
Données relatives aux transactions sur chaîne
|
Numéro du champ |
Champ |
Informations à enregistrer |
Informations à fournir à l’autorité compétente |
|
1 |
Hachage de transaction |
Identifiant permettant d’identifier de manière unique une transaction donnée effectuée sur le réseau. |
{ALPHANUM-140} |
|
2 |
Adresses de portefeuilles |
Code permettant d’identifier de manière unique le portefeuille, appartenant à l’acheteur/au vendeur, vers lequel est transféré le crypto-actif. |
{ALPHANUM-140} |
|
3 |
Adresses de contrats intelligents |
Code permettant d’identifier de manière unique l’adresse du contrat intelligent. |
{ALPHANUM-140} |
|
4 |
Horodatage |
Horodatage de la création du bloc. |
{DATE_TIME_FORMAT} |
|
5 |
Quantité/Offre actuelle totale |
Rapport entre la quantité transférée et le flottant actuel de l’actif. |
|
|
6 |
ID du jeton |
Identifiant de jeton numérique DTI ou autre identifiant équivalent prévu par l’article 4. |
{DTI} {ALPHANUM-20} |
|
7 |
Frais de réseau |
Frais demandés pour couvrir les coûts de création d’un nouveau bloc. |
|
|
8 |
Limite de frais |
Montant maximal de «frais de réseau» qu’un utilisateur opérant sur chaîne est prêt à payer pour l’exécution d’une transaction donnée. |
|
|
9 |
Volume de données («DataSize») |
En lien avec les «frais de réseau» et la «limite de frais», une transaction sur chaîne peut contenir, dans un champ de données spécifique, des «pièces jointes» qui influent sur le montant des frais de réseau requis pour traiter la transaction. |
|
|
10 |
«To» |
Identifiant unique de l’acheteur habituellement généré par le protocole DLT à partir des adresses de portefeuilles de l’acheteur. |
{ALPHANUM-140} |
|
11 |
«From» |
Identifiant unique du vendeur habituellement généré par le protocole DLT à partir des adresses de portefeuilles du vendeur. |
{ALPHANUM-140} |
|
12 |
Devise |
Code monnaies |
{CURRENCYCODE_3} {DTI} {ALPHANUM-20} |
|
13 |
Numéro d’enregistrement de la transaction |
Numéro d’identification unique, indiqué dans le champ 2, attribué à l’entreprise exécutante pour chaque enregistrement, afin qu’un lien puisse être établi entre les déclarations de transactions sur chaîne et les déclarations des transactions hors chaîne. |
{ALPHANUM-140} |
ELI: http://data.europa.eu/eli/reg_del/2025/416/oj
ISSN 1977-0693 (electronic edition)