1er juillet 2026 : l'Europe bascule dans l'ère MiCA

Le 1er juillet 2026 est le jour où la carte crypto européenne se redessine, et celui où un détenteur ordinaire de Ledger découvre qu'envoyer 1 500 € de bitcoin vers un exchange français ne se résume plus à coller une adresse et attendre les confirmations

Quand le soleil se lèvera sur Paris ce mercredi-là, le régime transitoire qui a accompagné la plupart des prestataires de services sur actifs crypto-électroniques européens durant les dix-huit derniers mois aura disparu. Chaque plateforme qui continuera à desservir des clients européens devra détenir un visa frais délivré par une autorité nationale compétente, faute de quoi elle opérera hors la loi. L'interprétation de CoinGeek de la position de l'Autorité européenne des marchés financiers est sans ambiguïté, citant le régulateur directement : « La période transitoire MiCA expirera officiellement dans toute l'UE le 1er juillet 2026. Après cette date, toute entité fournissant des services sur actifs crypto-électroniques à des clients européens sans licence MiCA sera en infraction avec le droit de l'UE et devra cesser d'offrir ces services. » La conséquence pour le petit utilisateur en self-custody n'est pas abstraite. Dès le 2 juillet, déposer une somme légèrement supérieure à mille euros depuis un portefeuille matériel personnel déclenchera, sur chaque place conforme, un flux de vérification inédit, qui bloquera le dépôt tant qu'il ne sera pas satisfait.

Ce qu'est réellement MiCA, en trois phrases

Le Règlement sur les marchés des crypto-actifs constitue le premier cadre complet de l'Union européenne en matière de licence et de conduite pour les prestataires de services sur actifs crypto-électroniques, souvent abrégés CASP. Il couvre les exchanges, les dépositaires, les courtiers et une poignée de catégories de services connexes. À ses côtés s'impose le règlement refondu sur les transferts de fonds, généralement désigné TFR, qui étend aux transferts crypto les mêmes exigences d'informations sur l'initiateur et le bénéficiaire qui régissent les virements bancaires depuis des années, en application de la Recommandation 16 du GAFI. La self-custody elle-même, c'est-à-dire un particulier détenant ses propres clés sur un Ledger, un Trezor ou toute autre configuration non dépositaire, reste en dehors du champ de MiCA, puisque le règlement gouverne les intermédiaires, et non les citoyens qui stockent de la valeur sur leurs propres appareils.

Le seuil des mille euros et ce que « au moins un moyen technique approprié » exige réellement

Le TFR ne traite pas tous les transferts entre un CASP et un portefeuille auto-hébergé de la même façon, et c'est dans ce dégradé que réside le blocage pratique. Le brief de conformité CryptoSwift, devenu une référence parmi les plateformes européennes de taille modeste, détaille les niveaux textuellement :

• À 1 000 € ou en dessous, le CASP doit « obtenir et conserver des informations » sur le portefeuille auto-hébergé, ce qui en pratique signifie enregistrer l'adresse et le lien déclaré par le client avec celle-ci, sans test cryptographique requis.
• Au-dessus de 1 000 €, lorsque le client prétend être propriétaire du portefeuille auto-hébergé situé à l'autre bout, le CASP doit « évaluer la propriété ou le contrôle du client » en utilisant « au moins un moyen technique approprié pour vérifier la propriété ou le contrôle ».
• Au-dessus de 1 000 €, lorsque la contrepartie est un tiers, le CASP doit « appliquer des mesures d'atténuation des risques appropriées » et vérifier l'identité de l'initiateur ou du bénéficiaire en « collectant des données provenant de sources ou méthodes supplémentaires ».

