Asset tokenisation is the process of recording rights in an asset (property, equipment, a share in a company, a revenue stream) as digital tokens on a blockchain. The token is a record of a right, not the right itself. What creates the right is the legal structure behind it, and that structure has to be built whether or not a blockchain is involved.
What a token actually is
A token is an entry on a shared ledger that says a particular account holds a particular quantity of a particular asset. That is the whole of it. The ledger is maintained by a network of computers rather than by one institution, so the entry can be verified by anyone and cannot quietly be edited afterwards.
What the token does not do is create the right it refers to. If a token represents a share in a company, the share exists because company law and the company's articles say it does. If it represents a claim on rental income, the claim exists because a contract creates it. Issuing the token records that position on a ledger; it does not bring it into being.
This is the distinction most explanations skip, and it is the one that matters most in practice. A tokenisation project is a legal structuring exercise with a technical implementation attached, not a technical project with some paperwork at the end. Budget, timeline and risk all follow from which way round you have it.
Why record ownership this way at all
Three properties of a blockchain ledger do useful work.
The record settles quickly and stays settled. On Algorand, the network Trusty Digital uses as its execution layer, blocks are confirmed every 2.82 seconds on average, and the documentation states that once a block is certified its transactions "are final and cannot be reversed" (Algorand Developer Portal, Blocks, checked 17 September 2026). There is no waiting for further confirmations and no risk of the chain reorganising underneath a completed transfer.
The record is inspectable. Anyone can verify how many tokens exist, who holds them and when they moved, without asking the issuer and without being given access to a private system.
Transfers are cheap enough to be routine. Algorand's base transaction fee is 1,000 microAlgo (0.001 ALGO), and the documentation notes it is fixed at that amount while the network is not congested (Algorand Developer Portal, Transaction Fees, checked 17 September 2026). Splitting an asset into small units only makes sense if moving a small unit does not cost more than the unit is worth.
Together these make it practical to divide an asset into many units and keep an accurate register of who holds them, without an administrator reconciling spreadsheets.
How large is the tokenised asset market?
Smaller than the headlines suggest, growing quickly, and measured inconsistently, so any single figure needs a qualifier.
RWA.xyz, which tracks tokenised real-world assets on public chains, reported approximately $33.5bn of on-chain value in July 2026 when stablecoins are excluded. Tokenised US Treasury funds passed $13.4bn in early April 2026 and are the largest single category (RWA.xyz, checked 17 September 2026).
Trackers disagree because they count different things. Some include stablecoins, which would multiply the total several times over. Some count the token; others count the value of the asset the token references. When you see a market-size claim for tokenisation, the useful question is which of those three it is measuring. A source that does not say is not a source.
The composition matters more than the total. The overwhelming majority of tokenised value today sits in government debt and money-market instruments: assets that were already liquid, already standardised and already traded electronically. Tokenising property, private credit and equipment is a much smaller and much harder segment. That is where the structuring work is real, and it is the segment most readers of this article are actually in.
What actually happens in a tokenisation project
The technical step is the short one. In rough order:
Establish what is being tokenised and who owns it. Clear title, a clean chain of ownership, and an asset that can lawfully be divided or transferred at all. A surprising number of projects stop here.
Decide what the token represents. A share in a company that owns the asset, a debt instrument, a contractual entitlement to revenue, or a membership right. Each has different consequences in company law, tax and financial regulation, and the choice is made with legal advisers rather than with a developer.
Build the holding structure. Frequently a company or a special purpose vehicle holds the asset and issues the instrument. The structure, not the blockchain, is what gives a holder a claim.
Settle the rules for holders. Who may hold the instrument, in which jurisdictions, under what verification, and whether it can be transferred onward. Decide this before issuance, because it shapes how the token is configured.
Prepare the offering and the disclosures. What is told to prospective holders, in what document, approved by whom.
Configure and issue the token. Supply, decimal precision, metadata, and which administrative addresses (manager, reserve, freeze, clawback) are set and who controls them.
Operate it. A register that stays accurate, reporting to holders, distributions, and a process for transfers and corrections.
Steps one to five are legal, commercial and operational. Step six involves a blockchain, and it is usually the fastest part of the programme. If a supplier's proposal is mostly about step six, it is a proposal for the easy part.
What tokenisation does not change
It does not create a market. A token can be transferred easily; that is a technical property. Whether anyone wants to buy it is a commercial question, and dividing an asset into units does not produce anyone willing to acquire them.
It does not change the regulatory position. If an instrument would be regulated in a jurisdiction when recorded in a register, it is regulated when recorded on a blockchain. The form of the record is not what determines the treatment.
It does not verify the asset. A ledger records that a token exists and who holds it. It says nothing about whether the property is worth what the issuer claims, whether the title is sound, or whether the business will perform.
It does not remove the need for administration. Registers still need maintaining, holders still need reporting to, distributions still need paying. Some of this becomes easier. None of it disappears, and a vehicle with two hundred small holders costs more to run than one with three large ones.
It does not make a transfer reversible. The finality that makes settlement useful also means an error stands. A transfer to a wrong address is not undone by asking.
What can go wrong
Tokenising something that cannot lawfully be divided. Discovered late, after the technical work is done.
Treating the token as the instrument. If the legal structure is thin, holders own a ledger entry pointing at nothing enforceable.
Retaining control nobody disclosed. An asset can be configured with a freeze address and a clawback address. Whoever controls those addresses can freeze a holding, or move it, without the holder's consent. That is sometimes appropriate, for example as the way an issuer gives effect to a court order or a transfer restriction, but it has to be deliberate and disclosed. Holding a token does not always mean controlling it, and the configuration is published on the ledger for anyone who thinks to look.
Publishing information that cannot be withdrawn. Anything written into a transaction note, or published to a content-addressed network such as IPFS, is permanent and public. Personal data should never go near either.
Assuming a project will raise money because it is tokenised. It will not. The structure changes how ownership is recorded and transferred. It does not create demand.
Is tokenisation right for your asset?
It tends to suit assets that are genuinely divisible, that produce something measurable, that have a clean ownership position, and where the current administration is costly relative to the value being administered. Tokenising property is the most common case and shows the pattern clearly.
It tends not to suit assets whose ownership is contested, that cannot be divided without breaking something, or where the actual problem is that nobody wants to buy them. Tokenisation does not solve the last one, and it is the most common reason a programme should not start.
The short version
A token records a right; the legal structure creates it. Most of a tokenisation project is therefore legal and commercial work, and the blockchain step is the quick part.
Tokenisation makes a register cheaper to run and easier to check. It does not create buyers, change the regulatory position or vouch for the asset. If your asset is divisible, cleanly owned and costly to administer, it is worth a closer look.
Trusty Digital provides the assessment methodology, the structuring tooling and the issuance technology for tokenisation programmes. The legal structure, the offering, investor eligibility, regulatory permissions and the decision to proceed remain the issuer's own, and require professional advice in each relevant jurisdiction.
If you want a preliminary view, the free Tokenisation Fit Check takes a few minutes and needs no account. It is based entirely on your own answers, it verifies nothing, and it is not advice of any kind, but it will show you which questions your project has not yet answered.
6 min read
