MiCA veut réguler les vaults. Le problème : il n’y a personne à réguler.


MiCA et les vaults DeFi

Bruxelles rouvre le dossier MiCA. Dans cette phase de révision, le lending crypto et les vaults DeFi reviennent sur la table.

Le nœud du débat est le rendement des stablecoins. MiCA interdit déjà de rémunérer la simple détention de certains stablecoins. Pris au pied de la lettre, ce principe peut glisser vers une idée beaucoup plus large : aucun rendement associé à un stablecoin ne devrait exister.

Mais dans un pool de lending, le prêteur n’est pas payé parce qu’il détient un token. Il est payé par des emprunteurs qui utilisent son capital et en supportent le coût. Effacer cette distinction, c’est rendre incompréhensible le lending lui-même : qui prêterait sans rendement ?

C’est ce que cet article veut démêler : ce que Bruxelles examine, pourquoi l’inquiétude réglementaire est légitime, et pourquoi appliquer les mauvais concepts aux vaults DeFi risquerait de casser l’infrastructure qu’ils prétendent encadrer.

Le problème n’est pas le lending. C’est le point de contrôle.

MiCA ne régule pas aujourd’hui, de façon générale, le lending crypto. Son considérant 94 laisse le sujet au droit national, dans l’attente d’une évaluation de sa nécessité et de sa faisabilité. Le texte officiel est plus prudent que les titres alarmistes qui fleurissent sur les sites à sensation.

La consultation ouverte en mai 2026, close le 30 septembre, n’a donc pas créé de KYC pour les vaults. Elle pose une question : que faire d’un marché de crédit exécuté par un smart contract, sans société qui garde les actifs ni client identifié ? La consultation

Lending / borrowing, en une phrase : le lending consiste à mettre des crypto-actifs à disposition d’emprunteurs contre un rendement potentiel ; le borrowing consiste à emprunter contre un collatéral, souvent sans avoir à vendre les actifs que l’on veut conserver.

C’est le principe d’un crédit lombard en DeFi : emprunter contre un collatéral sans vendre son actif, au risque d’être liquidé. Notre guide

Le rapport EBA/ESMA distingue les intermédiaires centralisés des protocoles DeFi et examine interfaces, wallets et plateformes. Le rapport pose un problème de périmètre, plus qu’un simple problème de risque.

Une interface technique n’est pas un intermédiaire financier.

Lorsqu’elle ne garde aucun actif, ne contrôle aucune clé, n’exécute aucun ordre pour le client et ne fournit ni conseil personnalisé ni gestion discrétionnaire, elle n’est qu’une couche de pilotage. L’utilisateur signe lui-même l’appel au smart contract depuis son wallet.

Effacer cette frontière, c’est réguler l’outil plutôt que le service : navigateur, explorateur, wallet — puis simple logiciel d’analyse. Ce n’est pas protéger l’utilisateur.

MiCA n’exige pas aujourd’hui une licence pour publier chaque dApp. Mais si une future extension l’imposait, conformité, KYC, juristes, reporting et assurance deviendraient le prix d’entrée. Les géants l’absorberaient ; les développeurs indépendants, non. Ce serait un choix de structure de marché, pas une protection neutre.


Le rendement n’est pas un bug

Prêter du capital comporte un risque ; emprunter un capital que l’on ne possède pas a un coût. Le rendement n’est pas une anomalie : c’est le prix du crédit.

Dans un pool, des prêteurs apportent de la liquidité. Des emprunteurs déposent un collatéral, paient un taux qui augmente quand le capital devient rare, et peuvent être liquidés si leur garantie ne couvre plus la dette. Les intérêts reviennent au pool, après frais éventuels.

Le smart contract tient cette comptabilité.

