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. 2.0 OAE - Onchain Assets Environment
  2. 2.8 Assets Policy in OAE

2.8.8 Separating Ownership, Possession And Holding

Previous2.8.7 Token BondingNext2.8.9 Structured Asset Administration Policy

Last updated 7 months ago

The OAE policy regarding the separation of assets and rights allows introduction of a broader legal harmonization. This includes distinguishing between constructs of ownership, possession, and holding, which are now incorporated into blockchain technology.

Ownership, possession & OP bond

Ownership and possession rights are represented by two types of tokens:

  • Ownership Right Token: Can be bearer-based or identity-associated.

  • Possession Right Token: Similar to the ownership right token, it can be bearer-based or tied to an identity.

The connection between possession and ownership is established through a particular type of called ‘OP bond’, a feature built into the AssetChain's foundational layer. This setup ensures that:

  • Possession right token is inherently linked to the ownership right token

  • Creating a possession token necessitates adjustments to the corresponding ownership token.

  • It's impossible to duplicate possession rights (e.g., you cannot lease the same car to two different people simultaneously).

  • The transferability and operability of both possession and ownership tokens depends on specific parameters set at the Asset Smart Contract (SC) level.

For example, if you lend an apartment (i.e. issue possession token linked with apartment ownership token) you can’t issue more possession tokens for the already lent house. However, you might restrict a right that you can sell the property, even if it’s still leased to someone else (i.e. possession token linked with ownership token to that apartment is still active). Additionally, you can parametrize the possession token itself, e.g. make it time-limited (i.e. self-destruct after specific amount of time), or make it indefinite and transferable (until termination with 3-month notice to current holder)

Holding

Holding construct is derived from token rights sub-types.

  • Bearer Tokens: Holding a token with a bearer sub-type will always mean whoever holds that token is the owner of the right represented by it.

  • Identity-Associated Token: Holding of a token with identity-associated subtype, will mean that either:

    • Holder is owner of the right - in case of identify match

    • Holder is just holder - in case of identity mismatch

This distinction is vital for linking rights to assets with specific identities, ensuring the retention of ownership rights even if the tokens are moved. It is particularly crucial for tokens that represent individual rights, such as equity shares. In case of unauthorized transfers, the embedded identity ensures that the tokens remain associated with their rightful owner, rendering them valueless to potential loss.

token bond
- AC 10 cardinal rules, assets and rights