La phrase qui fait tout le travail est « moyen technique approprié ». L'Autorité bancaire européenne, dans ses lignes directrices sur la règle du voyage entrées en vigueur fin 2024, a fourni à l'industrie une liste non exhaustive de ce qui compte : une signature numérique produite avec la clé privée contrôlant le portefeuille auto-hébergé, où le message signé intègre soit le nom du client, soit les détails précis de la transaction ; un micro-dépôt depuis le portefeuille auto-hébergé d'un montant vérifiable ; une référence de transaction qui lie le portefeuille à une action précédemment vérifiée ; et, dans certains États membres, une preuve photographique ou une capture d'écran de l'interface du portefeuille réalisée dans des conditions contrôlées. La voie du message signé est celle que la plupart des plateformes ont retenue, car elle est vérifiable on-chain par quiconque, ne coûte rien en gas, et ne nécessite pas de déplacer des fonds avant le dépôt lui-même.

Une détentrice de Ledger envoie 1 500 € de bitcoin à un CASP français le 2 juillet, étape par étape

Prenons une designer freelance à Lyon qui détient environ 1 500 € de BTC sur un Ledger Nano X depuis deux ans et décide, le matin du 2 juillet, d'en vendre une partie pour couvrir un paiement d'impôts. Elle ouvre son compte sur un CASP français inscrit à l'AMF depuis 2023 et fraîchement titulaire d'une licence MiCA accordée en mai. Elle génère une adresse de dépôt, envoie la transaction depuis Ledger Live, et attend.

Le dépôt arrive on-chain en vingt minutes, mais la plateforme ne crédite pas son solde. À la place, une bannière lui demande de « prouver la propriété du portefeuille source ». Le flux qu'elle découvre est celui du message structuré : la plateforme affiche une courte chaîne composée de son nom légal vérifié, du hash de la transaction de dépôt, et d'un horodatage, et lui demande de la signer avec la clé privée Bitcoin qui contrôle l'adresse d'envoi. Sur Ledger Live, l'application Bitcoin du Nano X prend en charge la signature de message pour les adresses legacy et SegWit. Elle copie donc la chaîne, ouvre le compte Bitcoin, sélectionne « Avancé », choisit « Signer un message », confirme sur l'appareil, et colle la signature dans l'interface du CASP. La plateforme vérifie la signature contre l'adresse d'envoi, marque le portefeuille comme attesté, et crédite le dépôt. Frottement total ajouté par MiCA : environ quatre minutes, auxquelles s'ajoute la charge cognitive de comprendre ce qu'est un message signé.

Le même flux peut dérailler de plusieurs manières. Si l'utilisateur a envoyé depuis une adresse Taproot sur un firmware ancien qui ne prend pas encore en charge la signature BIP-322, l'option de message signé peut être indisponible, et la plateforme se rabattra sur une demande de micro-dépôt ou, dans le pire des cas, sur un upload de document KYC lié au portefeuille. Si l'utilisateur ne peut ou ne veut produire aucune des preuves acceptées, les fonds restent dans un état en attente, retournables à l'adresse source mais non créditables, ce qui constitue l'équivalent moderne européen du virement gelé.

Modes de défaillance et zones grises que le règlement ne gère pas élégamment

La norme du message signé suppose que le portefeuille peut signer des chaînes arbitraires, et une part significative du parc installé ne le permet pas proprement. Les anciens Trezor One, certains portefeuilles mobiles qui n'ont jamais implémenté BIP-322, et la plupart des portefeuilles lightning-only entrent dans cette catégorie. Or le texte de l'ABE se tait sur ce que les plateformes devraient faire lorsque la preuve techniquement la plus simple est indisponible pour un client sans faute de sa part. Les portefeuilles à propriété partagée, comme un multisig 2-sur-3 détenu par un couple ou une petite entreprise, s'accommodent mal d'un cadre qui exige une attestation binaire de propriété par une seule personne physique nommée. Les UTXO issus de CoinJoin, où le bitcoin d'un utilisateur a été mélangé avec celui de dizaines d'inconnus dans une transaction de renforcement de la vie privée, posent un problème plus profond, car l'adresse signant le message n'existait pas comme adresse de l'utilisateur avant le mix, et la chaîne de garde entre les pièces pré-mix de l'utilisateur et la sortie post-mix est par conception inprovable depuis les seules données publiques. Les lignes directrices de l'ABE reconnaissent que « l'atténuation appropriée des risques » peut inclure une due diligence renforcée, ce qui dans la pratique des équipes de conformité signifie souvent refuser purement et simplement le dépôt, un résultat discrètement significatif pour les utilisateurs soucieux de la vie privée qui envoient des sommes au-dessus du seuil.

