ADGM Tokenization: Structures and Controls (2026)

ADGM tokenization should start with the rights being issued, the entities performing each activity, and the investors and locations involved—not with a search for a generic “tokenization licence.” A token issuer using external providers, a platform serving issuers, and a tokenized fund can require materially different entity, permission, disclosure, custody and operating-control designs. Qualified ADGM counsel and the relevant regulated firms should confirm the perimeter against the current rulebook before launch.

This guide is an operating blueprint. It replaces unsupported estimates about capital, tax, costs, sandbox access and approval timing with a structure map, three scenarios and an evidence-first readiness checklist.

The short answer: classify rights, actors and actions

A useful ADGM analysis has five layers:

1. Instrument: what legal rights does the holder receive—shares, debt, fund units or another interest?
2. Issuer and vehicle: which entity incurs the obligation or records the ownership interest?
3. Activities: who offers, arranges, advises, deals, manages, operates a platform, holds assets or provides settlement services?
4. Investor and distribution perimeter: who may receive each communication and participate, from which location, under which offer route?
5. Operating controls: what evidence governs onboarding, allocation, registry changes, cash, custody, transfers, reporting and recovery?

The FSRA’s digital-securities guidance describes Digital Securities as digital assets with the features and characteristics of a Security, including tokenized offerings of Securities. It addresses issuers, trading venues, intermediaries, custody, private financing platforms and technology controls. That is why “the token is on a blockchain” is not a sufficient classification or permission analysis.

For an institutional project, the practical deliverable is not a label. It is a fact pattern that maps every material action to an accountable entity, supporting document, control owner and regulatory decision.

Page 1 — entity and activity map

Use the following map before selecting vendors or drafting a licensing plan.

Layer	Decision to record	Evidence needed	Typical decision owner
Commercial objective	Capital formation, investor administration, fund distribution, private transfers, or platform services?	Approved business model and target user journey	Sponsor / board
Instrument	Shares, note, fund unit or other right; governing law; payment and voting rights	Draft term sheet and constitutional or offering documents	Issuer counsel
Issuer or vehicle	Operating company, SPV, fund or another issuer; asset ownership and recourse	Entity chart, constitutional documents, ownership evidence	Sponsor and corporate counsel
Regulated activities	The exact verbs performed by each party: arrange, advise, deal, manage, operate, custody, settle	Activity narrative, contracts, screens and communications	ADGM regulatory counsel
Offer and distribution	Recipients, geography, channel, investor classification and exemption or prospectus analysis	Distribution matrix, investor criteria, draft disclosures	Issuer and distribution counsel
Investor onboarding	Identity, beneficial ownership, eligibility, suitability/appropriateness where applicable, approvals	KYC/CDD policy, classification evidence, decision log	Regulated onboarding owner
Cash, custody and settlement	Who receives cash, controls keys, safeguards assets, reconciles records and completes settlement	Account map, custody contract, settlement procedure	COO / regulated providers
Registry and transfers	Which record is authoritative; who may approve, reject or correct a transfer	Governing-document clause, register policy, event schema	Issuer / registrar / counsel
Ongoing operations	Disclosures, reporting, complaints, conflicts, outsourcing, incidents and wind-down	RACI, control library, service levels, exit plan	Board / compliance / COO

Do not collapse this into one “platform” box. The legal issuer, software provider, authorised intermediary, custodian, bank and registry operator may be different parties. Their contracts and hand-offs need to agree on the same transaction states.

Asset Haus supports legal-setup coordination with qualified counsel and service providers and implementation of tokenization infrastructure. It does not itself provide legal advice, custody, brokerage or investment advice, and it does not guarantee regulatory approval.

Page 2 — three scenarios that must not be treated alike

Scenario A: an issuer uses external providers

The issuer or an issuing vehicle creates the rights and appoints the required advisers and service providers. A technology platform may handle workflow and records without being the party that offers, arranges, advises, deals or holds client assets.

Key questions:

• What does the token represent, and where are those rights created?
• Is the issuer making an offer in or from ADGM, and is a prospectus or an available exemption relevant?
• Which authorised party, if any, arranges or distributes the securities?
• Who makes investor-admission decisions and records the supporting evidence?
• Who controls cash, private keys and the authoritative register?
• Can a transfer occur only after contractual and regulatory checks are complete?

This model is often the cleanest starting point for a sponsor with one issuance, but outsourcing does not erase accountability. The issuer must still understand who performs each action and what happens if a provider fails.

Scenario B: a platform serves multiple issuers

A platform operator may publish financing proposals, onboard users, facilitate subscriptions, transmit orders, administer transactions or support transfers across multiple issuers. Those functions can raise a different regulatory analysis from a software supplier serving one issuer.

The FSRA’s 18 December 2023 guidance states that an applicant for the regulated activity of Operating a Private Financing Platform needs a Financial Services Permission. It also explains that a PFP is a primary-market model, while secondary trading involves a separate MTF analysis. The guidance says a financing proposal may be published on a PFP only where it qualifies as an Exempt Offer under the applicable Markets Rules. It is guidance rather than an exhaustive statement of every condition; the current FSMR and rulebook control.

