In the previous chapter we described tokenisation as a way to represent an asset, a right or an economic position digitally. The next step is to understand what is actually being represented.

This is where many misunderstandings arise. A token may look like digital evidence of ownership, but it is not enough that an entry exists in a system or on a blockchain. For real-world assets, it is always necessary to ask: which asset sits behind it, which right has been created and what does the digital representation show?

This distinction is central to everything that comes later in the learning path: properties, companies, shares, claims, valuation, investor rights, transfers and administration.

Three layers that must be kept separate

A useful tokenisation model needs to keep three layers separate.

  1. The asset – the real object, economic position or underlying basis that the model ultimately concerns.
  2. The legal right – what someone is actually entitled to under law, contract, company structure, register or other binding documentation.
  3. The digital representation – how this position is shown, administered or transferred in a digital system.

The layers can be closely connected, but they are not the same thing. If they are mixed together, it becomes easy to say that a property has been "put on the blockchain" or that a token automatically means direct ownership. Such statements can be misleading.

A more accurate question is: which right does the token represent, and how is it connected to the real asset?

The comparison can be described simply:

  • Asset

What exists in reality?

  • Right

What is someone legally or economically entitled to?

  • Digital representation

How is this position shown, administered or transferred digitally?

The digital representation becomes useful only when it is connected to the right asset, the right legal right and the right documentation.

1. The asset: the real object

The underlying asset is what the model ultimately refers to. It may be physical, financial, contractual or organisational.

It may, for example, involve:

  • a commercial property
  • shares in a company
  • a claim or debt instrument
  • a right to future cash flows
  • a financial instrument
  • a right connected to environmental data, certificates or monitoring

A property exists in the physical and legal world. A company exists through company law, registers, the share register and governing documents. A claim exists through a contract or other legal basis. A future cash flow may be linked to a project, a lease, a financing structure or another economic relationship.

The asset may therefore be concrete, such as a building, but it may also be an economic position. The important point is that it does not become digital merely because it is described digitally. It still needs to be identified, documented, valued and administered in the reality where it actually exists.

2. The right: what does the holder actually have a claim to?

Economic value does not arise merely because a token is created. The value depends on the right that the holder actually has.

The right may come from several different sources:

  • ownership
  • shares
  • contracts
  • a claim
  • a right to revenue
  • a right to distributions
  • a right to repayment
  • another legally defined position

The same underlying asset may support several different rights. A property may be owned by a company. The company may have shares, loans, leases, pledges and different economic relationships. An investor may have exposure to the property through shares in the company, through a claim against the company or through a contract that gives a right to certain cash flows.

This means that two digital representations may refer to the same property while representing completely different rights. One may relate to shares. Another may relate to debt. A third may relate to a contract-based economic position.

That is why the question "what does the token represent?" must be answered legally and economically, not only technically.

A token is not valuable because it exists on a blockchain. Value arises through the right and the real asset that it represents.

3. The digital representation

The digital representation is the system's way of describing the position. It may be a token on a blockchain, an entry in a register, a data point in an administrative system or a combination of several technical components.

It may represent or refer to:

  • holder
  • number or proportion
  • type of right
  • transfer history
  • restrictions and authorisation requirements
  • identifiers for an asset, company or instrument
  • document references or document hashes
  • status, blocks or events

This can make administration more structured. It can become easier to follow who holds a position, which rules apply and which documents belong to the structure.

But the digital representation cannot by itself prove every circumstance outside the system. It does not know on its own whether a property has been sold, whether a contract has been amended, whether a debt has been repaid or whether a right has expired. Such information needs to come from trusted sources and be updated through controlled processes.

A robust digital representation is therefore not only a technical symbol. It is an administrative and legal link to the correct supporting material.

When the three layers are connected

Tokenisation becomes useful when the layers are connected in a clear and controllable way.

A simplified flow can be described as follows:

  1. real asset
  2. legal structure or right
  3. documentation, registers and contracts
  4. digital representation
  5. token or digital record

The strength of the model does not lie only in the final step. It lies in how well the steps fit together.

If the real asset is unclear, the representation becomes unclear. If the right is unclear, the token becomes unclear. If the documentation cannot be followed, it becomes difficult to know what the digital information actually means.

An institutional tokenisation model therefore needs to describe the whole chain. It needs to show which asset is being referred to, which right has been created, which documentation is authoritative and how the system is kept updated when something changes.

It is this connection between reality, law and digital administration that distinguishes a serious model from a loose claim-based token.

An example involving a commercial property

Assume that a commercial property is owned by Property 1 AB. The company is recorded as the owner of the property according to the relevant documentation and registers. The property has tenants, income, operating costs, loans and contracts.

An investor buys a token that is said to correspond to "10 per cent of the property". This does not automatically mean that the investor legally owns 10 per cent of the land or building.

Depending on the structure, the investor may instead have:

  • shares in Property 1 AB
  • a claim against the company
  • a contract-based economic right
  • a right to certain cash flows
  • an instrument that gives exposure to the property's value development
  • another defined position

All of these models can provide an economic connection to the same property, but they are legally different. Share ownership, a claim, a revenue right and direct property ownership are not the same thing.

The token should therefore not be described as if the property itself has been moved onto the blockchain. It is more accurate to say that a defined right or economic position connected to the property is represented digitally.

In practice, the model therefore needs to distinguish between four things:

  • property ownership
  • company ownership
  • economic exposure
  • token holding

They can be connected, but they do not automatically coincide.

What happens if the digital information is wrong?

A central question in the tokenisation of real-world assets is what happens when the digital information and the legal reality no longer match.

Several situations may arise:

  • the token shows one holder while a legal register shows something else
  • the contract has been amended but the system has not been updated
  • the asset has been sold
  • the debt level has changed
  • a right has expired
  • a transfer has been blocked by rules or authorisation requirements

This is not only a technical problem. It is a governance problem. The system needs to know which source is authoritative, who is allowed to update information, how discrepancies are detected and how errors are corrected.

A robust model therefore needs processes for reconciliation, verification and updating. This may involve links to documents, registers, decision material, authorisation controls and manual or automated review steps.

The aim is not to pretend that technology replaces law. The aim is for technology to make it easier to follow, administer and control the right that law actually creates.

Summary

The most important principle in this chapter is simple: asset, right and digital representation must be kept separate.

Three things should always be checked:

  1. A token is not automatically the asset.

It may refer to or represent something, but it is not in itself the physical property, the company or the contract.

  1. The right must be defined legally.

It needs to be clear what the holder actually has a claim to and where that right comes from.

  1. The digital representation must be kept synchronised with reality.

If documentation, registers or contracts change, the system must be able to follow.

When these three principles are respected, tokenisation can become a powerful infrastructure layer for real-world assets. When they are ignored, the token can easily become a technical assertion without sufficient connection to the economic and legal reality.

In the next chapter we move on to the property, the company and the investor, and look more closely at how these levels can actually fit together.