Asset Tokenization Ecosystem - Complete Analysis

1. ALL ACTORS IN THE ECOSYSTEM

1.1 Regulatory Bodies

Bank ACB (ACB) - Central bank, primary regulator

State Bank of Viet Nam (SBV) - Capital markets regulator
Other Government Agencies - Supporting regulatory bodies

1.2 Core Financial Participants

Financial Service Providers (FSPs)

Licensed Banks
Investment Banks
Development Finance Institutions (DFIs)
Insurance and Takaful Operators (ITOs)
Eligible Electronic Money Issuers (EMIs)
Custodians and Trustees
Asset custodians
Token custodians
On-ramp/off-ramp facilitators
Money Services Businesses
Currency exchange providers
Remittance services

1.3 Technology Service Providers

Platform Providers
DLT infrastructure providers
Smart contract developers
Programmable platform operators
Data & Analytics Providers
Blockchain analytics
Transaction monitoring
Market intelligence
Blockchain oracles
Security Providers
Cryptographic key management
Access control systems
Multi-party computation services
Interoperability Services
Cross-platform bridges
Token wrappers
Protocol integrators
1.4 Market Participants

Asset Issuers
Corporations
Anchor buyers (supply chain)
Bond issuers
Investors/Users
Institutional investors
Qualified investors
SMEs (supply chain participants)
Retail users (future phase)
Capital Market Institutions
Securities dealers
Derivatives traders
Market makers/AMM operators

1.5 Supporting Ecosystem

Industry Associations
Technology Vendors
Academic Institutions
Consumer Groups
Fintech Companies

2. ALL USE CASES

Use Case 1: Supply Chain Financing for SMEs

Problem: SMEs struggle to access affordable financing due to limited credit history and
collateral

Benefits: - Improved access to financing for SMEs - Transfer of anchor buyer

creditworthiness - Reduced financing costs - Real-time transaction verification

Use Case 2: Treasury & Liquidity Management

Problem: Settlement delays, pre-funding requirements, intraday liquidity mismatches

Benefits: - Near-instantaneous settlement (DvP/PvP) - Reduced settlement risk - Freed up

liquidity from pre-funding - Improved capital efficiency

Use Case 3: Sustainability & Climate Finance

Problem: Difficulty tracking ESG metrics, greenwashing risks, manual verification

Benefits: - Automated ESG performance tracking - Conditional fund release based on

milestones - Immutable sustainability data - Enhanced trust and transparency

Use Case 4: Programmable Payment Tokens (PPT)

Problem: Limited flexibility in payment execution, complex conditional payments

Benefits: - Customizable payment structures - Conditional disbursement logic -
Predefined payment rules - Enhanced transparency

Use Case 5: 24/7 Trade Payments

Problem: Limited cross-border payment processing during banking hours

Benefits: - Real-time cross-border settlement - Reduced delays - Enhanced liquidity -

Improved trade efficiency

3. DETAILED USE CASE FLOWS

USE CASE 1: SUPPLY CHAIN FINANCING

Flow Diagram

Step 1: Setup Phase

Large Firm (Anchor) → Issues Tokenized Invoice Receivables
↓
Step 2: Token Distribution
Anchor → T-1 Supplier (receives tokens)
↓
T-1 → T-2 Supplier (transfers portion)
↓
T-2 → T-3 Supplier (transfers portion)
↓
T-3 → T-Nth Supplier (SME)

Step 3: Token Utilization (SME has 3 options)

Option A: Hold to Maturity → Receive payment from Anchor
Option B: Refinance → Use as collateral for financing
Option C: Transfer Downstream → Pay own suppliers

Requirements

Technical Requirements: - Programmable platform (DLT-based) - Smart contracts for

conditional execution - Token standard for invoice receivables - Integration with delivery
verification systems - Settlement mechanism (tokenized deposits/stablecoin)

Operational Requirements: - KYC/AML compliance for all participants - Permissioned

access framework - Delivery verification mechanism (triggers token activation) - Credit
assessment of anchor buyer - Legal framework for tokenized receivables

Regulatory Requirements: - Compliance with lending regulations - Foreign Exchange

Policy (FEP) compliance - AML/CFT/CPF and TFS compliance - Consumer protection
measures - Clear legal status of tokenized claims