Les articles 40 et 50 de MiCA interdisent à l’émetteur d’un ART ou d’un EMT — et aux CASP lorsqu’ils fournissent des services liés à ces tokens — d’accorder un intérêt ou un avantage lié à la durée pendant laquelle le détenteur conserve le token. L’objectif est d’éviter qu’un stablecoin devienne un produit d’épargne assimilable à un dépôt rémunéré. Articles 40 et 50 de MiCA

Dans un pool, l’utilisateur ne touche pas un intérêt parce que ses USDC dorment dans son wallet : il prête du capital, avec un risque et un prix. Confondre cela avec un compte rémunéré, c’est confondre la monnaie et le crédit.


Un vault n’est pas une banque miniature

Le mot vault évoque un coffre. En DeFi, il désigne plutôt un ensemble de règles qui alloue des actifs vers un ou plusieurs marchés de lending.

Dans un modèle comme Morpho, il faut séparer plusieurs couches que l’on mélange trop souvent :

Le protocoleExécute les règles.Responsable ? Pas s’il est réellement autonome.
Le vault / curateurChoisit marchés et paramètres.Responsable s’il garde un pouvoir discrétionnaire.
L’interfaceRend le protocole lisible.Pas un CASP par le seul fait d’exister.
Le wallet / l’exchangeDonne l’accès ou la custody.Un prestataire identifiable.
L’utilisateurSigne et prend le risque.Il garde la décision.

Cette distinction est le cœur du sujet.

« Code is law. »

— Lawrence Lessig

Un protocole peut être autonome, un vault curaté, une interface opérée par une société et un wallet déjà soumis au KYC via une rampe fiat. Tout mettre dans le même sac sous l’étiquette « DeFi » est une erreur de lecture — et de conception.


La protection des utilisateurs est légitime. L’objet visé doit l’être aussi.

Le lending crypto concentre des risques réels : liquidation rapide, oracle défaillant, smart contract vulnérable, vault mal configuré, levier mal compris et contrôles AML contournés.

L’EBA recommande donc d’examiner le lending crypto et certaines activités DeFi dans la révision de MiCA. Sa position est explicite.

Face à « 8 % de rendement », l’utilisateur ne lit pas spontanément :

« Je prends un risque de smart contract, de marché, de liquidité, d’oracle, de gouvernance et de contrepartie. »

Il lit :

« Mon argent travaille. »

Le rôle du régulateur est d’empêcher que cette simplification devienne un piège. Le problème est l’objet visé.


Réguler le pouvoir réel, pas la proximité technique

L’enjeu n’est pas « contrôle ou pas contrôle », mais qui contrôle, quoi, et au nom de qui.

La bonne question devient : qui contrôle réellement l’actif ou la décision ?

MiCA définit des services précis : custody, échange, exécution ou transmission d’ordres pour le compte d’un client, conseil personnalisé, gestion de portefeuille. Ses définitions parlent de contrôle et de relation client — pas du simple fait d’afficher une interface.

Une interface non-custodiale où l’utilisateur lit le protocole et signe lui-même n’est pas, par nature, un service financier. La qualification change si elle contrôle des clés, exécute pour le client, recommande personnellement, gère une stratégie ou promet un rendement.

Nous avons déjà rencontré cette erreur de catégorie avec m‑Wallet. Lors de sa publication sur l’App Store, Apple a demandé des contrats avec des partenaires. Or m‑Wallet ne garde aucun actif, ne contrôle aucune clé et ne signe jamais pour l’utilisateur : il n’avait donc pas de partenaire à déclarer. Une interface technique n’est pas une banque incomplète.

C’est aussi la ligne du KYC. Il est cohérent lorsqu’une entreprise garde les actifs ou agit pour le client. L’imposer à un smart contract autonome exige de créer une liste blanche, une base de données et un nouveau gardien qui relie identité, wallet et patrimoine onchain. On n’a pas régulé le protocole : on a ajouté un intermédiaire.

