Transfer pricing for crypto groups with regulated entities is one of the highest-stakes tax decisions a digital-asset business makes. Get it wrong and a regulator in Dubai, Singapore or the EU can challenge the entire group structure – not just one invoice. Get it right and the same structure supports licence applications, banking relationships and an eventual exit.
As transfer pricing (the arm's-length pricing of transactions between related entities in different tax jurisdictions) increasingly sits at the intersection of virtual-asset licensing and international tax, the stakes for regulated groups have risen sharply. A CASP (Crypto-Asset Service Provider under the MiCA regime), a Dubai exchange licensed by VARA, or a Singapore operator regulated by MAS under the Payment Services Act cannot simply invoice its way to a favourable tax outcome. Each of those regulators now scrutinises intra-group arrangements as part of ongoing supervision, not just at the point of authorisation.
This page sets out the regulated basis for transfer pricing within digital-asset groups, the practical process for building a defensible policy, the cross-border interactions that tend to produce tax exposure, and the decision matrix a general counsel should apply before the group structure is finalised.
Why regulated entities change the transfer pricing analysis
A regulated licence-holder cannot simply be a cost centre. This is the foundational constraint that separates transfer pricing for crypto groups from the same exercise for an unregulated holding structure.
VARA, the FSRA within ADGM, the MAS and ESMA's oversight of national competent authorities under MiCA all require the licensed entity to hold adequate capital, to employ or have access to sufficient substance, and to be the genuine principal in the activity it is licensed to conduct. An intra-group service agreement that strips economic value out of the licensed entity – routing profits to a parent in a lower-tax jurisdiction through management fees, IP royalties or intercompany loans – creates a dual problem. It may undermine the regulatory capital position of the licence-holder. It also invites a tax authority challenge on the ground that the arrangement lacks commercial substance.
In our cross-border practice, we see this conflict arise most acutely when a founder relocates personally, establishes a holding company in a Gulf free zone or a traditional offshore centre, and then attempts to position the licensed operating entity as a branch or dependent agent. The licensed entity's regulator expects substance. The tax authority in the jurisdiction where that substance sits expects to tax it. Personal relocation alone does not resolve either question.
The OECD's arm's-length principle – the requirement that related-party transactions be priced as if conducted between independent parties – applies in every major digital-asset hub. MiCA member states, the United Kingdom under FCA oversight, Singapore and Hong Kong each embed that standard into their domestic rules. The AIFC legal regime in Kazakhstan applies common-law principles that arrive at the same outcome. Departure from arm's length is correctable in both directions: a tax authority can recharacterise fees upward or downward, and a regulator can require capital restoration.
What arm's-length pricing means for a crypto group
Arm's-length pricing inside a crypto group means identifying who performs the economically significant functions, who bears the material risks, and who owns the valuable assets – and then ensuring the contractual flow of income matches that functional reality.
For a typical exchange group, the most common intra-group flows include: technology licensing from an IP-holding entity; management services from the parent or a shared-services company; treasury and liquidity management between the trading entity and a treasury vehicle; and capital support through intercompany loans. Each of these requires a documented pricing methodology – percentage of revenue, cost-plus, a comparable uncontrolled price or a profit-split – and that methodology must be contemporaneous. Reconstructed documentation, prepared after a tax authority enquiry has begun, carries significantly less weight.
For token issuers, the analysis is more complex. The token development function, the marketing function, and the treasury-management function may sit in different entities across different jurisdictions. Under MiCA, the whitepaper (the disclosure document required for most crypto-asset offerings) attributes obligations to a named issuer. That attribution has transfer pricing consequences: the issuer is the principal, and the income attributable to the token launch should flow to it on arm's-length terms unless there is a documented reason for an alternative allocation.
Operators we advise routinely underestimate the importance of substance at the IP level. Holding intellectual property in an entity with no developers, no decision-makers and no independent capacity to exploit it is the single transfer pricing position most likely to be challenged across every jurisdiction in which a major digital-asset group operates.
Transfer pricing documentation – a contemporaneous record of the functional analysis, the selected method and the benchmarking exercise – is required by most OECD-aligned jurisdictions above a revenue or transaction threshold that varies by country. Below that threshold, documentation is still advisable: a regulator examining the group structure for authorisation purposes will expect to see it.
To map the intra-group pricing policy for your licensed entity, write to info@oboluslaw.com. The process above describes the standard path. Your facts – the entity structure, the regulatory licences, the jurisdictions, the user base – change the analysis materially. Map your options
The five-step process for building a defensible policy
A defensible transfer pricing policy for a regulated digital-asset group follows a structured sequence, and the most expensive mistakes occur when steps are taken out of order or skipped entirely.
Step 1: functional analysis. Before any pricing is set, the group must map who does what. Which entity employs the key developers? Where are the risk-management and compliance decisions made? Who controls the treasury? For a regulated group, this analysis must align with what has been represented to each regulator in the licence application. Divergence between the regulatory submission and the functional reality is a compounding problem: it undermines both the licence and the tax position simultaneously.
Step 2: characterisation of intra-group transactions. Each flow of value between entities is characterised as a service, a licence, a loan, a guarantee or a profit-participating instrument. The characterisation determines the applicable pricing method and the documentation standard. Mischaracterisation – for instance, treating what is economically a profit-share as a fixed management fee – is one of the most common triggers for a transfer pricing adjustment.
Step 3: method selection and benchmarking. The OECD transfer pricing guidelines recognise five primary methods. The most appropriate method depends on the transaction type and the availability of comparable data. For intra-group technology licences within a crypto group, a comparable uncontrolled price or a profit-split is typically the starting point. Benchmarking against publicly available industry data – or, where that data is sparse, against internal comparables – must be documented contemporaneously.
Step 4: agreement drafting and implementation. A functional analysis and a benchmarking study have no legal force without properly executed intercompany agreements. Those agreements must reflect the economic reality identified in Step 1. Back-dated agreements, or agreements that describe arrangements that never operated in practice, are not compliant documentation: they are a liability.
Step 5: ongoing review. Transfer pricing is not a one-time exercise. When a group acquires a new licence, launches a new product, restructures an entity or changes the location of a key function, the policy must be reviewed. Regulators in the major hubs – VARA, MAS, the SFC in Hong Kong – expect the group structure to remain consistent with the representations made at licensing. A material departure from the original structure without regulatory notification creates both a compliance and a tax risk.
How does a regulated holding structure interact with transfer pricing?
A well-designed holding structure and a defensible transfer pricing policy are the same document written from two different angles. One is the corporate blueprint; the other is the economic justification for how value flows through that blueprint.
The most common holding pattern for a multi-jurisdictional digital-asset group places a parent entity in a jurisdiction with a favourable dividend-exemption regime and established tax treaties – common choices include the Netherlands, Luxembourg, Singapore and the UAE for their respective network of bilateral agreements. Below the parent sits a regulated operating entity (or entities) in the licensing jurisdiction, and potentially an IP-holding entity in a third location.
The cross-border tax interaction is where the structure either holds together or fails. A UAE free-zone entity (an entity incorporated within a UAE free zone and potentially qualifying for a preferential corporate tax rate under the relevant provisions of UAE corporate tax law) may lose that qualification if it conducts transactions with related parties on non-arm's-length terms, or if its substance falls below the threshold required by the applicable substance rules. Similarly, a Malta-incorporated CASP transitioning from the prior VFA framework to full MiCA authorisation under MFSA supervision must ensure that any IP licence paid to a related party reflects genuine arm's-length value – the MFSA's supervision of own-funds adequacy is directly affected by the size of that outflow.
In our cross-border practice, the tension between tax residency (the jurisdiction in which an entity is treated as a tax resident, typically determined by place of incorporation or place of effective management) and regulatory substance is the most persistent issue we encounter. An entity incorporated offshore but managed from London is a UK tax resident under the place of effective management test. An entity incorporated in Dubai but whose key decisions are made by a founder who has not properly established UAE tax residency may not benefit from the UAE's corporate tax regime as intended.
Personal tax residency and corporate structure must be decided together, or the planning is incomplete. A founder who relocates to Dubai but retains decisive control over a UK-incorporated entity, or who remains a tax resident of a jurisdiction with a worldwide income tax basis, cannot insulate the group's income through structural changes alone.
Common mistakes in crypto group transfer pricing
The mistakes we see most often are structural, not arithmetic. The numbers in an intercompany agreement rarely cause the problem. The problem is that the numbers describe a transaction that does not reflect the economic reality of who does the work, who bears the risk, and who makes the decisions.
The first and most frequent mistake is building the holding structure before the functional analysis. A founder identifies a favourable jurisdiction, incorporates a holding company, and then retrofits intercompany agreements to justify the chosen structure. Tax authorities and regulators are both alert to this sequencing. The arm's-length standard requires that the form of a transaction reflect its substance – not that the substance be engineered to fit the desired form.
The second is conflating the regulated entity with the principal. A licensed exchange or custodian is a principal in regulatory terms: it holds the licence, it is liable for compliance failures, and it must demonstrate substance to retain the licence. Treating it as a limited-risk distributor or a dependent agent in the transfer pricing model contradicts the regulatory characterisation. When a tax authority and a regulator are both examining the same entity, inconsistent characterisations are compounding liabilities.
The third is failing to document the treasury function. Digital-asset groups frequently manage significant token balances, stablecoin reserves and fiat liquidity through a single treasury entity or even a founder's personal wallet. Treasury management is a valuable function. If it is performed by one entity in the group but the economic benefit flows to another, the arm's-length principle requires a documented, priced agreement. An undocumented treasury function is an undisclosed transfer pricing position.
A common assumption is that relocating personally is enough to change the group's tax position. It is not. Personal relocation changes the founder's own income tax profile – subject to exit-tax obligations and the satisfaction of genuine residency tests in the new jurisdiction – but it has no direct effect on the corporate group's transfer pricing, on the tax residency of existing entities, or on the group's obligations to the regulators that hold its licences.
A recent instruction: restructuring before a licence application
In a recent matter, a token-issuing group with entities in three jurisdictions engaged us ahead of a VARA licence application in Dubai. The group had operated informally for several years: management fees, IP royalties and loan repayments flowed between entities without contemporaneous documentation, and the functional analysis had never been formalised. The Dubai entity was intended to be the regulated principal, but on examination it held no IP, employed no key personnel, and had paid management fees to a parent entity at a rate that could not be benchmarked against comparable transactions. We restructured the intra-group agreements, drafted a contemporaneous functional analysis, and advised on the substance requirements needed to support both the VARA application and the arm's-length position. The licence application proceeded on a defensible evidentiary base. The exercise also identified a secondary exposure in the group's home jurisdiction, which was addressed through a supplementary restructuring before the tax authority review window closed.
Decision matrix: which structure fits which operator?
The right transfer pricing architecture depends on the group's regulatory footprint, the location of its economically significant functions, and the exit timeline. The following matrix describes the most common operator profiles.
Profile A – Single licensed entity, founder in the same jurisdiction. The simplest case. The operating entity holds the licence, employs the key functions and generates the income. Transfer pricing issues arise only if there is a parent or IP-holding entity in another jurisdiction. The priority is ensuring any upward payment – dividends, fees, royalties – is documented and priced at arm's length. Indicative timeline to establish a compliant policy: a matter of weeks for a straightforward structure. Key risk: as the group grows, undocumented arrangements calcify and become harder to regularise without a tax charge.
Profile B – Multi-entity group, IP held offshore, regulated entity in a major hub. The most common structure for a scaling exchange or custodian. The regulated entity (VARA, MAS, SFC or MiCA CASP) is the principal for regulatory purposes. The IP-holding entity must have genuine substance: developers, decision-makers, or a documented licence from an entity that has them. The transfer pricing policy must reflect this. Indicative timeline to establish a compliant policy: several weeks to a few months, depending on the number of entities and the complexity of the functional analysis. Key risk: the IP entity fails the substance test, and the jurisdiction of the regulated entity taxes the income as if the IP were held locally.
Profile C – Token issuer with a treasury entity. The token development, marketing and treasury functions are the three pillars of the transfer pricing analysis. Each must be assigned to an entity with the substance to perform it. The MiCA whitepaper attribution anchors the issuer as principal. Key risk: the treasury entity holds a substantial balance of the group's own token, creating a mark-to-market valuation question for intra-group loan and guarantee pricing that most standard transfer pricing analyses do not address.
Profile D – Group undergoing regulatory expansion (adding a second or third licence). Each new licence creates a new regulated entity with its own substance requirements. The transfer pricing policy must be updated each time. The most common failure mode is treating the second licensed entity as a branch or sub-agent of the first, which conflicts with the second regulator's characterisation of the entity as an independent principal. Indicative review timeline: allow for a formal policy update before the licence application is filed, not after. Key risk: inconsistency between what was told to the first regulator and what is told to the second.
If a prior restructuring stalled or a tax authority enquiry has opened, a second read of the group structure often surfaces the cause and the route forward. Write to info@oboluslaw.com or message us via t.me/oboluslaw. Map your options
Cross-border AML and the Travel Rule intersection
Transfer pricing and AML compliance are increasingly reviewed together by regulators in the major hubs. The Travel Rule (the obligation under FATF Recommendation 15 to pass originator and beneficiary data with a virtual-asset transfer) requires that intercompany transfers between related entities be treated as regulated transfers if they meet the applicable threshold. That means intra-group treasury movements, token allocations between group entities and liquidity rebalancing may each generate a Travel Rule obligation, in addition to being a transfer pricing event.
VARA's AML rulebook, MAS's requirements under the Payment Services Act and the FCA's MLR registration expectations each address the treatment of intra-group transactions. None of them create a blanket exemption for related-party transfers. A group that has carefully priced its intra-group flows for tax purposes but has not mapped those flows against its AML transaction monitoring obligations has a compliance gap that both its auditors and its regulators will identify.
In our practice, we advise that the transfer pricing functional analysis and the AML transaction monitoring programme be developed in parallel, using the same map of intra-group flows. The functional analysis identifies the transactions; the AML programme determines which of those transactions are subject to monitoring, Travel Rule obligations and reporting requirements. Doing both exercises simultaneously is more efficient and produces a more defensible result than handling them sequentially.
Related at OBOLUS
- Tax and cross-border structuring for digital-asset businesses – Our core practice covering holding structures, exit planning and regulatory tax interaction.
- Staking and rewards taxation for early-stage founders – How staking income is characterised and taxed across the major digital-asset jurisdictions.
- AML/CFT policy drafting in South Africa – Structuring compliant AML/CFT frameworks for operators active in the South African market.
FAQ
Where should a token-issuing entity be domiciled?
The right domicile depends on four converging factors: where the token issuance is legally characterised (security, ART, EMT or utility token), where the intended users are located, where the key development and treasury functions sit, and the applicable tax treatment of token proceeds in each candidate jurisdiction. Under MiCA, the issuer of an asset-referenced or e-money token must be authorised in the EU. For utility tokens, the choice is wider, but substance requirements and the transfer pricing consequences of any IP or treasury holding must be assessed before incorporation, not after.
How are staking rewards taxed?
Staking reward taxation varies materially by jurisdiction and by the entity type receiving the rewards. Most OECD-aligned jurisdictions treat staking rewards as ordinary income at the point of receipt, valued at the market price of the token on the day of receipt. Some jurisdictions treat the rewards as a capital event only on disposal. For a regulated entity, staking income may also interact with the entity's capital adequacy calculations, depending on how the relevant regulator classifies the token being staked. A group-level policy is advisable before any regulated entity commences staking activity.
Does remote working create tax residency risk?
Yes – and this is one of the most underappreciated exposures in digital-asset groups. A key decision-maker who works remotely from a jurisdiction other than the entity's place of incorporation may be establishing that entity's place of effective management in a new jurisdiction, triggering tax residency there. This risk applies equally to founders, directors and senior executives. Jurisdictions that apply a worldwide income tax basis to resident companies – including the UK, Germany and Australia – are particularly active in asserting effective management arguments. For a regulated group, a board that meets and decides in the wrong jurisdiction also creates a regulatory substance failure.
OBOLUS is an independent digital-asset law boutique acting only for businesses. We advise exchanges, custodians, token issuers and funds on licensing across 70+ jurisdictions, on disputes and on-chain asset recovery across 25+ forums, and on the tax, banking and compliance that sit around them. We align founder residency with the holding structure and exit plan, ensuring that personal and corporate decisions are taken together – not in sequence. Digital assets are the whole of our practice. To discuss your situation, contact info@oboluslaw.com.
By Lydia Brennan, Tax & Structuring Analyst – specialising in cross-border holding structures, transfer pricing policy for regulated digital-asset groups, and the interaction between founder residency and corporate tax planning.
This publication is general information about the law and does not constitute legal advice. It is not a substitute for advice tailored to your circumstances. OBOLUS accepts no liability for action taken or not taken on the basis of this material. For advice on your situation, contact info@oboluslaw.com.