MiCA-authorised partners are expected to drop non-compliant stablecoins
ESMA has published an opinion on services tied to stablecoins that do not comply with MiCA. The ESMA opinion sets supervisory expectations: crypto-asset service providers authorised under MiCA should stop providing such services to clients in the EU.
The scope is wide. The ESMA text of 08 October 2026 covers asset-referenced tokens and e-money tokens that do not meet MiCA requirements. It applies to the full range of MiCA crypto-asset services. That includes operating trading platforms, exchange, order execution, placing, reception and transmission of orders, investment advice, transfers, custody and administration, and portfolio management.
The point for a business that moves money between crypto and fiat is simple. The opinion addresses what authorised providers offer to their EU clients. If your exchange, custodian or payment partner holds a MiCA authorisation, it is expected to stay away from non-compliant tokens. The list of stablecoins you can use through that partner may get shorter.
This is where I look at the custody line. What decides the treatment is who handles the token and under which licence. A partner that custodies, transfers or exchanges a token is providing a regulated service, and the supervisor has now said what it expects for tokens outside MiCA. In my view, the opinion bites at the partner first, and the business behind the partner feels it second.
The practical effect may land in three places. Treasury: a balance held in a non-compliant stablecoin may become harder to move or convert through authorised providers. Payments: a customer who pays in such a token may find that your provider will not process it. Reconciliation: tokens that fall out of scope at one partner may still sit in your books.
There is a second risk, and it is about concentration. If one authorised partner handles all your stablecoin flows, a change in what that partner will support changes your product overnight. I treat that as a business risk rather than a technical one. A second route for the same flow, and a clear rule for when traffic moves to it, cost little next to a stopped payment line.
The opinion is a statement of supervisory expectations, so the detail of how each national supervisor applies it will matter. The direction is clear enough to plan around. Before adding a stablecoin to a product, I would check its status under MiCA first and the technology second. That check belongs at the start of the build, because it decides whether the licensed partners you depend on can serve it at all.