Tokenization
資産・権利をデジタル表象にする段階。
中心の問い：何をトークンにするかMeridian House Framework Paper No. 01Tokenization
Tokenization
Transformation
From Digitizing Assets to Redesigning How Value Moves
トークン化の本質は、資産をデジタル化することではない。価値・権利・データ・ルール・決済をつなぎ直し、取引の構造そのものを再設計することにある。
CORE PROPOSITION
DX changed how information moves. Tokenization Transformation changes how value moves.
The Idea
Tokenを作ることと、Transformationは同じではない。
トークン化は目的ではなく、分断された価値の流れを再接続するための設計手段です。
Digital Transformationが紙やアナログ情報をデジタル化するだけではなかったように、Tokenizationの価値もデジタル表象だけでは捉えられません。重要なのは、複数主体の間に分散していた資産、権利、データ、ルール、決済をどのように共有・同期・再構成するかです。
Maturity Model
TokenizationからTransformationへ
「Tokenを発行したか」ではなく、「取引やビジネスモデルそのものがどこまで変わったか」で成熟度を捉えます。
Tokenized Process
Shared StateとEmbedded Rulesによって既存取引を共有・自動化する段階。
中心の問い：何を共有・自動化するかTokenization Transformation
資産・権利・データ・ルール・決済・組織間プロセスを再接続する段階。
中心の問い：取引自体をどう変えるかFive Steps
トークン化の5 Steps
デジタル表象から、複数主体の価値ネットワークへ。5つの段階で「どこまでTransformationしているか」を読みます。
デジタル表象を作る
預金・債券・売掛債権などを、機械が扱える形にする。
複数主体が同じ状態を見る
複数の当事者が、同一取引の状態を共有する。
ルールを組み込む
条件・統制・権限を、後処理ではなく実行基盤へ埋め込む。
資産・お金・権利を同期
商流・権利移転・決済を、一つの取引状態として扱う。
他のサービスと組み合わせる
担保・融資・決済・データを組み合わせ、新しいサービスを生む。
速い・安い・24/7は結果として得られる便益です。本質は、分断された価値の流れを再接続できることにあります。
Five Tests
そもそもオンチェーン化すべきか
トークン化を目的化しないための診断です。弱い項目が多いほど、通常のDB・API・既存決済で十分な可能性が高まります。
複数主体
独立した複数の主体が関わるか。
共有状態
同じ資産・権利・取引状態を共有する必要があるか。
同期決済
資産・権利と決済を同期させる必要があるか。
外部イベント
外部データや条件付き処理が重要か。
証跡・権限
履歴・証跡・権限を複数主体で検証する必要があるか。
Gate Question — Why On-chain?「この課題は、共有DB・API・既存決済インフラではなぜ十分に解けないのか？」
Structured Trust
外部データと信頼をどう接続するか
Blockchainは、商品到着、検収、KYC完了、預金確保といった現実世界の事実を自力では知りません。リアルワールドを扱うほど、信頼の置き場所を明示的に設計する必要があります。
現実世界の出来事
- 商品到着
- 検収
- KYC完了
- 預金確保
→
証明・認証
- Oracle
- Attestation
- Credential
- Trusted Data Source
→
Shared State / Rules
- 共有された状態
- 条件判定
- 権限
- 実行ルール
Structured TrustIdentity + Evidence + Rules + Shared State
Transformation Readiness
オンチェーン適性と、成立可能性を分けて考える
5 Testsで適性が高くても、必要な参加者・ガバナンス・インセンティブ・法制度・移行設計が揃わなければTransformationは成立しません。
必要な参加者が実際に参加するか。
誰がルールを決め、変更し、例外時に責任を持つか。
各参加者に参加・移行するメリットがあるか。
権利・決済・責任が法的に成立するか。
既存基盤から共存・段階移行できるか。
On-chain Fit × Transformation Readiness = Viable Transformation
Cases
「Tokenを作る」から「Value Networkを作る」へ
現時点では成熟した事例はまだ限られるため、商用先行例、Transformation-nativeな設計例、Emergingな取り組みを区別して見ます。
Kinexys Digital Financing / TCN
現金・担保・所有権・プログラム条件・DvP・既存システム接続を、一連の取引ライフサイクルとして扱う。
Toyota MON
車両のToken化に留まらず、Institutional / Technical / Economic Proofを束ね、Trust・Capital・Utility Networkを接続する。
MAS BLOOM
トークン化銀行負債と規制されたステーブルコインを、複数通貨・国内/越境・複数ネットワークへ拡張する。
TradeLens
実行可能なプラットフォームを構築した一方、必要なグローバル業界協調と商業的成立性に到達できず終了。
Shared Stateだけでは、Shared IncentivesとShared Governanceは生まれない。
ASX CHESS Replacement
DLTベースの置換計画を停止・再設計。技術選択だけでなく、要件、遂行能力、ガバナンス、移行設計が支配的であることを示した。
On-chain FitとTransformation Readinessは分離して評価する。
Proposed Definition
Tokenization Transformation
資産をTokenへ置き換えることではなく、TokenとShared Stateを基盤として、従来別々に管理されていた資産・権利・データ・ルール・決済・組織間プロセスを再接続し、取引やビジネスモデルそのものを再設計すること。
Tokenization is not digitizing assets. It is redesigning how value moves.
本ページはMeridian House Framework Paper No. 01の公開フレームワーク概要です。「Tokenization Transformation」「Structured Trust」は、本フレームワークで用いる作業概念です。本内容は独立した個人研究であり、所属組織の見解を示すものではありません。
References
主要参照資料
- 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)