Participants: - Anchor buyer (large firm) - Tier-1 to Tier-N suppliers (including SMEs) -
Financial institutions (for refinancing) - Platform provider - Custodian - Oracle (for
delivery verification)
USE CASE 2: TREASURY & LIQUIDITY MANAGEMENT

Flow Diagram

Traditional DvP (Pre-funded):

T=0: Seller Bank → Deposits Repo to Pre-funding
Buyer Bank → Deposits Cash to Pre-funding
T+7 hours: Settlement occurs
Cash → Buyer Bank to Seller Bank
Repo → Seller Bank to Buyer Bank

Tokenized DvP (Atomic):

T=0: Trade Execution
↓
Smart Contract validates:
- Tokenized Repo available
- Tokenized Cash available
↓
T+instant: Atomic swap
Tokenized Cash ↔ Tokenized Repo
↓
Settlement finalized

Requirements

Technical Requirements: - Atomic swap capability - Tokenized securities (bonds/repos)

- Tokenized money (deposits/stablecoins/wCBDC) - Smart contract for DvP/PvP logic -
Real-time settlement infrastructure - Integration with NAPAS (eventual settlement)

Operational Requirements: - Securities custody arrangements - Liquidity management

protocols - Risk management frameworks - Fail-safe mechanisms - Reconciliation
processes - 24/7 operational capability

Regulatory Requirements: - Securities law compliance - Prudential requirements -

Settlement finality rules - Capital adequacy considerations - Liquidity risk management
standards

Participants: - Banks (buyer and seller) - Securities custodians - Platform operator -

Central securities depository (integration) - ACB (NAPAS settlement)

3. ASSET TYPES & TOKENIZATION PROCESS

3.1 Priority Assets for Initial Exploration

Asset Category 1: BONDS

Asset Characteristics: - Well-defined legal framework - Established market structure -

Regular cash flows (coupons) - Clear ownership rights

Step-by-Step Tokenization Process:

STEP 1: Pre-Tokenization Setup - Issuer obtains necessary approvals (SC, ACB if
applicable) - Establish legal framework for tokenized bond - Select platform (public
permissioned / private) - Choose custodian for underlying bond - Define token standard
and smart contract logic

STEP 2: Asset Custody & On-Ramping - Traditional bond issued and held in custody -
Custodian verifies and locks bond - Bond cannot be traded in traditional market while
tokenized - Custodial records updated

STEP 3: Token Creation - Smart contract deploys bond tokens - Token metadata
includes: - Bond ISIN / identifier - Coupon rate - Maturity date - Issuer details - Total
issuance amount - Tokens represent fractional or whole bond ownership

STEP 4: Distribution - Tokens distributed to initial investors - KYC/AML checks

completed - Whitelist of approved holders maintained - Transfer restrictions programmed
(if any)

STEP 5: Lifecycle Management - Coupon payments: - Smart contract triggers on

coupon date - Payment in tokenized money (deposits/stablecoin) - Automatic distribution
to token holders - Corporate actions automated - Callable features programmed

STEP 6: Trading & Transfer - Secondary market trading on platform - DvP settlement
with tokenized money - Transfer restrictions enforced by smart contract - Real-time
settlement

STEP 7: Redemption & Off-Ramping - At maturity: principal + final coupon - Smart

contract burns tokens - Custodian releases underlying bond - Final settlement in
tokenized or traditional money

Asset Category 2: LOANS

Asset Characteristics: - Bilateral agreements - Regular repayment schedule - May have

collateral - Credit risk concentration

Step-by-Step Tokenization Process:

STEP 1: Loan Origination - Traditional loan underwriting - Credit assessment

completed - Loan documentation executed - Determine if suitable for tokenization

STEP 2: Securitization Structure (Optional) - Create SPV if pooling multiple loans -

Transfer loans to SPV - Legal isolation of assets - Obtain legal opinions

STEP 3: Token Structure Design - Define token rights: - Proportional cash flow rights -
Voting rights (if any) - Subordination structure - Program waterfall logic in smart contract
- Set minimum investment amounts

STEP 4: Collateral Management - Collateral registered and verified - Custodian

appointed for physical collateral - Oracle integration for collateral valuation - Smart
contract encodes collateral claims

STEP 5: Token Issuance - Deploy smart contract - Issue tokens to investors -

Permissioned access maintained - Compliance checks automated