Pour Monero, le tableau est encore différent, car le modèle de view-key de l'actif permet à un détenteur de partager une clé de visibilité unidirectionnelle qui prouve qu'il peut voir la transaction entrante sans exposer l'autorité de dépense. Qu'un CASP français accepte une preuve par view-key Monero comme « moyen technique approprié » est, à l'heure où nous écrivons, une question ouverte, et la seule réponse honnête que l'éditeur a obtenue de deux équipes de conformité contactées en mai était : « Nous attendons les orientations de Tracfin. »

Ce que cela change pour le Directory, et le verdict

Le verdict ici est celui de l'éditeur, non du régulateur. Les plateformes qui mériteront un signal éditorial positif sur NoKYC Directory à partir de juillet sont celles qui mettront en œuvre l'étape du moyen technique approprié avec respect pour l'utilisateur, c'est-à-dire un flux de message structuré propre qui nomme l'utilisateur, la transaction et la date en langage clair, une guidance in-product pour les principaux portefeuilles matériels, et un recours documenté qui ne se dégrade pas silencieusement en upload de passeport. Les plateformes qui répondront à la nouvelle obligation en exigeant un document KYC frais chaque fois qu'un dépôt en self-custody dépasse le seuil seront pénalisées, car cette réponse traite l'esprit de la self-custody comme un problème à éroder plutôt que comme une propriété de l'utilisateur à respecter. Dès ce mois-ci, chaque service tourné vers l'UE dans la [section européenne du Directory](/services?region=eu) fera l'objet d'une vérification trimestrielle de fraîcheur de conformité, et toute plateforme qui migrerait silencieusement de la vérification par message signé à l'upload obligatoire de document entre deux vérifications perdra son tag favorable à la self-custody lors de la prochaine revue.

Sources

• CryptoSwift, MiCA et la règle du voyage, portefeuilles auto-hébergés
• CoinGeek, Le régulateur européen clarifie ses attentes avant la deadline MiCA
• SFG Media, Les règles crypto MiCA de l'UE à partir du 1er juillet
• Blog Bankera, MiCA et la règle du voyage 2026
• InnReg, Guide de la règle du voyage crypto
• Sumsub, Réglementations crypto dans l'Union européenne : MiCA
• DexTools News, Règle du voyage crypto Europe

Journal des modifications

• 2026-04-15 : Première lecture du guide MiCA-TFR de CryptoSwift, extraction des niveaux de seuil dans une feuille de calcul de travail et signalement de l'ambiguïté autour du « moyen technique approprié » pour suivi.
• 2026-04-29 : Vérification croisée du chiffre de 1 000 € entre Bankera, InnReg et Sumsub, confirmation de la distinction première partie/tiers et de l'absence de plancher de minimis dans le texte du TFR.
• 2026-05-12 : Prise de contact avec l'équipe de conformité d'un CASP parisien pour une citation sur ce qu'ils acceptent comme « moyen technique approprié », réponse par signature de message structuré plus un recours par micro-dépôt pour les anciens Trezor et les appareils Taproot sur vieux firmware.
• 2026-05-23 : Rédaction de la walkthrough en perspective utilisateur avec un scénario réel de Ledger Nano X, dépôt de 1 500 € de BTC sur une place française enregistrée AMF et licenciée MiCA, chronométrage du flux de signature de bout en bout.
• 2026-06-02 : Passage final, suppression des tirets cadratins, ajout de liens internes vers les listes de services européens du Directory, normalisation du formatage des devises en « 1 500 € » selon la convention française tout au long du texte.