Physical Assets (RWA)
A digital record anchored to a real asset.
Real-world asset tokenisation puts claims on reserves, property, bonds, equities, commodities, vehicles and goods onto a ledger. Minting the token is the easy part. The hard part is keeping it tied to the asset record, the custodian, the eligible holders and the events that change the asset's value. ColdAI builds that technical stack, while qualified legal and regulatory specialists set the structure it implements.
The opportunity
Start with a decision
worth improving.
An asset-backed record is transferred digitally. Participants need to understand what the record represents, who controls the underlying asset and which external events can change its status.
From possibility to a working system
Follow the flow.
Three connected decisions. One considered architecture.
Conceptual flow, not a live system or measured result.
Establish the authoritative asset
Map ownership, custody and the documentation that defines the claim. Identify the source systems and accountable parties before choosing the token representation or network.
Connect eligibility and transfer
Integrate identity and transfer checks specified for the issuance. Keep token state aligned with the approved asset register and handle exceptions before completing a lifecycle action.
Reflect real-world events
Design how distributions, valuations, corrections and asset changes reach the digital record. Preserve source attribution and reconciliation so holders can understand the origin of an update.
The work, made concrete
What we can build
with your team.
We agree scope, dependencies and acceptance criteria before delivery. Your project can start with an assessment, a pilot or an integration into an existing system.
Asset-to-token data architecture
Clarify the system boundary, the responsible owners and the decisions the architecture needs to support.
Identity and registry integration
Turn the agreed design into reviewable work, evaluated against representative inputs and explicit success criteria.
Lifecycle and reconciliation workflows
Make the next step operable: document responsibilities, known limitations and the path from pilot to ongoing use.
In depth
Go deeper into real-world asset tokens
The two foundations RWA programmes most often get wrong: the legal wrapper that defines the claim, and the data that keeps the token honest.
- 01Deep diveRWA tokenisation legal structures: SPVs, funds and notesWhat a token holder owns under each real-world asset structure: direct title, SPV shares, fund units, notes and warehouse receipts, compared side by side.
- 02ArchitectureOracles for RWA tokens: NAV, valuations and reservesHow NAV, valuations, reserve attestations and corporate actions reach a real-world asset token: who signs each data point, oracle patterns and safeguards.
Six links that tie a token to a real asset
Each layer rests on the ones beneath it. A weakness lower down undermines everything above, whatever the ledger guarantees.
- Token and lifecycle logic
Issuance, transfer rules, distributions, redemption and corrections.
- Identity and eligibility
The checks that decide who may receive and hold the token.
- Data and events
Valuations, reserves, payments and corporate actions that change the token's state.
- Authoritative register
The record that decides ownership in law, kept on the ledger or by a registrar the ledger mirrors.
- Custody and control
Who physically or legally controls the asset, and how that control is evidenced.
- Legal claim
What holders actually own, set by counsel: shares, fund units, notes or receipts.
How the asset class changes what has to be built
| Asset class | Authoritative record | Who controls the asset | Events the token must reflect |
|---|---|---|---|
| Fiat-backed stablecoins | Issuer's token ledger and reserve accounts | Reserve custodian or bank | Mint and burn against deposits and redemptions; reserve attestations |
| Real estate | Land registry, plus the SPV's register of members | The SPV, through its directors and manager | Rent distributions, valuations, refinancing and sale |
| Bonds and notes | Issuer's register, a registrar or a central securities depository | The issuer, with a trustee for noteholders | Coupons, record dates, defaults and redemption |
| Equities | Company share register, or a statutory electronic register | The company | Dividends, votes, splits and other corporate actions |
| Commodities | Warehouse receipts or custody records | Vault or warehouse operator | Inventory attestations, storage fees and physical delivery |
| Vehicles | Vehicle registration and title records | Owner or lessor, often alongside a finance company | Lease payments, servicing, damage and resale |
| Retail goods | Retailer or custodian inventory records | Retailer, logistics provider or vault | Redemption for delivery, returns and stock changes |
A simplified orientation. Within each class, the structure counsel chooses can change both the record and the controlling party.
Which record is the golden source?
Every RWA programme must decide which record wins when two disagree. In most jurisdictions today the legal record of ownership sits off-chain: a company's register of members, a fund's transfer-agent register, a land registry or a custodian's books. The token ledger then mirrors that record and every transfer must be reflected in both. A smaller number of legal frameworks allow the ledger itself to be the register, which removes the mirror but brings register-keeping obligations of its own; our page on legal structures explains where.
The technical design follows from the answer. When the ledger mirrors an off-chain register, transfers need approval or confirmation from whoever keeps it, and reconciliation must flag every break. When the ledger is the register, the controls a registrar would apply, such as eligibility checks, corrections and court-ordered transfers, have to be built into the token and its administration. Data that changes an asset's value or status arrives through attested feeds, covered in our page on oracles and off-chain data.
Who decides, who operates and what ColdAI builds
| Responsibility | Who decides | Who operates it | What ColdAI builds |
|---|---|---|---|
| Legal structure and offering documents | Sponsor with qualified counsel | Issuer and its corporate services provider | Token rules translated from the documents |
| Investor eligibility | Counsel and compliance, under securities law | Issuer or transfer agent, through identity providers | Eligibility checks wired into issuance and transfer |
| Custody of the asset | Issuer and custodian, under the custody agreement | Custodian, vault or registrar | Integrations that capture custody statements and attestations |
| Ownership register | The structure and applicable law | Registrar, transfer agent or the ledger itself | Token register, reconciliation and correction workflows |
| Valuation and payments | Manager, administrator and valuation policy | Administrator and paying agent | Data feeds, distribution logic and holder reporting |
| Token and platform operations | Issuer, with defined administrative roles | Issuer's team or a managed service | Token configuration, admin tooling and monitoring |
Legal structuring and regulatory filings are led by qualified counsel, with ColdAI coordinating the technical side. Licensed roles such as custody or transfer agency sit with authorised firms.
How a technical RWA engagement runs
Trace the asset and its record
Document the asset, the claim counsel has chosen, the authoritative register and the parties who hold, value and administer the asset. Agree which record prevails in a dispute.
Design the token around the documents
Turn eligibility, transfer restrictions, distributions and corrections from the offering documents into token rules and admin roles, then choose the network and tooling, such as Hedera's Asset Tokenization Studio for regulated securities.
Integrate identity, registry and custody
Connect identity providers, the registrar or transfer agent and custodians, so checks and records move automatically rather than by email1.
Wire in events and reconciliation
Build the data feeds, distribution logic and reconciliation jobs that keep token state aligned with the asset, plus exception workflows for every break.
Review, launch and operate
Run independent code review and key-management hardening, rehearse lifecycle events on a test network, then launch and operate with monitoring and on-call support where required2.
Ways the link between token and asset breaks
Register drift
Early signalToken balances and the official register disagree after transfers, corrections or court orders.
MitigationMake one record authoritative, require registrar confirmation where the ledger is a mirror and reconcile frequently, with an owner for every break.
Custody gaps
Early signalNo recent independent statement of what the custodian holds.
MitigationContract for regular attestations, bring them on-chain and pause issuance when one is missing.
Eligibility leakage
Early signalTokens reach wallets that never passed identity checks, for example through an open trading venue.
MitigationEnforce eligibility in the token's transfer rules, not only at onboarding, and test every route by which a token could leave the eligible set.
Events that never reach the chain
Early signalDistributions, defaults or asset sales are processed off-chain but token state is unchanged.
MitigationMap every lifecycle event in the documents to a signed data input and a named owner before launch.
Frequently asked questions
Do you handle the legal structuring of an RWA issuance?
Legal structure, offering documents and regulatory filings are led by qualified counsel and, where required, authorised firms. ColdAI works alongside them on the technical side: translating the documents into token rules, integrating registrars, custodians and identity providers, and building the data, reconciliation and administration that keep the token aligned with the asset. We can join your advisers from the first structuring discussion.
Which real-world assets can be tokenised?
In principle any asset with a clear owner, a reliable record and a legal route to transfer claims on it: reserves behind stablecoins, property, bonds, equities, commodities, vehicles and retail goods among them. In practice the quality of the authoritative record and the custody arrangements decides feasibility far more than the asset class. Our tokenisation practice covers the questions that apply across every asset type.
Which network do you use for RWA tokens?
The network follows the requirements. Hedera is our primary recommendation for regulated, high-throughput, predictable-cost use cases, and its Asset Tokenization Studio provides security-token tooling for regulated issuance. We also work across Ethereum L1 and L2 networks, other public chains and permissioned ledgers where the issuer, the venue or the investors require them.
Will tokenising an asset make it liquid?
Not by itself. Most RWA tokens are securities or similar instruments, so trading usually needs an authorised venue and transfers stay limited to eligible holders. Tokenisation can make permitted transfers quicker to settle and easier to record, but it does not create buyers. Plan for limited liquidity unless a venue and an investor base are genuinely in place.
How do stablecoins fit into RWA tokenisation?
A fiat-backed stablecoin is a token backed by reserves of real money and assets, so it raises the same questions about the reserve record, custody, attestations and redemption. It also has its own regulatory regimes and tooling, covered on our Stablecoin Studio page. In other RWA programmes, stablecoins often serve as the cash leg for subscriptions and distributions.
Sources
Connect the architecture
The next connection.
Explore the complementary capabilities that can turn an individual technology into a complete workflow.
Your next move
Bring us the
real problem.
A workflow that takes too long. A system that cannot connect. An idea that needs a technical path. Start there, and we can define what to investigate, build and measure.
- An identified asset and custody arrangement
- Defined rights and transfer requirements
- Legal, administration and technical owners