Tokenization
Create digital representations of assets and rights.
Core question: What should be tokenized?Meridian House Framework Paper No. 01Tokenization
Tokenization
Transformation
From Digitizing Assets to Redesigning How Value Moves
The purpose of tokenization is not simply to digitize an asset. It is to reconnect value, rights, data, rules and settlement — and redesign the transaction itself.
CORE PROPOSITION
DX changed how information moves. Tokenization Transformation changes how value moves.
The Idea
Creating a token is not the same as transformation.
Tokenization is a design means for reconnecting fragmented flows of value, not an end in itself.
Just as Digital Transformation was never merely about converting paper into digital files, the potential value of tokenization cannot be captured by digital representation alone. The deeper question is how assets, rights, data, rules and settlement can be shared, synchronized and recomposed across multiple parties.
Maturity Model
From Tokenization to Transformation
Maturity should be judged not by whether a token has been issued, but by how far the transaction or business model itself has been redesigned.
Tokenized Process
Reconfigure existing transactions through shared state and embedded rules.
Core question: What can be shared or automated?Tokenization Transformation
Reconnect assets, rights, data, rules, settlement and inter-organizational processes.
Core question: How should the transaction itself change?Five Steps
The Five Steps of Tokenization
From digital representation to a multi-party value network: a maturity lens for assessing how far transformation has progressed.
Make value machine-readable
Represent deposits, bonds, receivables and other rights in machine-readable form.
Let multiple parties see the same state
Allow independent parties to share the state of the same asset, right or transaction.
Embed rules into execution
Move conditions, controls and permissions from ex-post processing into the execution layer.
Synchronize assets, money and rights
Treat commercial flows, rights transfers and settlement as one transaction state.
Combine with other services
Combine collateral, financing, settlement and data to create new services.
Faster, cheaper and 24/7 are potential benefits, not the fundamental reason to go on-chain. The deeper value is the ability to reconnect fragmented flows of value.
Five Tests
Should this be on-chain at all?
Tokenization is not an objective in itself. The weaker the answers, the more likely that conventional databases, APIs and payment rails are sufficient.
Multiple parties
Are multiple independent parties involved?
Shared state
Do they need to share the state of the same asset, right or transaction?
Synchronized settlement
Must the asset/right leg and the money leg be synchronized?
External events
Do external data and conditional execution materially affect the transaction?
Evidence & permissions
Must history, evidence and permissions be verifiable across multiple parties?
Gate Question — Why On-chain?Why can this problem not be solved sufficiently with a shared database, APIs and existing payment infrastructure?
Structured Trust
Connecting external data and trust
A blockchain cannot independently know whether goods arrived, KYC was completed or funds were secured. The more real-world value is brought on-chain, the more important provenance, evidence, authority and exception handling become.
Real-world events
- Delivery
- Acceptance
- KYC completion
- Funds secured
→
Evidence & attestation
- Oracle
- Attestation
- Credential
- Trusted Data Source
→
Shared State / Rules
- Shared state
- Condition checks
- Permissions
- Execution rules
Structured TrustIdentity + Evidence + Rules + Shared State
Transformation Readiness
Separate on-chain fit from ecosystem readiness
Strong on-chain fit does not mean an ecosystem will succeed. Transformation also depends on participants, governance, incentives, legal foundations and migration.
Will the required participants actually join?
Who sets and changes the rules, and who handles exceptions?
Does each participant have a reason to join and migrate?
Do the rights, settlement and liabilities hold legally?
Can the market coexist with and migrate from existing infrastructure?
On-chain Fit × Transformation Readiness = Viable Transformation
Cases
From creating tokens to creating value networks
Few cases yet have the long track record of mature Digital Transformation. The framework therefore distinguishes commercial leading examples, transformation-native designs and emerging programs.
Kinexys Digital Financing / TCN
Connects cash, collateral, ownership entitlements, programmable terms, DvP and legacy-system integration as one transaction lifecycle.
Toyota MON
Does not stop at tokenizing a vehicle; it bundles institutional, technical and economic proofs and connects Trust, Capital and Utility Networks.
MAS BLOOM
Extends tokenised bank liabilities and regulated stablecoins into multi-currency, domestic/cross-border and multi-network settlement environments.
TradeLens
A viable platform was built, but the required level of global industry collaboration and commercial viability was not achieved.
Shared State does not automatically create Shared Incentives or Shared Governance.
ASX CHESS Replacement
The DLT-based replacement program was paused and redesigned, showing that requirements, delivery capability, governance and migration matter as much as technology choice.
Evaluate on-chain fit separately from transformation readiness.
Proposed Definition
Tokenization Transformation
Tokenization Transformation is not the replacement of an asset with a token. It is the redesign of transactions and business models by using tokens and shared state to reconnect assets, rights, data, rules, settlement and inter-organizational processes that were previously managed separately.
Tokenization is not digitizing assets. It is redesigning how value moves.
This page is the public framework overview for Meridian House Framework Paper No. 01. “Tokenization Transformation” and “Structured Trust” are working labels used by this framework. This is independent research and does not represent the views of the author's employer.
References
Selected sources
- Stolterman, E. & Fors, A. C. (2004), Information Technology and the Good Life.
- DBS Bank, Transforming a bank by becoming digital to the core (2018)
- Toyota Blockchain Lab, MON: Orchestrating Trust into Mobility Ecosystems (2025)
- J.P. Morgan, Digital Financing on Kinexys Digital Assets
- J.P. Morgan, Tokenized Collateral Network
- Monetary Authority of Singapore, MAS Launches BLOOM Initiative (2025)
- A.P. Moller - Maersk, Maersk and IBM to discontinue TradeLens (2022)
- ASIC & RBA, Joint statement on ASX CHESS replacement program (2022)