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.7 IAC Partners

2.7.3 I - AC Interdependence

Previous2.7.2 Conflict Resolution ProcessNext2.8 Assets Policy in OAE

Last updated 7 months ago

I -AC Interdependence And Regress Claims

The term "I-AC interdependence" describes the crucial relationship between insurance providers, asset authenticators, and compliance validators. Here’s how it works:

  1. The asset administrator must then issue a legally binding declaration of trust. This confirms that the asset's status, as recorded on the blockchain, accurately reflects its real-world factual and legal condition.

  2. That declaration can be supported with proper authentication and compliance verification processes, which boosts the asset credibility, otherwise such a declaration will still be valid, but without any credibility attached to it.

  3. Issued assets can be connected with insurance policy - before it’s finalized, insurers calculate an insurance risk score.

  4. This score hinges on the outcomes from asset authentication and compliance verification processes, in case they are missing, insurance cost would be either extremely high (due to high risk) or wouldn’t be issued at all (further decreasing credibility of trust declaration issued for the asset)

  5. In case insurance is issued, and this declaration is breached—whether through intentional wrongdoing, negligence, or uncontrollable circumstances - the insurance provider is obligated to compensate any affected parties in the asset chain for their losses caused by the breach of trust.

  6. Subsequently, the insurance provider may seek compensation (a regress claim) from any party whose actions led to the insurance event. This includes the asset administrator, the owner (if the administrator acted in good faith based on inaccurate information from the owner), the authenticator, or the compliance validator. The process for pursuing these regress claims will take place outside the OAE framework.

  7. Insurance companies offer liability insurance to both Authenticators and Compliance Providers. While arranging this insurance doesn't necessarily need to happen via OAE, leveraging it for formalizing and disclosing the insurance through smart contracts (termed A-I for Authenticators and C-I for Compliance Providers) enhances the reputability of these service providers. This increase in trustworthiness, in turn, makes them more competitive and attractive as providers in their respective fields.

  8. If Authenticators or Compliance Validators decide to arrange their liability insurance through OAE, the reputation score of the Insurance Provider they’ve selected will impact their own reputation score.

- Conflicts resolution between Asset Admins and IAC providers