STEP 6: Servicing & Cash Flows - Loan servicer collects payments - Payments
converted to tokenized money - Smart contract distributes to token holders - Waterfall
logic executed (senior/junior tranches)
STEP 7: Default Management - Oracle reports default - Smart contract triggers default
protocols - Collateral liquidation process initiated - Recovery distribution automated

Asset Category 3: DEPOSITS (TOKENIZED DEPOSITS)

Asset Characteristics: - Bank liability - Backed 1:1 by bank reserves - Non-bearer

instrument (holder-based) - VND-denominated

Step-by-Step Tokenization Process:

STEP 1: Regulatory Approval - Bank obtains ACB approval - Ensure compliance with
deposit-taking regulations - Capital adequacy considerations - Liquidity management
framework

STEP 2: Technical Infrastructure - Select/build tokenization platform - Smart contract

development - Integration with core banking system - API connections to NAPAS

STEP 3: Token Design - Non-transferable bearer design OR - Holder-based with transfer

via bank update - 1:1 peg to VND maintained - Redemption mechanism built-in

STEP 4: Customer Onboarding - KYC/AML compliance - Customer agreement for

tokenized deposits - Whitelist customer wallets - Link to traditional deposit account

STEP 5: Issuance - Customer deposits VND - Bank credits customer’s wallet with
tokenized deposits - 1:1 ratio maintained - Bank balance sheet records liability

STEP 6: Usage - Customer uses for payments/settlements - DvP transactions with

tokenized securities - Peer-to-peer transfers (if permissioned) - Smart contract
interactions

STEP 7: Redemption - Customer requests redemption - Tokens burned - VND credited

to traditional account - Bank liability extinguished

STEP 8: Settlement with NAPAS - Periodic net settlement at central bank - Tokenized
deposit issuers settle via NAPAS - Maintain reserve requirements - Ensures finality
anchored in central bank money

Asset Category 4: STABLECOINS (VND-DENOMINATED)

Asset Characteristics: - Private issuer liability - Bearer instrument - Backed by reserves

(fiat/securities) - Aims to maintain stable value

Step-by-Step Tokenization Process:

STEP 1: Regulatory Framework - Issuer obtains license/approval - Compliance with

FSB recommendations - Value stabilization mechanism defined - Redemption rights
clearly established

STEP 2: Reserve Management - Establish reserve account(s) - Define eligible reserve

assets (VND cash, government securities) - Appoint independent auditor - Set up
attestation framework

STEP 3: Smart Contract Deployment - Develop token smart contract - Include

minting/burning functions - Transfer functions - Emergency pause functionality
STEP 4: Minting Process - User deposits VND with issuer - Issuer verifies receipt -
Equivalent reserves added to reserve account - Smart contract mints stablecoins 1:1 -
Stablecoins credited to user’s wallet

STEP 5: Circulation - Users transact with stablecoins - Permissioned holders only

(KYC/AML) - Cross-border usage (subject to FEP) - Used for DvP settlement

STEP 6: Peg Maintenance - Reserve adequacy monitored - Regular audits and

attestations - Redemption always available at par - Arbitrage mechanism maintains peg

STEP 7: Redemption Process - User requests redemption - Issuer verifies stablecoin

balance - Burns stablecoins - Releases VND from reserves to user

STEP 8: Regulatory Reporting - Monthly reserve audits published - Transaction

monitoring for AML/CFT - Reporting to ACB - Compliance with singleness of money
principle

3.2 Future Asset Classes (Longer-term exploration)

EQUITIES

Characteristics: Ownership shares, voting rights, dividends

Challenges: Complex corporate governance, regulatory clarity needed
Tokenization: Similar to bonds but with voting mechanisms programmed

REAL ESTATE

Characteristics: Physical property, high value, illiquid

Challenges: Legal transfer of title, property maintenance, local regulations
Approach: Tokenize financial claims (REITs, mortgages) before direct property
tokenization

COMMODITIES

Characteristics: Physical goods, warehousing needed, price volatility

Challenges: Custody, quality verification, delivery logistics
Approach: Warehouse receipts tokenization, oracle for quality verification

4. KEY IMPLEMENTATION REQUIREMENTS

4.1 Platform Selection Criteria

For Public Permissioned Platforms: - Robust KYC/AML layer on top - Privacy

features (ZK-proofs, confidential transactions) - Interoperability with other blockchains -
Regulatory-compliant node operators

