Whitepaper
  • 1.0 Introduction
    • 1.1 Migration from XEND to RWA
    • 1.2 New Vision - Xend V2 and Xend V3
      • 1.2.1 Principles overview
      • 1.2.2 Xend V2 & V3 - Roadmaps
      • 1.2.3 Xend V2 Roadmap
      • 1.2.4 Xend V3 Roadmap
  • 2.0 OAE - Onchain Assets Environment
    • 2.1 OAE Core Idea
    • 2.2 OAE Framework
    • 2.3 OAE - Products Overview
      • 2.3.1 Asset Chain
      • 2.3.2 Origin Studio
      • 2.3.3 Social Hub
      • 2.3.4 Xend Connect
      • 2.3.5 GOR
      • 2.3.6 Xend Solutions
    • 2.4 Asset Smart Contract
    • 2.5 IAC Framework
      • 2.5.1 Importance Of IAC to OAE
      • 2.5.2 (b) IAC in Practice
    • 2.6 Asset Credibility
      • 2.6.1 Authentication Rating
      • 2.6.2 Compliance Rating
      • 2.6.3 Asset Insurance Rating
      • 2.6.4 Events Mirroring
      • 2.6.5 Visual Summary
    • 2.7 IAC Partners
      • 2.7.1 IAC Provider
      • 2.7.2 Conflict Resolution Process
      • 2.7.3 I - AC Interdependence
    • 2.8 Assets Policy in OAE
      • 2.8.1 Web3 Token Issues
      • 2.8.2 AssetChain 10 Cardinal Rules
      • 2.8.3 Assets As Smart Contracts, Tokens As Rights
      • 2.8.4 Verifiable Legal Binding
      • 2.8.5 Intrinsic Legalization
      • 2.8.6 Multi-Level Asset & Token Structures
      • 2.8.7 Token Bonding
      • 2.8.8 Separating Ownership, Possession And Holding
      • 2.8.9 Structured Asset Administration Policy
    • 2.9 AssetChain - 4 Execution Levels
    • 2.10 P2P Lending In OAE
      • 2.10.1 Basics of P2P lending
      • 2.10.2 Appraisers And Custodians
      • 2.10.3 Xend Fundraising Platform On OAE
    • 2.11 AI Stack
      • 2.11.1 Watchdogs
      • 2.11.2 Assistants
      • 2.11.3 Improvers
      • 2.11.4 Concepts
  • 3.0 Xend Browser
    • 3.1 One-4-All
    • 3.2 NodeOs
    • 3.3 Subnet
    • 3.4 Explorer
    • 3.5 Node Enterprise
    • 3.6 e-Admin
    • 3.7 NodeBox
  • 4.0 Progressive Synchronization (V3)
    • 4.1 Objectives Of The IAC Councils
    • 4.2 Progressive Adoption Of Public AssetChains
    • 4.3 Progressive Adoption Of Public Subnets
    • 4.4 OAE Marketplace
  • Practical Use Cases
    • Business & Banking
    • Real Estates
    • Compliance - by - Design
    • Tokenization Beyond Ownership
    • Global Assets Accessibility
    • Green Impact
    • Software, Gaming and Entertainment
    • Global Transparency and E-Administration
  • RWA (OAE) Token Economy 1.0
    • RWA Token
    • RWA Economy Ecosystem Participants
    • RWA Staking
    • RWA Incentives
    • RWA LP Tokens, Market Makers, & Trading Competitions
    • Gamification Of OAE User Experience
    • RWA Token Utilities
    • OAE & RWA Macro-Economy
    • Future Legal Status Of RWA Tokens
  • Litepaper
    • Solving ASR Issue
    • OAE From User Standpoint
    • Xend Solutions
    • Future Roadmap
  • Appendices
    • Appendix A: Understanding RWA
      • Assets Classification
      • Narrow Understanding Of RWA
      • Wide Understanding Of RWA
      • UWA - Unreal World Asset
      • RWA versus UWA - They Key Difference Lies In Legal Context
      • Examples Of RWAs Definitions Incoherence
      • Key Takeaways
    • Appendix B: Digitization vs Tokenization
      • Existence vs Ownership
      • Hierarchy Of Terms
      • Digitation Of Asset
      • Documenting The Asset
      • Tokenization Of The Asset On Gen2 Blockchain
      • Legal Causality Of Gen2 Tokenized Asset
      • Key Takeaways
    • Appendix C: Rise Of AssetChains
      • Theses A
      • Theses B
      • Theses C
      • Theses D
      • Theses E
      • Theses F
    • Appendix D: Brief Analysis On Who Owns The Internet
    • Appendix E: Market Research
      • RWA Solutions - Scope Of Work Overview
        • Centralized
        • Decentralized
        • In-depth Scope Comparison
      • Statistics
        • CEFI - Territorial Coverage
        • CEFI - Funding Ranges Popularity
        • CEFI - Funding Values Breakdown
        • Visual Data Metrics
      • Research Summary
  • FAQs
Powered by GitBook
On this page
  1. Appendices
  2. Appendix B: Digitization vs Tokenization

Legal Causality Of Gen2 Tokenized Asset

PreviousTokenization Of The Asset On Gen2 BlockchainNextKey Takeaways

Last updated 1 year ago

Legal causality in the context of tokenized assets refers to the ability of a blockchain event, like the creation or transfer of a token, to have a recognized legal effect. For instance, the '' section earlier noted that an asset can be legally brought into existence simply through the act of registering it in formal records.

With Gen2 blockchains, as outlined in the prior section, there are key limitations in terms of legal causality:

  • Immutability and Overwriting: Gen2 blockchains operate with immutable smart contracts and tokens. If any modifications are required, the original entry cannot be altered; instead, a new version must be deployed, leaving the old version on the blockchain.

  • Lack of Legal Causality: Events on the blockchain, such as the issuance of a token, do not inherently carry legal weight in the public law domain. They are not automatically recognized by public registries for entities or real estate, for example.

The inability to alter historical records on a blockchain is an inherent feature that cannot be circumvented. However, to address the second challenge — the gap in legal causality — companies involved in RWA tokenization have developed workarounds:

  1. They establish or lease the technology to design smart contracts and mint tokens.

  2. They collaborate with legal firms or establish an in-house legal team.

  3. They create legal entities into which asset ownership is transferred.

  4. They issue tokens representing ownership stakes in these entities or in the assets they hold.

  5. They produce legal documents affirming that the company is obliged to recognize the minted tokens as indicative of ownership shares in the entity or its assets.

This approach effectively creates a bridge between the technical operation of token issuance on a blockchain and the legal recognition of asset ownership. It relies on traditional legal documentation to impart the necessary legal causality to blockchain events.

Above process is referred to as ‘legal wrapping’ and uses private and corporate law to fill up the causality deficit of gen2 blockchains.

Note

The approach of legal wrapping, while appearing to be a viable solution, involves significant compromises for asset owners. In essence, legal wrapping requires asset owners to relinquish their direct ownership rights, substituting them with a claim that is acknowledged only within the confines of a specific agreement. This claim is then governed by the civil (private) law chosen by the service provider, not by the asset owner.

This shift means that unless the entity performing the wrapping is directly owned by the user — which is seldom the case — the original owners are essentially divested of their true ownership. Instead, they are left with a derivative right that depends entirely on the terms set forth by the service provider and the legal framework it operates under. This can lead to a scenario where the asset owner's control and rights over their asset are significantly diminished, transforming concrete ownership into a conditional claim that may not afford the same level of security or autonomy as direct ownership.

- Entity wrapping process
Documenting the Asset