Key questions:

• Does the service amount to operating a PFP, or does it perform arranging, dealing, advising or another activity?
• Which types of financing proposal and investor may be admitted?
• How are issuer due diligence, conflicts and client communications controlled?
• Does any “exit” feature remain a controlled transfer workflow, or does it become venue operation?
• Does the platform ever receive client money or control client assets?
• Can the system export records and continue essential services during a provider failure?

Calling a bulletin board, matching function or transfer request an “exit facility” does not settle the MTF question. Function and effect matter more than product vocabulary.

Scenario C: a fund vehicle issues digital units

A fund scenario begins with collective-investment and fund-management questions. Tokenized fund units do not turn the vehicle into a generic issuer-only structure, and a passive SPV should not be used as shorthand for a fund or regulated operator.

Key questions:

• Is the vehicle a fund, and who is the manager, administrator and depositary or custodian where required?
• What do the units represent, and which document governs subscriptions, redemptions, valuation and transfers?
• Who is permitted to market or distribute the units to the intended investors?
• How do investor records, token balances and the legal register reconcile?
• What happens during valuation suspension, redemption gating, lost-key events or a rejected transfer?
• Which reports and notices must be produced, by whom and from which system of record?

A fund tokenization design must preserve the economics and governance of the fund documents. The token workflow should implement those rules; it should not silently add transferability, redemption rights or liquidity.

Instrument classification comes before technology

The FSRA guidance uses economic and legal characteristics to identify a Security. The same technical standard can therefore support very different instruments. A wallet balance may correspond to a share, debt claim or fund unit, but the rights arise from the applicable legal and contractual framework—not from the interface alone.

The 24 February 2020 guidance separates Digital Securities from other digital-asset categories. It describes Virtual Assets and Utility Tokens under different treatments, treats fiat tokens as digital representations of fiat currency, and addresses derivatives and collective investment funds as their own category. The correct route therefore depends on the instrument’s actual features; this Digital Securities blueprint should not be applied unchanged to every token model.

Record at least:

• issuer and governing law;
• rights to distributions, repayment, voting or redemption;
• recourse and security, if any;
• transfer conditions and register effect;
• events of default, suspension, correction and cancellation;
• relationship between the token record and the legally authoritative record.

The ADGM–DIFC decision framework should be applied to the same fact pattern in both jurisdictions. Comparing an ADGM issuer model with a DIFC platform model produces a misleading answer.

Offers, distribution and investor access are separate decisions

Four questions must be kept distinct:

1. Does the communication constitute an offer or financial promotion?
2. Is a prospectus required, or does a specific exemption apply to the facts?
3. Is the recipient eligible and correctly classified?
4. Is the actor making or arranging the communication permitted to do so?

The 24 February 2020 guidance also describes an FSRA case-by-case assessment and a possible deeming of a Digital Security as a Security under section 58(2)(b) of FSMR. It says the FSRA reviews relevant documentation for that determination even where an Exempt Offer is proposed; that review is not approval of the Exempt Offer itself. The guidance also records a general expectation that an issuer intending an Offer of Digital Securities is incorporated in ADGM. These are guidance positions that must be checked against current rules and the proposed structure.

Access controls should reflect the answer. A public marketing page, invitation email, gated data room, subscription form and transfer request are different events. “Professional investors only” is not a universal exemption from regulation, and an offer exemption does not itself authorize an intermediary’s activity.

The system should preserve the communication version, recipient category, jurisdiction, decision rule, evidence reviewed, approver, timestamp and outcome. Rejected and expired states are as important as accepted ones.

Custody, cash, registry and settlement must have separate owners

One provider should not be assumed to solve four distinct problems:

• Custody or key control: who can authorize blockchain transactions and recover from compromise?
• Cash: which account receives subscription money, and when may funds move?
• Legal registry: which record establishes or evidences ownership under the documents and applicable law?
• Settlement: what conditions make delivery and payment final, and how are failures reversed or escalated?

A robust design reconciles legal documents, the investor register, bank activity, custody records and token balances. It defines the correction authority and creates an export that remains usable if the technology or service provider becomes unavailable. For infrastructure-specific controls, see the tokenized-securities register and reconciliation guide.

A control sequence for the investor journey

Event	Required evidence	Control decision	Recorded outcome
Lead admitted	Source, location and intended product	May onboarding begin?	admitted / declined
Identity and ownership reviewed	Identity, beneficial ownership and required screening	Is CDD complete?	clear / escalate / reject
Investor status assessed	Classification and experience evidence as applicable	Is the investor eligible for this route?	eligible / restricted / expired
Disclosure delivered	Exact version and acknowledgements	Has required information been provided?	complete / incomplete
Subscription submitted	Signed document, amount and account details	Does the order meet the offer terms?	accepted / rejected / pending
Funds confirmed	Bank or payment evidence	Are cleared funds available?	funded / failed / returned
Allocation approved	Issuer decision and cap table/register inputs	May units be created or transferred?	allocated / reduced / declined
Register and token reconciled	Register entry and transaction evidence	Do records agree?	matched / exception
Transfer requested	Transferee evidence, restrictions and consents	Is transfer permitted?	approved / rejected / queued
Periodic refresh	Updated risk and eligibility evidence	May access continue?	renewed / suspended / exited

