In early 2026, a mid-size crypto exchange (~USD 400M monthly volume) approached us after being rejected by seven banks across four jurisdictions. They were operationally healthy: profitable, properly licensed under EU MiCA, with three years of clean audited financials. The problem wasn't the business. It was that almost every bank's KYC committee had a blanket policy of declining "crypto-adjacent" applicants โ regardless of the underlying compliance profile.
Below is how we restructured the engagement to get them approved at three banks within six weeks. Names and specifics are anonymized; the structure and outcome are accurate.
โ 01Client profile
- Industry: Centralized crypto exchange, retail + institutional
- Volume: ~USD 400M monthly trading volume
- Licensing: EU MiCA-authorised (Lithuanian entity); planning UAE VARA license
- Existing banking: One EMI account (Lithuanian neobank), increasingly unreliable
- Customer geography: EU (60%), MENA (25%), Asia (15%)
- UBO structure: Founder + two strategic investors (one VC fund Cayman, one family office Singapore)
โ 02The challenge
By early 2026, "crypto banking" had become a coded phrase for "not happening at most institutions." Even properly licensed exchanges with MiCA authorization were being declined at application โ not because of any specific compliance issue but because banks had implemented blanket de-risking policies.
Specific obstacles in this case:
- Counterparty risk. A crypto exchange's counterparties include other exchanges, market makers, and liquidity providers โ many in jurisdictions banks treat as high-risk.
- Source-of-funds opacity. Customer funds come in fiat, get converted to crypto, then sometimes come back as fiat โ the chain isn't always linear from a bank's perspective.
- Volume concentration risk. A USD 400M-volume exchange generates banking activity that looks unusual against most retail business templates.
- Regulatory perception. Banks were waiting to see how MiCA enforcement would play out. They didn't want to be the first to commit.
The previous seven rejections weren't case-by-case decisions
They were category decisions. Each bank's compliance committee had pre-decided "crypto exchanges = decline" before they even read the file. Getting approved meant either finding banks without blanket policies, or building a structure that didn't trigger them.
โ 03Our approach
We restructured the engagement around three principles:
Principle 1: Separate the regulated activity from the operational banking
Most crypto exchanges try to bank the regulated operating entity directly. Banks see "crypto exchange" and the conversation ends. We instead set up banking for a separate operational holding entity in Singapore that handled the exchange's corporate expenses, payroll, and treasury โ without touching customer fund flows. Customer flows stayed on the EMI account (with a backup added).
Principle 2: Use jurisdictions where crypto is regulatory fact, not regulatory theory
EU MiCA was new in 2026; banks were still cautious. UAE VARA had been operating for two years and was a known framework. We added a Dubai (DMCC) operational entity, with a VARA pathway timeline. This gave us access to banks that had explicit crypto-friendly policies.
Principle 3: Address counterparty risk in the disclosure, not around it
The Lane Card included a complete counterparty risk scorecard โ every liquidity provider, every settlement venue, with risk classification and mitigant. No bank was going to surprise themselves about the exchange's relationships. They were told everything upfront.
โ 04The banks selected
| Bank | Entity | Purpose |
|---|---|---|
| Mashreq UAE | Dubai DMCC operating co | Operational treasury, payroll, expenses |
| Wio Business UAE | Dubai DMCC operating co | Operational redundancy, card issuance |
| OCBC Singapore | Singapore holding co | Corporate treasury, investor reporting |
| Existing EMI | Lithuanian exchange entity | Customer fiat flows (unchanged) |
None of these banks accepted the Lithuanian exchange entity directly. All three accepted the related but separate Singapore holding and Dubai operating entities โ because those entities weren't the regulated crypto activity. They were normal corporate entities that happened to be owned by the same shareholders as a regulated crypto firm.
โ 05The timeline
Week 1: Structural setup
Dubai DMCC entity incorporated, Singapore holding entity restructured, intercompany agreements drafted. Existing Lithuanian entity unchanged.
Week 2: Lane Card preparation
Three separate Lane Cards built โ one per bank, each with bank-specific RM-question pre-emption. Counterparty risk scorecard and source-of-funds documentation prepared and translated into UAE-acceptable format.
Week 3: Submission
All three applications submitted simultaneously. Pre-arranged introduction meetings held with each bank's relationship manager (in person where possible, video where not).
Week 4: Wio approval
Digital flow, fastest turnaround. Account active within 8 business days of submission.
Week 5: Mashreq approval
One round of clarification questions (10-day turnaround), then KYC committee approval. In-person interview scheduled for Dubai.
Week 6: OCBC approval
Approval contingent on additional substance documentation for Singapore entity (proof of office, board minutes). Provided within 48 hours. Account opened day 41 of engagement.
โ 06The outcome
By end of week 6, the client had:
- 3 operational banking accounts across 2 jurisdictions for the related entities
- Existing EMI maintained for the regulated exchange entity's customer flows
- Treasury redundancy across multiple banks and jurisdictions
- VARA application pipeline initiated with proper banking infrastructure in place
None of these banks would have approved an application from the Lithuanian exchange entity directly. All three approved the related corporate entities because the structure was transparent, the disclosure was complete, and the banking activity matched the entity's actual purpose.
โ 07Key takeaways
- Don't ask a bank to do something it can't do. Asking a Tier-1 bank to onboard a regulated crypto exchange directly fights every policy they have. Restructuring so the entity needing banking isn't itself the regulated crypto firm changes the conversation.
- Jurisdiction matters more than people assume. UAE banks operate under a regulator (VARA) that has explicit crypto-friendly frameworks. EU banks are still figuring out MiCA. Choosing UAE-resident banking for crypto-adjacent corporate activity dramatically increases acceptance rates.
- Transparency beats minimization. Many crypto businesses try to downplay their crypto exposure in applications. This always backfires โ banks find out, and trust is destroyed. Full disclosure plus structural separation works.
- EMIs are not banks. Many crypto businesses run on EMI accounts. They're fine for customer flows; they're not adequate for corporate treasury, payroll, or institutional credibility. Adding bank-grade infrastructure changes the business's operating profile.
If your business is crypto-adjacent and you've been hitting banking walls, send us a message. The structure can almost always be improved โ and the right banks exist if the structure is right.