Skip to content

MiCA Migration Engineering for CASPs

In short

The MiCA transitional period had ended in every EU member state by 1 July 2026, so a firm providing crypto-asset services to EU clients now needs a MiCA authorization or, as a bank or another financial entity listed in Article 60, a notification under that article. Books from providers with neither can move to a group's new CASP, onto a partner's authorization or into another authorized CASP. Protofire builds the move for the leaving firm, the receiving CASP or both: consent flows, onboarding at volume, sweeps, Travel Rule re-wiring and wind-down tooling.

Luis Medeiros

Reviewed by Luis Medeiros, Field CTO at ProtofireLast reviewed: October 2026

250+
projects delivered since 2016
60+
networks integrated
95+
protocols worked across
Trusted by teams building on-chain

A MiCA migration moves a client book onto a crypto-asset service provider (CASP), a firm allowed to serve clients under MiCA Article 59. The book comes from a provider without MiCA authorization, such as a firm on a national register of virtual asset service providers (VASPs, the FATF's term) of the kind Bulgaria and Italy kept before MiCA, or from another entity in the same group.

Each client has to accept the new counterparty and pass the new firm's due diligence, and every balance, open order, yield position and Travel Rule record needs a defined path across the cut-over, the switch from the old provider to the new one.

Protofire builds and can run the systems a migration needs, including the wind-down of a firm whose clients leave on their own. The authorized CASP that takes the clients in becomes their counterparty and holds their assets, a role Protofire never takes. Legal calls, from the form of consent to reliance on earlier checks, go to your counsel, and every rule cited is as read on 18 October 2026.

What carries a client book across the cut-over

The first three layers come before any balance moves, and the last keeps the evidence of every step.

01

Book profile

Clients, positions, orders and wallets at a declared cut-off.
02

Client agreement and notices

Consent in the form the law requires, and notices naming the new legal entity.
03

Onboarding at volume

The receiving CASP's own due diligence on each arriving client.
04

Positions and reconciliation

Per-client balances matched to the old ledger, the chain and the new register.
05

Addresses and sweeps

New deposit addresses and batched sweeps under multisig or MPC approval.
06

Orders, yield and fiat rails

Open orders and staking closed or re-placed, new accounts for euro deposits.
07

Travel Rule and address books

Directory registrations and address-book entries moved on a dated schedule.
08

Cut-over control and evidence

The runbook, go and no-go checks, and a record of every decision.
01

Are you moving a client book or absorbing one?

We build for either side of a migration, and the table shows where the work differs between them.

Moving your clients onto an authorized rail
Taking in another provider's clients
Typical situation
A provider without MiCA authorization, or a group entity, moving EU clients to a new CASP in the group or onto a partner's authorization, under its own brand
An authorized CASP taking in clients of providers that left, by referral, a group transfer or an acquisition, far above its usual onboarding volume
Customer due diligence
Run by the receiving CASP; your client list lets it invite clients and plan capacity
Run by you on every arriving client, to the same standard as an ordinary sign-up
Client agreement
Consent at login, deemed acceptance, a signed novation (a contract that moves the agreement to the new firm) or a fresh sign-up, as the structure and national law require
New terms with each client, and notices that name the legal entity now serving them
Balances
Snapshot at cut-off, sweeps to the new custody, the old book reconciled to zero
Credit into the register of positions, reconciled against what arrived onchain
Travel Rule
Transfer data on every outbound move; directory registrations withdrawn on a set date
Data checked before crediting; ownership assessed for self-hosted deposits above EUR 1,000
After cut-over
Residual balances, late deposits, records and the notices the wind-down requires
A larger book under your own wind-down plan (MiCA Article 74) and your procedures for transferring client assets to another CASP (Article 64(8))
02

Which parts of a MiCA migration does Protofire build?

We extract the leaving firm's client record once, at a declared cut-off, and build the consent flow your counsel specifies. Each record, history included, is mapped to the receiving CASP's data model and archive. Between unrelated firms, the GDPR basis for passing identity data needs counsel's answer before the extraction is designed.

Consent runs from acceptance at the next sign-in (Coinbase) or deemed acceptance (Kraken) to a signed novation agreement (Coinbase Prime), and the flow logs every acceptance, refusal and silence with a timestamp. Notices name the legal entity, because MiCA protections apply only to the specific authorized entity, as ESMA's statement of 17 April 2026 reminds clients, and MiCA Article 66 requires that they, and any marketing aimed at migrating clients, be fair, clear and not misleading.

Under GDPR Article 14(3), a receiving firm that obtains client data from the old firm owes those clients a privacy notice within a reasonable period, one month at the latest, or at its first communication if sooner.

03

How have EU client books moved so far?

From 2025 to October 2026, EU client books have moved in three ways, each documented by the providers themselves or by the trade press.

01

Into the group's own CASP

Coinbase moved EEA crypto services from Coinbase Europe Limited in Ireland to Coinbase Luxembourg S.A. in waves from August to October 2025. Kraken moved German clients, until then served through DLT Finance, to its own CASP in Ireland on 1 August 2025. The help center of OKX Europe, the group's CASP in Malta, describes what changes when a holder's country of residence moves into the EEA, from the SEPA account to the API domains. Bybit announced on 29 June 2026 that access to certain Bybit Global services for EEA residents would be progressively limited, pointing to Bybit EU, the group's MiCA-authorized platform in Austria. Revolut has been migrating EEA crypto customers from Revolut Ltd to its Cyprus CASP.

02

A referral to another CASP

In August 2026 MEXC referred its Dutch users to Kraken and to Bybit EU. On the Bybit EU route no accounts or assets transfer: users register, pass Bybit EU's identity checks and move their crypto themselves. Gemini, itself an authorized CASP, chose to close its UK, EU and Australian accounts. EU accounts went withdrawal-only on 5 March 2026, Gemini ceased operations in the EEA on 6 April 2026, and Gemini partnered with eToro to help clients move.

03

A partner's authorization inside the firm's own app

In June 2026 BitGo Europe announced a partnership that moves Bielik.io, a Warsaw firm leaving Poland's legacy VASP framework, onto BitGo Europe's Crypto-as-a-Service. Eligible users are to get deposits, trading and custody through BitGo Europe's infrastructure inside Bielik's own mobile app. The release does not say how existing users move across.

04

Which blueprint covers your side of the move?

If you are moving your clients onto an authorized provider's rail under your own brand, the lapsed VASP migration blueprint sets out what you rent and what you build. If you are the CASP receiving them, the migrating client book blueprint details the onboarding funnel, the deposit policy and the screening escalation.

The MiCA compliance chain a CASP runs every day is in the MiCA CASP stack blueprint. Each full blueprint adds every risk with its control and owner, a DORA third-party pack and a delivery plan in four phases. The custody software and Travel Rule provider a CASP relies on through the move are ICT third-party services under DORA, as is an engineering firm that keeps running the tooling; our DORA third-party risk guide lists what each needs.

Products on top of an authorization are on CASPs and crypto exchanges, and a bank adding crypto under Article 60 starts from our crypto-as-a-service for banks guide. Which route a firm needs before any client moves, from its own CASP authorization or an Article 60 notification to a partner's license, is compared in our MiCA license routes guide.

05

How does a migration engagement run?

1

Profile the book

We read the leaving firm's ledger, wallets and client records and produce a book profile. It counts clients by country and type, assets by chain, open orders, yield positions, dormant accounts and Travel Rule directory entries. With your counsel we then fix the consent form per client group, the new asset list and the cut-off rules. Deliverables: the book profile, a migration design and the open questions for your counsel.
2

Build and rehearse

We build the extraction, consent flows, onboarding funnel, reconciliation, sweep tooling and Travel Rule changes. Rehearsal on a copy of the book continues until reconciliation closes with every break explained. Deliverable: a runbook signed off by the operations owners on both sides.
3

Move in waves

A wave opens only after the previous one is reconciled. While it runs, we watch onboarding queues, deposits, sweeps, Travel Rule failures and reconciliation breaks around the clock through our managed onchain operations. Each alert follows the runbook signed in rehearsal. Deliverable: a reconciliation report and sign-off for each wave.
4

Close out

Residual balances, late deposits and positions past the announced deadline are settled by the rules set in design. Records of services, orders and transactions are archived for the five years that MiCA Article 68(9) and Article 26 of the Transfer of Funds Regulation require, or up to seven where a MiCA authority asks. Deliverable: the final reconciliation and the evidence file.
5

Keep the tooling in place

Retired addresses and the reconciliation stay under watch for as long as you want, and the code and runbooks sit in your own repositories from the first day. Deliverable: wind-down and transfer tooling, already run once on a live book.
06

Where is the same tooling used again?

A test of your Article 74 wind-down plan against the live book
A move between custodians or custody software
A switch of Travel Rule provider that keeps counterparties reachable
A book taken on by buying an authorized CASP, after notice to its supervisor (Article 83)
A new country wave after a cross-border notification (Article 65)
A product closed and its assets returned to clients as soon as possible (Article 75(6))
07

What has Protofire built for a regulated venue, and what does it operate?

Swarm Markets is a Berlin-based venue that launched under BaFin licenses and where every wallet is KYC-verified, and Protofire owned the onchain half of a product whose compliance and licensing Swarm keeps: the DEX core, built on a fork of Balancer, and the subgraph data layer the interface reads from. A migration splits the same way: the authorized CASP keeps the license and the clients, and we build underneath.

On the operating side, Protofire built and operates the Glif public RPC endpoint and node infrastructure for Filecoin, and migration waves run under the same kind of monitoring and operational ownership.

“A client's move from the old provider to the new CASP is a transfer of crypto-assets under the Travel Rule, even when the same person sits on both ends.”

A regulated venue's onchain half, and infrastructure we operate
BaFinvenue launched under BaFin licenses, whose onchain half Protofire built

Swarm Markets launched under BaFin licenses and runs its own KYC layer. Protofire built the onchain half: a DEX core forked from Balancer and audited by Pessimistic before launch, and a subgraph that indexes pools, swaps and user balances.

Swarm MarketsView project →
99.95%node uptime on the Glif public RPC endpoint we built and operate

Protofire runs public and dedicated Filecoin nodes behind the endpoint, with an RPC proxy for routing and caching, under monitoring and operational ownership.

FAQ

What is a MiCA client migration?
A MiCA client migration moves a provider's EU clients, their balances and their transfer records onto a crypto-asset service provider authorized under MiCA. It covers consent and due diligence for each client, reconciled balances, new deposit addresses with onchain sweeps, open orders and the Travel Rule wiring. Since 1 July 2026 it is how a provider without authorization can take its clients to an authorized one, rather than leaving each client to move on their own.
Is the MiCA transitional period over?
The MiCA transitional period is over: under Article 143(3) it had ended in every member state by 1 July 2026, and earlier in some, such as the Netherlands on 30 June 2025 and Germany on 31 December 2025. ESMA said that any entity providing crypto-asset services to EU clients without a MiCA license after 1 July 2026 is in breach of EU law and must stop, and its statement of 23 June 2026 told unauthorized providers to stop onboarding at once, wind down and give clients a deadline after which residual positions close automatically. A provider seeking its own authorization files a full Article 62 application; completeness is checked within 25 working days, and the decision is due within 40 working days of a complete file (Article 63).
How long does a MiCA client migration take?
A MiCA client migration's length shows in the published examples, measured from first notice to the last wave. Coinbase moved EEA countries in six waves between 18 August and 23 October 2025, each announced by email about a month ahead. Gemini, which closed its EU accounts instead of moving them, made them withdrawal-only on 5 March 2026 and ceased operations in the EEA on 6 April 2026. Within a wave, downtime is counted in hours: Coinbase Prime scheduled up to several hours with crypto transfers disabled. Some records lag for longer: OKX says fee levels and transaction records can take 24 to 48 hours to fully update after a change of country of residence. The plan for your book comes from its profile and the notice periods your counsel sets.
Can a client's crypto move to another CASP without being sold?
A client's crypto can move to another CASP without being sold when the two firms run the move: at cut-off each balance is snapshotted per asset and chain, swept onchain to the receiving CASP's custody in batched transfers and credited to its register of positions (MiCA Article 75(2)). Where the receiving side will not support an asset, each holder gets a dated choice to sell or withdraw it before the move. On MEXC's referral route to Bybit EU no accounts or assets transfer, so users move their crypto themselves.
Can a receiving CASP reuse the previous provider's KYC?
A receiving CASP runs its own customer due diligence on every migrated client. ESMA's statement of 23 June 2026 says the onboarding CASP "should carry out all necessary onboarding procedures, including customer due diligence and any other AML/CFT checks". EU law allows a firm to rely on another obliged entity's due diligence, under Directive (EU) 2015/849 where national law permits it and from 10 July 2027 under Regulation (EU) 2024/1624, while the relying firm keeps the ultimate responsibility. Whether a provider without MiCA authorization qualifies is for counsel to decide.
What does MiCA Article 74 require in a wind-down plan?
MiCA Article 74 requires CASPs that provide custody, operate a trading platform, exchange crypto-assets, execute orders or place crypto-assets to keep a plan for an orderly wind-down under national law. The plan covers the continuity or recovery of critical activities and must show the CASP can wind down "without causing undue economic harm to their clients". Article 64(8) adds procedures to transfer client assets to another CASP if an authorization is withdrawn. For a provider without authorization, the wind-down expectations come from ESMA's statements and the duties from national law. The public record also holds a court-ordered exit: the Rotterdam court declared Knaken Cryptohandel B.V. bankrupt on 16 July 2026, on a petition the Dutch public prosecutor filed on 30 June 2026, and noted that clients could no longer reach their accounts and balances.
How does the Travel Rule apply during a migration?
The Travel Rule applies to every transfer in a migration. Under the Transfer of Funds Regulation (EU) 2023/1113, originator and beneficiary information travels with each transfer whatever its value, and Article 3(10) covers transfers where the originator and the beneficiary are the same person. EUR 1,000 triggers only the assessment of whether a client owns or controls a self-hosted address (Article 14(5) when sending, Article 16(2) when receiving). How to classify deposits from a winding-down provider's addresses is a question for counsel.
How many CASPs are authorized under MiCA?
CASPs authorized or notified under MiCA number 373 in ESMA's interim MiCA register file of 16 October 2026, counting entities without a withdrawal date, by our count. The file flags 75 of them as Article 63 authorizations and 120 as Article 60 notifications by financial institutions such as banks (98 of them in Germany), and leaves that field blank for the other 178, which include both authorized CASPs and banks. Those 373 are the pool a migrating client book can move to. No listed entity has Poland, Hungary or Romania as its home member state, and at least 80 carry a register date after 1 July 2026.
Do clients have to sign a new agreement when their provider changes?
Clients have to accept the new counterparty, though not always by signing: the form is set by the structure and by national civil law. Published migrations show four forms. Coinbase asked for consent at the next sign-in, with 30 days to leave, and Kraken used deemed acceptance after notice when it moved German clients onto its own CASP. Coinbase Prime sent institutions a novation to sign, and MEXC's Dutch users who move to Bybit EU open and verify a new account. Counsel decides which form holds for each client group.
Can a firm keep its brand while its clients move onto another CASP's authorization?
A firm can keep its brand and app while an authorized CASP provides the regulated service: in June 2026 BitGo Europe announced that Bielik.io would offer deposits, trading and custody through BitGo Europe inside Bielik's own app. Whether the firm's continuing role stays outside the regulated service is for counsel in each jurisdiction. MiCA Article 59(5) bars a firm that is not a CASP from suggesting that it is one. A Commission answer published by ESMA (Q&A 2143) says MiCA has no provision that lets a CASP designate agents to receive and transmit client orders or give advice on its behalf.
When should a CASP bring in a partner for migration tooling?
A CASP brings in a partner for migration tooling when the systems the move touches, from the ledger and custody to the Travel Rule integration, sit with different vendors or teams; where one team owns every one of those systems, it can build the tooling in-house. Either way, ESMA's statement of 17 April 2026 expects supervisors to scrutinize client migration strategies, so rehearsal and reconciliation records should exist from the first wave. Protofire builds the extraction, reconciliation, sweep and cut-over tooling in your repositories, so it stays with you for your Article 74 plan and any later migration.

Get a proposal

Tell us what you are building. An engineer reads it, we have a short call, and the written proposal follows within one business day.

Hi, my name's

Luis Medeiros

Budget

I accept the
Privacy Policy
I agree to receive new research announcements as well as information about Protofire services and special offers

An NDA is available from the first message and can cover anything you share. How it works

Message us on Telegram