This sequence is a design aid, not a statement that every ADGM model has identical steps or decision owners.

Readiness checklist: fact needed, source, owner

A project is ready for a regulatory perimeter workshop when the following fields are populated with evidence—not optimistic assumptions.

Fact needed	Minimum source	Decision owner
Exact rights represented	Draft term sheet and governing documents	Issuer counsel
Issuer, asset owner and obligor	Entity chart and title/contract evidence	Sponsor and counsel
Every user-facing and back-office action	Screens, process narrative and service contracts	Product / COO
Intended investors and locations	Target-market and distribution matrix	Sponsor and distribution counsel
Proposed offer route	Current FSMR/MKT analysis for the facts	ADGM counsel
Permission of each regulated provider	Current public register entry and scope	Compliance / counsel
Onboarding decisions and retention	KYC/CDD and classification procedures	MLRO / compliance owner
Client money and asset flows	Bank, custody and settlement map	Finance / COO
Authoritative register and correction rule	Governing documents and register procedure	Issuer / registrar / counsel
Transfer and exit functionality	Functional specification and legal restrictions	Product / counsel
Outsourcing and data locations	Vendor contracts, architecture and data map	CTO / DPO / compliance
Incident and wind-down continuity	Recovery tests, exports and exit plan	Board / COO

If an answer is missing, mark it open, name the owner and prevent the relevant workflow from progressing. “To be confirmed” without an owner and gate is not a control.

What to remove from an early ADGM plan

Remove generic capital figures, approval timelines, fee ranges, tax outcomes and sandbox promises unless a qualified adviser has tied them to the current rules and the exact activities. Capital and fees depend on permissions and conditions; tax depends on the entity and activity; regulatory review timing is not a guaranteed delivery date; innovation programmes are not substitutes for authorization.

Also remove claims that tokenization creates automatic liquidity, makes a security freely transferable or allows one permission to cover every UAE jurisdiction. The safer operating language is controlled transfer workflow, subject to documents, investor status, geography, provider permissions and applicable law.

A practical sequence to reach a decision

1. Freeze one fact pattern and one intended investor journey.
2. Prepare the entity/activity map and document every hand-off.
3. Obtain a written perimeter analysis from qualified ADGM counsel.
4. Confirm regulated providers and permission scopes from current sources.
5. Convert the legal analysis into system states, evidence fields and approval roles.
6. Test normal, rejected and failure scenarios before production use.
7. Reconcile documents, cash, register and token records during acceptance testing.
8. Set change control for any new product, investor type, geography or platform function.

Asset Haus can help turn that perimeter into an implementation plan through its legal and operating-model readiness resources and tokenization infrastructure workflow. Commercial terms are scoped privately after readiness review.

Source note

This guide was substantively refreshed on 14 September 2026 using the FSRA’s Guidance – Regulation of Digital Securities Activities in ADGM (version marked 24 February 2020) and Guidance – Regulatory Framework for Private Financing Platforms and Multilateral Trading Facilities dealing with Private Capital Markets (version marked 18 December 2023), downloaded from ADGM’s official website on that date, plus the current ADGM digital-assets and guidance index as research entry points. Guidance should be read with the current FSMR and FSRA Rulebooks and may not state every applicable requirement or later amendment. Confirm the current consolidated provisions and the exact fact pattern with qualified ADGM counsel before acting.

FAQ

Is there one ADGM tokenization licence?

No single label answers the question. The analysis depends on the instrument and the activities performed by each entity. An issuer using providers, a platform operator and a fund manager may require different permissions and controls.

Does incorporating an ADGM SPV authorize tokenization activity?

No. Incorporation and financial-services authorization are separate questions. The vehicle’s purpose, actual activities and counterparties must be analysed, and regulated activities must be performed by appropriately authorised persons.

Can a PFP provide secondary trading?

The 2023 FSRA PFP guidance treats PFPs as primary-market platforms and discusses secondary trading under a separate MTF framework. A proposed transfer or exit feature therefore needs a function-specific analysis; product naming does not decide the perimeter.

Does an offer exemption remove all licensing questions?

No. Offer requirements, investor eligibility, financial promotions and intermediary permissions are separate issues. Each actor and communication channel needs its own analysis.

What should a board approve first?

Approve the fact pattern: instrument, issuer, activities, investors, geography, provider roles and operating controls. Do not approve a licence budget or launch date before those inputs and the current regulatory perimeter are evidenced.

This article is informational and does not constitute legal, tax or investment advice. Asset Haus provides tokenization infrastructure and implementation support and coordinates with qualified counsel and regulated service providers.