MiCA, the Markets in Crypto-Assets Regulation, is the European Union framework that sets rules for issuers of crypto-assets and for the firms that provide services in them. Liquid Mercury, the Chicago-based institutional digital asset infrastructure provider, builds trading infrastructure for regulated brokers, so this guide explains MiCA from the point of view of a trading firm and its technology.
This page is general information and not legal advice. Check the primary texts, and speak to counsel, before acting on anything here.
What is MiCA?
MiCA is the Markets in Crypto-Assets Regulation. It is the EU framework for crypto-assets and for crypto-asset service providers (CASPs). Its goals are consistent rules across member states, protection for holders, and orderly markets. The EU reference for the regulation is Regulation (EU) 2023/1114, listed as MiCAR on the EBA page (accessed 2026-10-15). A shorter definition is in the MiCA glossary entry. ESMA maintains an official MiCA page with technical standards and registers.
Who MiCA applies to
MiCA sorts the market into groups, each with its own obligations. The table is a summary; the regulation text controls.
| Group | Who they are | Core obligation in one line |
|---|---|---|
| Issuers of crypto-assets | Entities that offer tokens to the public or seek admission to trading | Publish a white paper that follows the required content and notification process |
| Stablecoin issuers | Issuers of tokens that reference one or more currencies, assets or baskets | Stricter requirements than other issuers. ESMA's MiCA page lists issuers of asset-referenced tokens (Title III) and issuers of e-money tokens (Title IV) as separate categories |
| Crypto-asset service providers (CASPs) | Exchanges, brokers, custodians, advisers and other firms serving clients | Be authorised by a competent authority and meet organisational, conduct and safeguarding requirements |
A trading firm usually falls in the third group. Its technology vendor does not become a CASP just by supplying software, but the firm must be able to show regulators that its systems support its obligations.
What a white paper is under MiCA
For an issuer, the white paper is the disclosure document that explains the token, the issuer, the rights attached and the risks. Under MiCA it must meet content rules and be published, and for many tokens it must be notified to the competent authority. The white paper is an issuer's disclosure. It is not a licence, and it is not an approval of the token by a regulator. This is why white paper pages and MiCA explainers answer different questions. ESMA has published its first MiCA technical standards.
MiCA and stablecoins
MiCA treats tokens that aim to hold a stable value differently from other crypto-assets, and applies additional requirements to their issuers. Institutions that use stablecoins for settlement or collateral should check how the specific token they use is classified and who issues it. See the stablecoin glossary entry. The EBA covers these tokens on its page for asset-referenced and e-money tokens under MiCA.
MiCA compliance for trading infrastructure
A regulated broker or exchange needs its technology to produce evidence, not just trades. Four capabilities come up repeatedly:
- Audit trails. A complete record of orders, quotes, fills and changes, tied to a user and a time.
- Best execution. Evidence that client orders were handled in line with the firm's execution policy. See best execution in crypto.
- Reporting. The ability to produce the reports a regulator or auditor asks for.
- Risk controls. Limits and checks applied before and after a trade, with documented overrides.
Mercury OTC is built with risk controls before, during and after the trade, and with audit trails and regulatory adherence among its documented features. Its overview describes compliance and audit trails as built in from the start. See Mercury OTC.
No vendor can make a firm compliant. The firm holds the authorisation and the obligations. A vendor can make compliance evidence easier to produce.
What MiCA means for an OTC desk
An OTC desk that serves EU clients quotes prices, accepts orders and settles trades, which are services a CASP provides. In practice that raises a few concrete questions for the desk's technology:
- Quotes and records. When a client asks for a quote by RFQ or receives a streaming price, can the desk show what was quoted, to whom and when?
- Client onboarding. Are identity checks and restrictions applied before a client can trade, for example by region or asset?
- Order handling. Can the desk show that orders followed its stated policy, including who approved exceptions?
- Settlement and ledger. Are client balances and settlements recorded in a way that can be reconciled and audited?
Mercury OTC supports 24/7 automated quoting through RFQ, RFS and streaming quotes, with an integrated ledger and settlement process and reporting tools for compliance, risk management and performance analysis. Whether a particular workflow meets a particular MiCA requirement is a question for the firm's counsel.
Example: a regulated EU broker on Mercury OTC
K33, regulated by the Norwegian Financial Supervisory Authority, runs on Mercury OTC. Its live case study describes operating within a compliant, auditable infrastructure that meets Norwegian and European regulatory requirements. K33 used Mercury OTC to automate its RFQ desk across 200 trading pairs and 8 fiat currencies, and OTC trading volume grew 5x. See the K33 case study. The published results are on the live K33 case study.
Why a broker may consider technology consolidation under MiCA
Authorisation under MiCA brings audit, reporting and safeguarding duties, and every extra system is one more place those duties have to be met and evidenced. Ask any vendor whether quotes, ledger, risk and reporting sit in one platform with one set of records.
None of this means consolidation is right for every firm. A broker with a working stack may be better served by connecting the pieces it has. The useful test is whether the firm can show a regulator the full life of a trade without stitching records together by hand. See Mercury OTC for how one white-label platform handles that for an OTC desk.
Key dates and where to read the rules
MiCA applied in stages. The final EU transitional arrangements ended on 1 July 2026. National authorities publish current guidance and registers; ESMA's statement on the end of transitional periods explains the historical deadline and the expectations for firms that did not obtain authorisation.
- The regulation itself, Regulation (EU) 2023/1114. Search the EU's official journal for that reference.
- ESMA's MiCA page, including the interim MiCA register of authorised firms (accessed 2026-10-15).
- The national competent authority in the member state where your firm operates.
Article 143 provided transitional arrangements for eligible firms that had supplied crypto-asset services under applicable national law before 30 December 2024. Those arrangements ended across the EU on 1 July 2026, or earlier where a Member State set a shorter period or an authorisation decision ended a firm's transition. They are historical arrangements, not an ongoing basis for operating. ESMA confirmed the EU-wide end date in its 17 April 2026 statement. Firms should verify the authorisation or notification route applicable to their activities and check the current register with their competent authority. The MiCA white paper formatting requirements, including iXBRL, entered into application on 23 December 2025.
A checklist for MiCA-minded vendor selection
Questions a CASP can put to any trading technology vendor:
- Does the platform keep an immutable audit trail of orders and changes?
- Can it produce reports for regulators and auditors on request?
- Does it apply configurable pre-trade limits, and record overrides?
- Does it separate client assets and positions clearly?
- What are its resilience and incident procedures? Ask each vendor for dated, written answers.
- Who is accountable for each part of the service under the contract?
Frequently Asked Questions
Can HMRC see my crypto wallet?
What are the latest headlines about crypto regulation?
Is the Clarity Act going to pass?
Does Binance have a MiCA license?
What should a trading firm check before serving clients in the EU under MiCA?
What should a desk check under the UK FCA crypto regime?
What should a desk check before serving clients from Dubai under VARA?
What should a desk check under Singapore's MAS rules?
What should a desk check when serving clients in Switzerland under FINMA?
Mercury OTC
Request a demo of Mercury OTC to see how its audit trails and risk controls support a regulated desk.
Request a demo of Mercury OTC