Bloquer une interface ne fait pas disparaître le contrat public ; cela pousse l’usage vers des chemins moins visibles. Le rapport ESMA/EBA traite les interfaces comme des points d’entrée à étudier, pas comme des CASP automatiques. Le rapport

Un protocole n’est pas automatiquement un établissement financier. Une interface n’est pas automatiquement un intermédiaire.


La bataille des dépôts est aussi une bataille des rails

Ce débat n’est pas seulement technique. Il porte aussi sur l’endroit où votre capital dort — et sur qui peut le remettre au travail.

Une banque ne prête pas simplement une réserve de dépôts existante : quand elle accorde un crédit, elle crée aussi le dépôt correspondant. Mais les dépôts restent stratégiques : ils apportent liquidité, financement et relation client. Banque de France

La self-custody et le lending onchain déplacent une partie de cette relation. L’utilisateur choisit lui-même où son capital travaille, au lieu de le laisser automatiquement dans les rails bancaires.

Rendre les stablecoins non rémunérables tout en compliquant les alternatives onchain peut donc consolider les rails existants. Ce n’est pas forcément une intention cachée. C’est un effet de structure.

La vraie question est simple : voulons-nous réduire un risque précis, ou rendre plus difficile toute alternative au modèle bancaire ?


Ce que cela change pour vous

À court terme, rien dans la consultation de 2026 ne crée un nouveau KYC obligatoire pour un vault DeFi.

Mais les prochaines lignes de fracture sont faciles à imaginer :

SituationCe qui pourrait être davantage encadréCe qui reste structurellement difficile à encadrer
Dépôt direct depuis un wallet self-custody vers un contratLes points d’entrée et de sortie fiat, les outils d’accès commerciauxLe smart contract public lui-même
Vault géré par un curateurLa stratégie, les disclosures, les conflits d’intérêts, la responsabilité du curateurL’exécution onchain autonome une fois les règles publiées
Produit proposé par un CEX ou un wallet custodialKYC, custody, communication commerciale, protection clientLes interactions directes en dehors de ce produit
Interface technique non-custodiale, sans custody ni exécution pour autruiCe n’est pas, à elle seule, un CASP au sens des services définis par MiCA ; toute extension devrait créer une nouvelle obligationL’accès direct au contrat par le wallet de l’utilisateur

Ne cherchez pas à « contourner » la règle : comprenez où elle s’applique. Pour votre portefeuille, séparez risque de protocole, de stratégie, de contrepartie et de réglementation. Un vault sans KYC n’est pas sans risque ; un produit avec KYC ne le devient pas par magie.


Ne demandons pas à Netflix de redevenir Blockbuster

L’Europe peut choisir de traiter la DeFi comme un angle mort à fermer.

Ou choisir d’y voir une nouvelle couche d’infrastructure financière : des risques à rendre lisibles, et des responsables à encadrer là où ils ont réellement du pouvoir.

La première voie rassure parce qu’elle ressemble à ce que nous savons déjà faire : identifier une entreprise, imposer une procédure, fermer une porte. La seconde est plus exigeante : reconnaître qu’un protocole autonome peut exister sans société qui le garde, sans abandonner les utilisateurs face aux risques.

Netflix n’a pas gagné parce que les vidéoclubs étaient inutiles. Il a gagné parce que le monde avait changé de rail.

Le test devrait rester simple : qui détient la clé, qui signe, qui exécute, qui prend la décision pour l’utilisateur ? Si la réponse est l’utilisateur lui-même, l’interface qui l’aide à piloter son wallet n’est pas un intermédiaire. C’est un outil.

La question MiCA est la même, dans un domaine beaucoup plus sensible : allons-nous réguler les nouveaux rails pour ce qu’ils permettent réellement ? Ou allons-nous leur demander de redevenir les anciens ?


Cet article décrit un cadre réglementaire en évolution et ne constitue ni un avis juridique, ni un conseil d’investissement. Avant toute décision, vérifiez votre situation et les règles applicables dans votre pays.