For Private Platforms: - Consortium governance - Defined access control - Audit

capabilities - Interoperability bridges

Common Requirements: - Resilience and security - Inclusivity - Interoperability

standards - Adaptability to future needs
4.2 Legal & Regulatory Considerations

Legal Status: - Tokenized asset = same legal rights as traditional asset - Smart contract
enforceability - Cross-border legal recognition - Bankruptcy/insolvency treatment

Accounting Treatment: - Classification (asset vs liability) - Valuation methodology -

Financial reporting standards - Prudential treatment (risk weights)

Regulatory Compliance: - Same activity, same risk, same regulation - Licensing

requirements - Consumer protection - Market conduct rules

4.3 Operational Safeguards

Risk Management: - Operational risk frameworks - Cybersecurity controls - Smart

contract audits - Key management protocols

Governance: - Clear roles and responsibilities - Conflict of interest management -

Change management procedures - Incident response plans

Business Continuity: - Backup and recovery - Alternative settlement mechanisms -

Contingency planning - Stress testing

6. ROADMAP & TIMELINE

Phase 1: 2025 - Capacity Building

Launch Digital Assets Innovation Hub (DAIH)

Establish Industry Working Group (IWG)
Publish discussion paper
Begin stakeholder engagement

Phase 2: 2026 - POCs and Pilots

Proof-of-concepts in controlled environment

Live pilots via DAIH
Select initial use cases
Test tokenized deposits and stablecoins

Phase 3: 2027+ - Next Steps

Continue testing and refinement

Publish findings and learnings
Assess legal/regulatory implications
Consider broader rollout
7. CRITICAL SUCCESS FACTORS

Technical

✓ Interoperability across platforms ✓ Atomic settlement capability ✓ Smart contract

security ✓ Oracle reliability ✓ Scalability and performance

Regulatory

✓ Clear legal status of tokens ✓ Singleness of money maintained ✓ AML/CFT/CPF

compliance ✓ Consumer protection ✓ Prudential soundness

Operational

✓ Industry readiness and capability ✓ Robust custody arrangements ✓ Effective

governance ✓ Risk management frameworks ✓ Cybersecurity resilience

Market

✓ Clear value proposition ✓ Critical mass of participants ✓ Liquidity in tokenized assets

✓ Competitive and efficient markets ✓ Trust and confidence

8. RISK CONSIDERATIONS

Financial Stability Risks

Settlement risk in atomic vs traditional

Liquidity fragmentation across platforms
Credit risk of private token issuers
Systemic interconnectedness

Monetary Stability Risks

Threat to singleness of money

Erosion of monetary sovereignty
Cross-border stablecoin usage
Effectiveness of monetary policy

Operational & Technology Risks

Smart contract vulnerabilities

Oracle failures
Key management risks
Cyber attacks and fraud
Platform concentration risk

Legal & Compliance Risks

Uncertain legal status

 Cross-border legal conflicts
Regulatory arbitrage
AML/CFT evasion via mixers/privacy coins

Market Risks

Low liquidity in early stages

Price volatility
Market manipulation
Front-running in AMM models

CONCLUSION
The approach to asset tokenization is comprehensive, measured, and principles-based.
The framework emphasizes:

1. Co-creation with industry stakeholders

2. Responsible innovation anchored in real-world economic benefits
3. Preserving financial stability and the two-tier monetary system
4. Compliance by design rather than retrofitting regulation
5. Inclusivity while managing risks appropriately

The focus on tokenized financial instruments (bonds, loans, deposits) before more
complex asset classes is pragmatic. The exploration of both tokenized deposits and
VND-stablecoins shows openness to different models while maintaining strict
safeguards.

The 3-year phased roadmap (capacity building → POCs/pilots → assessment) provides

structured progression while allowing flexibility to adapt based on learnings.

Key differentiators of Malaysia’s approach: - Strong emphasis on Blockchain

applications - Integration with existing infrastructure (NAPAS) - Clear stance on
cryptocurrency vs tokenized RWA - Permissioned frameworks prioritized for safety -
Commitment to singleness of money principle

Next Steps for Participants: 1. Review the 40 feedback questions in the paper 2.
Prepare comprehensive responses by 1 March 2026 3. Consider participation in DAIH
and IWG 3. Assess internal capabilities and readiness 4. Identify priority use cases
aligned with principles 6. Engage with ACB Asset Tokenization Team