What Is Actually Being Tokenized?Before selecting a jurisdiction or drafting an application, issuers must resolve the core question: what legal right does the token actually give the investor?
The same underlying asset can support very different tokens, depending on the structure chosen:
- Direct or fractional ownership of a specific, registered property.
- Shares in an SPV that owns the property or asset.
- Debt or receivables secured against the asset.
- Fund interests, where the token represents a unit in a pooled investment vehicle.
- Rights to future income or cash flows, such as rental income or production revenue, without a direct ownership stake.
- Other contractual or investment rights specific to the deal.
A tokenised office building and a tokenised share in the company that owns that building are not the same product, even though they are linked to the same property. One may sit closer to real estate registration rules; the other is much more likely to be a securities question. This is the fork every project needs to resolve before anything else.
VARA: The Virtual Asset Regulatory TrackFor projects involving Virtual Assets in Dubai, VARA is a key starting point.
VARA regulates Virtual Asset activities across Dubai's mainland and free zones, except for the DIFC. Its framework covers both Virtual Asset activities and the issuance of Virtual Assets. The issuance rules classify Virtual Assets into different categories, with requirements depending on the nature of the token, the rights or value it represents, and the underlying business model.
This is particularly relevant to RWA tokenization. VARA's framework includes Asset-Referenced Virtual Assets (ARVAs), which can reference or be linked to real-world assets or income derived from them. An ARVA can, for example, represent a direct or indirect interest in an RWA, or provide a right linked to its value or income.
When VARA Works Together With DLDReal estate is where a second regulatory layer gets added on top, not substituted in. For Dubai property specifically:
- DLD is responsible for the real-estate registration and ownership layer - recording title consistent with how property is normally registered in Dubai.
- VARA remains relevant to the Virtual Asset activities connected with the tokenised product - the issuance, platform, and trading side.
Dubai's Real Estate Tokenisation Project is the practical example of these two layers working together. During the initial phase, DLD and VARA worked together to test the regulatory, legal and technical framework for tokenisation linked to property title deeds. In February 2026, the project entered Phase II, allowing controlled resale of approximately 7.8 million real estate tokens in the secondary market.
The important point is that DLD + VARA is a specific real-estate model, not the definition of tokenisation in the UAE. VARA can apply to a tokenisation project without DLD. DLD becomes relevant when the underlying structure involves Dubai real estate and registered property rights. In some projects, both layers therefore apply.
CMA: The Securities TrackA different analysis applies when the token represents a security or another regulated financial instrument. In the UAE (outside the financial free zones of DIFC and ADGM), securities and capital market activities are overseen at the federal level by the Capital Markets Authority (CMA).
The CMA framework becomes central when token structures involve shares in a company or SPV, bonds, investment fund interests, certain debt instruments, or public investment offerings. The use of blockchain does not change the legal nature of the underlying instrument. If the token qualifies as a financial security or a collective investment scheme under UAE federal rules, CMA regulation and licensing requirements will apply.
At the same time, it would be too broad to say that every SPV structure, yield-bearing token, or RWA product is automatically a security subject to CMA. The classification depends on the rights attached to the token and the legal structure of the transaction.
This is where the distinction between the underlying asset and the instrument built around it becomes critical. A building may be the underlying asset, while the token could represent ownership of the building, shares in a company that owns it, a debt claim, or another investment right. Those are different regulatory questions.
DFSA and FSRA: Separate Financial Free-Zone FrameworksThe UAE's financial free zones have their own regulatory regimes.
The DFSA regulates financial services in the DIFC, while the FSRA regulates financial services in ADGM. Their frameworks can become relevant where a tokenisation platform, issuer, investment product or other regulated activity is intentionally structured within these jurisdictions.
These regimes should be treated as separate regulatory tracks. For a project structured in mainland Dubai, for example, the relevant analysis will be different from one deliberately established within DIFC or ADGM.
How the Regulatory Frameworks CompareThe main difference between these frameworks is what the token represents and what the business is doing with it.
Framework | Main focus | Typical tokenisation question |
VARA | Virtual Assets and related activities in Dubai | Is the token a Virtual Asset, and what activities are being carried out around it? |
DLD | Dubai real estate and property rights | Does the structure involve registered Dubai property or ownership rights? |
CMA | Securities and financial instruments across the UAE (federal level) | Does the token represent a security or another regulated financial right? |
DFSA / FSRA | Financial services, investment tokens, and crypto assets in DIFC / ADGM DIFC / ADGM | Does the token involve financial instruments, fund structures, or digital assets operating under DIFC or ADGM financial rules? |
These frameworks rarely operate in isolation as a single project can easily trigger multiple regulatory regimes. The important point is therefore not to choose a regulator first. The structure determines which regulatory questions need to be answered.
A Practical Way to Assess a Tokenisation ProjectA useful starting point is to work through the project in this order: