What is real-world asset tokenisation and how does it work?

This guide explains the mechanism independently of any asset class or country, for product, legal and operations teams deciding whether to tokenise. It is the first of three guides in Ctrl Alt Insights. The other two cover real estate tokenisation in Dubai, which follows one asset class in one city, and tokenisation regulation in the UK and UAE.

What tokenisation means in plain terms

Tokenisation is the recording of an asset, or of ownership of an asset, as a token on a distributed ledger. That follows the description the FCA gives in Policy Statement PS26/7 on fund tokenisation, published on 30 April 2026. A distributed ledger is a database that several parties share and keep in step, so each of them reads the same record instead of reconciling separate copies.

Token, asset and wrapper

Four terms need to be kept apart.

Real-world asset (RWA)

Something of value that exists outside the ledger: a building, a loan, a bond or a fund's portfolio.

Legal wrapper

The legal form that holds the asset or defines the claim on it: a fund, a special purpose vehicle (SPV), a note, or an entry in a public title register.

Token

A record on a distributed ledger showing who holds how many units. On its own it is data.

Register

The authoritative list of holders. When it is kept on the ledger, the token balance is the register entry.

The token has legal meaning only because a document gives it one. A prospectus, a vehicle's constitution, the terms of a note or a land registry's rules must state that the ledger record is the record of ownership. Without that link, moving a token moves nothing in law.

Tokenisation or tokenization: one word, two spellings

Tokenisation and tokenization are the same word. UK regulators such as the FCA and the Bank of England write tokenisation; US sources and many ledger documents write tokenization. This guide uses the UK spelling except in proper names, such as Dubai Land Department's Real Estate Tokenization Project.

How tokenisation works: asset, wrapper, token and register

Tokenisation works in four layers: the asset, its legal wrapper, the token and the register of holders. Each layer has a party that answers for it. Figure 1 shows how they connect.

The asset and its legal wrapper

The asset does not move onto the ledger. A building stays where it is, and a loan stays a contract between lender and borrower. What matters is the wrapper: the asset sits in a legal form that can issue units to investors. Common wrappers are a fund, an SPV that issues shares or notes and, where a public authority takes part, the title record itself. The wrapper's documents set out what one unit entitles its holder to, who may hold it and how it may be transferred. The vehicle's directors, the fund manager and their lawyers answer for this layer.

Issuance: creating the token

Issuance creates the tokens and delivers them to investors who have passed onboarding checks. The issuer, or a provider acting for it, creates the token on the chosen ledger, sets the number of units to match the legal documents and applies the transfer rules, for example that only approved wallets can receive it. In Dubai, an issuer must obtain approval from the Virtual Assets Regulatory Authority (VARA) before issuing each asset-referenced virtual asset, under Rule I.B.2 of Annex 2 to VARA's Virtual Asset Issuance Rulebook.

The register: who holds what

The register is the list of holders and their balances, and a named party must be legally responsible for it. That party may be a registrar, a transfer agent, the fund manager or, for land, the public registry. With PS26/7 the FCA added Handbook guidance for fund managers that want to keep a fund's unitholder register on distributed ledger technology. Where the legal register stays off the ledger, the token is a mirror, and the documents must say which record prevails if the two disagree.

Transfers and servicing after issuance

After issuance, the same record handles transfers and payments. A transfer moves units between two approved holders and updates the register in one step; the token's rules reject a transfer to a wallet that has not been approved. Servicing covers the work of an administrator over the life of the product: paying distributions, running votes, processing redemptions and reporting. These tasks can be scripted on the ledger, but the duty to perform them stays with a party named in the documents.

A worked example with invented numbers. A vehicle holds a loan portfolio valued at £10,000,000 and issues 10,000,000 units of £1 each as tokens. Investor A subscribes £250,000 and receives 250,000 tokens. Investor A later transfers 100,000 tokens to Investor B, who has already passed the issuer's onboarding checks.

If the vehicle later pays any sum to holders, each receives a share in proportion to the register on the record date: 1.5% for Investor A and 1.0% for Investor B. The example says nothing about whether a payment will be made or how large it would be. That depends on the asset.

In practice a provider coordinates the four layers for the issuer. Ctrl Alt runs a mandate in four steps, from consultation to launch and ongoing management, and they are set out in the four delivery steps of the asset tokenisation platform.

How long a tokenisation takes depends on three things more than on the technology: the regulatory approvals the product and its issuer need, the legal structuring of the wrapper, and integration with the registry or custodian that holds the underlying record. Ctrl Alt publishes no durations.

