MiCA et intelligence artificielle dans la finance crypto

Quatre catégories d'usages courants. Premièrement, les moteurs de surveillance de marché et de détection d'abus : le prestataire doit prouver l'efficacité et la traçabilité des alertes, comme le précisent les standards techniques RTS et ITS publiés par l'ESMA [2]. Deuxièmement, les systèmes de classification client et de profilage de risque : ils tombent sous l'article 22 du RGPD [3] et sous les obligations MiCA de connaissance client.

Troisièmement, les systèmes de tarification automatisée et de négociation algorithmique. Quatrièmement, les systèmes conversationnels d'assistance client, qui doivent être conformes aux obligations d'information loyale, claire et non trompeuse de l'article 66 de MiCA [1].

L'article 34 impose une organisation interne robuste : dispositifs de continuité, mesures de sécurité, contrôles internes, gestion des conflits d'intérêts. Pour les systèmes IA, cela se traduit par : validation indépendante du modèle avant mise en production, surveillance continue des dérives, journaux d'inférence horodatés et signés, processus documenté de retrait d'urgence du modèle si une dérive significative est détectée [4].

La direction doit pouvoir démontrer à l'AMF que ces dispositifs sont opérationnels, pas seulement formalisés sur le papier.

L'article 66 de MiCA impose une information loyale, claire et non trompeuse. Lorsqu'une décision concernant un client est prise par un système IA, l'article 22 du RGPD s'applique également : information préalable, droit à l'intervention humaine, droit de contester [3]. Le Règlement européen sur l'IA ajoute, pour les systèmes interagissant avec une personne physique, l'obligation d'informer que l'interlocuteur est une IA (article 50) [5].

Concrètement, l'assistant conversationnel d'un CASP doit s'identifier comme système IA, fournir une trace d'échange exportable et permettre à tout moment l'escalade à un humain qualifié.

L'article 92 de MiCA impose aux CASP de prévenir et de détecter les abus de marché crypto. Les moteurs de détection IA sont devenus la norme technique pour traiter le volume et la latence. Trois exigences pratiques. Premièrement, des règles de détection auditables, avec versionnement et test sur jeux étiquetés. Deuxièmement, un seuil d'alerte calibré sur des cas réels, pas sur des cas synthétiques uniquement.

Troisièmement, un canal de signalement à l'AMF avec preuves préservées. L'ESMA a publié plusieurs Q&A en 2025 qui précisent les attentes, notamment sur la conservation des journaux pendant cinq ans [2].

Les deux régimes se cumulent. MiCA vise le service crypto en tant que tel et son prestataire. Le Règlement européen sur l'IA vise le système IA en tant que produit [5]. Un moteur de détection d'abus de marché crypto peut se trouver classé risque élevé selon l'annexe III du Règlement IA si son usage emporte des décisions affectant significativement la personne (par exemple le gel d'un compte).

Dans ce cas, les obligations s'additionnent : analyse de risques (Règlement IA), journalisation (les deux régimes), supervision humaine effective, documentation technique annexe IV. Le pilotage de conformité doit être conjoint, pas séparé.