The RWA tokenization process takes an asset from a legal structure to a tradable token in seven steps: define the asset and its legal wrapper, choose a token standard and chain, set up custody, build in KYC and transfer rules, issue to investors, create a secondary market, and settle and reconcile. Each step has a different owner, and most delays come from steps one, four and six rather than from the technology itself.
This page is the how-to companion to the RWA tokenization overview. It describes the generic process. Where Liquid Mercury's own platform touches a step, the page says so, and only where the product materials support it.
The RWA tokenization process at a glance
- Define the asset and the legal wrapper.
- Choose the token standard and chain.
- Set up custody and reserves.
- Build in KYC/AML and transfer rules.
- Issue and onboard investors.
- Create a secondary market.
- Settle, report and reconcile.
Who typically owns each step:
| Role | What it does in the process | Steps |
|---|---|---|
| Issuer | Owns the asset or the fund, decides the terms, signs the offering | 1, 5 |
| Legal counsel | Designs the wrapper and the investor eligibility rules | 1, 4 |
| Transfer agent | Keeps the official record of who holds what | 4, 5, 7 |
| Custodian | Holds the underlying asset, the tokens, or both | 3, 7 |
| Tokenization platform | Deploys the token, enforces transfer rules, manages the investor register | 2, 4, 5 |
| Venue or marketplace platform | Gives investors a place to trade and settle | 6, 7 |
| Investor | Passes eligibility checks, subscribes, holds, trades | 4, 5, 6 |
The roles overlap in practice. Some platforms act as both tokenization platform and transfer agent, and some custodians offer settlement. Treat the table as a map of responsibilities, not a list of separate companies.
Step six is where tokenized asset marketplace infrastructure comes in. Liquid Mercury describes Mercury RWA as the secondary market layer for tokenized assets, and its white-label tokenized marketplace option lets an issuer run that step under its own brand. See also the tokenized security glossary entry.
Step 1: Define the asset and the legal wrapper
Start with the asset and the right you want to give the holder. A token that represents a share in a fund is a different product from a token that represents a loan or a title interest. The BIS describes the range of designs in The tokenisation continuum.
The issuer, with counsel, decides:
- what the asset is and who owns it today
- the vehicle that will hold it, such as a special purpose vehicle, a fund or a trust
- the rights the token carries: income, redemption, voting, a claim on assets
- the jurisdiction and the investor categories allowed to hold it
This step produces the offering documents. It is also where the token becomes a legal claim rather than a digital label. This page does not give legal advice, and classification should be settled with counsel before any technical work starts.
For worked examples by asset class, see tokenized Treasuries and tokenized private credit.
Step 2: Choose the token standard and chain
The standard decides what the token can do. For regulated assets, it needs to support:
- Transfer restrictions. The token should refuse transfers to wallets that are not eligible.
- Whitelisting. Only verified wallets can hold the token.
- Forced transfer. The issuer or agent can move tokens in defined cases, such as a court order or a lost key.
Tokeny, for example, says it created the open-source ERC-3643 standard in 2018 for compliant tokenization and that it uses digital identity to identify investors (tokeny.com). Polymesh takes a different route: it is a public permissioned blockchain where every participant has a verified on-chain identity and asset transfers are checked against protocol-level compliance rules (developers.polymesh.network).
This page does not recommend a chain. The right chain depends on where investors hold assets, which custodians support it, and where the token will need to trade. Check that the venue you plan to use for step six supports your choice before you commit.
For a chain with issuer approval, freeze and clawback built into the protocol, see Stellar for RWA tokenization.
Step 3: Set up custody and reserves
Custody has two parts. The underlying asset needs a custodian that can hold it under the legal structure from step one. The tokens, and the payment assets that settle against them, need custody too.
Questions to settle:
- Who holds the underlying asset, and how is it verified?
- Who holds the tokens: the investors in self-custody, or a custodian on their behalf?
- How are the token supply and the underlying holdings reconciled?
Integrated custody is one pattern. In Mercury RWA, for example, settlement is described as combining Mercury Ledger position keeping with BitGo custody connectivity, with KYC verification in the overall workflow. The same pattern can be built from other custodians. In the US, the OCC has said national banks may offer cryptocurrency custody services.
Step 4: Build in KYC/AML and transfer rules
Investor eligibility is the part of tokenization that most separates a regulated product from a public token. This step covers: The FSB sets out international recommendations in its global regulatory framework for crypto-asset activities.
- Identity checks. KYC and AML screening before an investor can hold the token.
- Eligibility rules. Whether the investor meets the category the offering allows.
- Programmable transfer restrictions. Rules in the token or the platform that block transfers to ineligible holders.
- Ongoing monitoring. Re-checking holders over time, not only at onboarding.
Platforms differ in where the rules live. Some enforce them in the token, some in the platform around the token, and some do both. Mercury RWA describes automated KYC/AML checks, programmable transfer restrictions and audit and reporting as part of an integrated compliance layer. Ask any platform how often it monitors and what it reports.
Step 5: Issue and onboard investors
With structure, token, custody and rules in place, the issuer opens the offering. Investors are onboarded, verified against the eligibility rules, and funded. Tokens are issued to verified wallets against subscriptions.
Primary issuance has its own mechanics: subscription windows, minimums, payment rails and the register of record. The Mercury RWA product materials list support for both primary issuance and active secondary market trading, together with onboarding and automated investor eligibility verification. Ask which primary issuance steps a platform performs itself and which come from partners.
Step 6: Create a secondary market
This is the step where many projects stall. Issuing a token does not give anyone a place to trade it. As the Mercury RWA materials put it, "Digital representation does not automatically create liquid markets." DTCC describes its tokenization service.
A compliant secondary market needs:
- A venue. A place where eligible buyers and sellers can meet, with rules set by the issuer or operator.
- Order handling. Order types, routing and risk checks that suit institutional users.
- Price discovery. A visible way for prices to form, supported by live pricing and market data.
- Controlled access. The same eligibility rules from step four, applied to every trade.
The legal status of the venue matters. For tokenized securities this can mean a registered trading venue; see tokenized securities for the trading landscape. Whether a particular venue needs registration is a legal question. In the EU, the DLT Pilot Regime sets a separate framework for trading and settling tokenised securities on DLT market infrastructure.
Liquid Mercury, the Chicago-based institutional digital asset infrastructure provider, offers this layer through Mercury RWA, a white-label marketplace in which the issuer sets the rules, controls access and defines the trading parameters for its assets.
Step 7: Settle, report and reconcile
Settlement is where trades become ownership changes. For tokenized assets it usually means delivery versus payment: the token and the payment move together or not at all. See delivery versus payment.
After settlement:
- Reconciliation. Balances on the ledger, at the custodian and in the token supply need to agree. Mercury RWA lists automated reconciliation across fiat and digital holdings.
- Audit trail. Each transfer needs a record that regulators and auditors can follow.
- Reporting. Regulatory and investor reporting come from the same records.
Settlement design also decides the payment leg: bank cash, a stablecoin or another token. Ask which settlement currencies and assets a platform supports.
What it takes to evaluate an RWA project
Real adoption looks different from hype in the details. Check these:
- Legal documents. Is there an offering document, a named legal entity and a named custodian?
- Eligibility controls. Can an ineligible wallet receive the token? Ask for a demonstration.
- Redemption. Can a holder redeem, on what terms and through whom?
- A place to trade. Does a venue exist, who uses it and how does a trade settle?
- Reconciliation. Can the issuer show that token supply matches the underlying asset?
- Independent checks. Are custody and accounting handled by independent third parties?
Marketing pages count assets and wallets. They rarely show whether anyone can sell.
To choose the platform that runs these steps, see RWA tokenization platform: build, license or white-label.
Frequently Asked Questions
How do you tokenize real-world assets?
How do you evaluate the credibility of an RWA tokenization project, and what separates real adoption from hype?
How do tokenization platforms monitor for KYC profile deviation among institutional and retail token holders?
How do financial institutions tokenize real-world assets, and what roles do issuers, transfer agents, custodians, and blockchain platforms play?
How liquid are tokenized real-world assets?
What do you need to build real-world asset tokenization on Ethereum?
Related Reading
RWA Tokenization: Definition, Process and Platforms
RWA tokenization turns rights in real-world assets into blockchain tokens. See how it works, whether tokens are securities, and what to ask a platform.
Tokenized Securities: What They Are and How They Trade
Tokenized securities are regulated securities issued or recorded on a blockchain. How they differ from RWA and security tokens, and how they trade.
Stellar for RWA Tokenization
The Stellar features issuers use for regulated assets: issuer controls, SEP-8 approvals and fast settlement.
RWA Tokenization Platform: Build, License or White-Label?
What a tokenization platform must include and how to choose between building, licensing and white-label.