What a token holder actually owns

A token holder owns whatever the legal documents say the token represents, and that takes one of three forms. The ledger does not decide which form applies: three tokens built with identical code can be a title record, a fund unit and a claim on an issuer.

A direct fractional right in the asset

In the direct form, the token holder is recorded as an owner of part of the asset itself. VARA's rules for asset-referenced virtual assets (ARVAs) address this form expressly. Where an ARVA represents a direct right of ownership, or a fraction of one, the whitepaper must describe in detail how that right is established (Annex 2, Rule II.A.1.d), and the issuer must ensure that the right is legally valid and passes with the token (Rule III.B.1).

A share or unit in a vehicle that holds the asset

In the vehicle form, a fund or SPV owns the asset and the token is a share, unit or note in that vehicle. It reuses fund and company law, so the holder's rights are the familiar ones of an investor in a fund or company. The FCA's guidance in PS26/7 is built on it: fund managers may use distributed ledger technology within the existing framework, including the industry-led Blueprint model, so the unit remains a unit in the fund. Ctrl Alt's structured product on Solana, announced on 30 April 2026, was issued through a Guernsey-domiciled vehicle. The vehicle's governance therefore matters as much as the asset.

A claim against the issuer backed by reserve assets

In the claim form, the holder owns neither the asset nor a unit in a vehicle and instead has a contractual claim on the issuer. The issuer supports that claim by holding reserve assets. VARA's rules set conditions for this form. Where an ARVA purports to maintain a stable value, the issuer must hold sufficient reserve assets with custodians qualified to hold them and keep them segregated from its own funds (Rule III.C). Where holders have a redemption right, they must be able to redeem against the issuer for equal value in dirhams (Rule III.E). The consequence is counterparty risk: the holder depends on the issuer's solvency and on whether the reserve is legally ring-fenced.

Which assets can be tokenised

Most assets that can be held in a legal wrapper and divided into units can be tokenised. The Bank of England's Digital Securities Sandbox page gives equities, corporate and government bonds, money market instruments, fund units and emissions allowances as examples of what could be issued there. The table covers six asset classes and names a tokenisation rule for the UK or Dubai where this guide cites one.

Ctrl Alt has transactions on record in real estate, debt and structured products, and memoranda of understanding that cover funds and renewable assets. Each is listed with its date on the asset tokenisation platform page.

Tokenisation versus securitisation

Tokenisation and securitisation are different things: one changes how ownership is recorded, the other changes how credit risk is divided. UK law defines a securitisation as a transaction or scheme in which the credit risk of an exposure or a pool of exposures is tranched (Securitisation Regulations 2024, regulation 3). Tokenisation involves no pooling and no tranching, and the two can be used together.

The infrastructure behind a token

Four pieces of infrastructure sit behind every token: a ledger, custody of the keys, a register with a party responsible for it, and a way to settle the cash leg.

Ledgers

The ledger is the shared database on which the token is issued and transferred. Two public ledgers appear in Ctrl Alt's announced projects: the XRP Ledger, selected for Dubai Land Department's Real Estate Tokenization Project, launched on 24 May 2025, and Solana, used for the structured product announced on 30 April 2026. Ctrl Alt publishes no list of supported ledgers. The choice affects transaction cost, the transfer controls available and which custodians and venues can connect.

Custody and keys

Whoever controls the private key controls the token, so custody of keys is the central security question. Keys can be held by the investor, by a custodian or by the issuer, and the documents should say which. For the Dubai Land Department project, Ctrl Alt uses Ripple's institutional custody technology, a partnership announced on 16 July 2025. The TRE-1110 whitepaper states that tokens sit in custodial wallets hosted by the issuer and that private wallets are not supported. The custody and security evidence page sets out what is published and what is not.

The register and the transfer agent

A registrar or transfer agent is the party legally responsible for the list of holders. In a tokenised structure the role remains and the tool changes. Ctrl Alt Corporate Services Limited is licensed by the Guernsey Financial Services Commission (GFSC reference 3085959). Its licences, announced on 5 August 2026, cover registrar and digital transfer agent work for fund and vehicle interests, and corporate administration for Ctrl Alt's own vehicles. The four entities are described on the page about Ctrl Alt and its regulated entities.

Settlement

Settlement is the exchange of the token for cash, and the hard part is making both legs complete together or not at all. Two Bank of England programmes address it.

The Digital Securities Sandbox is a live environment, operated by the Bank and the FCA, for the notary, maintenance and settlement of securities with new technology, alone or together with a trading venue. Entrants pass from testing (Gate 1) to live business under initial limits (Gate 2) and then to scaling (Gate 3). The sandbox is due to run until 8 January 2029. Ctrl Alt announced its approval into the sandbox on 3 April 2025.

The Bank of England's Synchronisation Lab is a non-live environment, due to run for around six months from spring 2026, in which 18 selected organisations test how asset ledgers could be synchronised with the Bank's renewed settlement engine, so that central bank money moves only if the asset moves. The Bank's page lists Ctrl Alt under delivery versus payment for tokenised securities, testing settlement of a digital gilt. The Lab is not a regulatory sandbox and supports no real-money payments. Delivery versus payment and related terms are defined in the glossary of tokenisation terms.

Benefits that hold up, and limits that remain

Tokenisation improves record-keeping and servicing. It does not change the economics of the asset. The FCA says tokenisation has the potential to lower costs and widen access to investment, and it words both as potential. Four benefits hold up:

• One shared register. Issuer, administrator, custodian and distributor read the same record instead of reconciling separate ones.
• Fewer reconciliations. A transfer and the register update are one event, which removes manual matching between firms.
• Programmable servicing. Distributions, votes and transfer restrictions can be written into the token's rules.
• Smaller denominations where rules allow. Units can be small when the cost of recording each holder is low.

Four limits remain:

• A token does not create liquidity. A secondary market needs buyers, a venue and rules. Property and private credit remain illiquid assets.
• Legal certainty depends on jurisdiction. Whether the ledger record is the legal register differs by country and by asset class.
• Ledgers do not interoperate by default. A token on one ledger cannot simply move to another, and custody, venues and settlement must connect to the ledger chosen.
• Investor eligibility rules still apply. Ctrl Alt's services, for example, can be used only by professional or institutional investors.

Risks

A tokenised asset carries the risks of the underlying asset plus risks from the legal structure and the technology. Seven deserve attention before any commitment:

• Legal title and enforceability. The link between token and legal right may be untested in court or may fail in an insolvency.
• Custody and key loss. A lost or stolen key can mean a lost holding unless the documents allow the issuer to reissue.
• Smart-contract and ledger risk. Errors in code, outages or changes to the ledger can halt transfers or misstate balances.
• Liquidity. There may be no buyer when a holder wants to sell, or resale may be limited to one platform.
• Valuation. The price of a token rests on a valuation of the underlying asset that may be infrequent or disputed.
• Counterparty. The issuer, the vehicle's directors, the custodian and the distributor can each fail.
• Regulatory change. Rules for tokenised assets are still being written, and a structure permitted today may need to change.

The UK sentence is the one prescribed in the FCA Handbook at COBS 4.12B.21R. Ctrl Alt's full statement is in tokenised asset risks explained.

How tokenisation is regulated

Regulation follows what the token is in law, not the technology used to record it. In the UK, the FCA's guidance in PS26/7 applies the existing framework to distributed ledgers, so a tokenised security or fund unit stays inside the FCA's perimeter. In Dubai, issuing an asset-referenced virtual asset is a Category 1 VA Issuance under VARA's Issuance Rulebook, and each one needs VARA's approval before issue. The rules are set out, entity by entity, in the guide to tokenisation regulation in the UK and UAE, and each Ctrl Alt licence is listed on the licences and registers page.

How an institution starts

An institution starts with seven decisions, taken before any technical work, because each one constrains the next.

1. Asset and wrapper. What is being tokenised, and which legal form will hold it and issue units?
2. Jurisdiction. Where will the wrapper sit, and where are the investors? The answer sets the regulator and the rulebook.
3. Investor class. Professional, institutional, qualified or retail? Eligibility drives the onboarding checks and the transfer restrictions.
4. Ledger. Public or permissioned, and which one? It must fit the custodians and venues to be used.
5. Custody. Who holds the keys, with what technology, and who holds the underlying asset?
6. Distribution. Who places the tokens with investors, and under which licence?
7. Servicing. Who keeps the register, pays distributions, runs votes and reports for the whole life of the product?

Cost follows from the same seven answers. Ctrl Alt publishes no price list, and the cost drivers are explained in what a tokenisation mandate costs. Short answers on process and eligibility are in the tokenisation FAQ.

Frequently asked questions