# Table of Contents - [RWA流动性协议 | IOST Dev doc](#rwa-iost-dev-doc) - [Proof of Heartbeat:基于硬件的PoH | IOST Dev doc](#proof-of-heartbeat-poh-iost-dev-doc) - [IOST 3.0 Whitepaper Lite 2024.10 | IOST Dev doc](#iost-3-0-whitepaper-lite-2024-10-iost-dev-doc) - [KYC/KYB & AML Module | IOST Dev doc](#kyc-kyb-aml-module-iost-dev-doc) - [Asset Bridge | IOST Dev doc](#asset-bridge-iost-dev-doc) - [RWA Tokenization engine | IOST Dev doc](#rwa-tokenization-engine-iost-dev-doc) - [PayPIN Node Ring Spec | IOST Dev doc](#paypin-node-ring-spec-iost-dev-doc) - [PalmID - KUDO™ Spec | IOST Dev doc](#palmid-kudo-spec-iost-dev-doc) - [RWA二级交易市场(RWA DEX) | IOST Dev doc](#rwa-rwa-dex-iost-dev-doc) - [流动性借贷协议 | IOST Dev doc](#-iost-dev-doc) - [RWA资产二级市场流动性问题与本息分离设计方案 | IOST Dev doc](#rwa-iost-dev-doc) - [DID | IOST Dev doc](#did-iost-dev-doc) - [资产模块技术概要 | IOST Dev doc](#-iost-dev-doc) - [IOST 3.0: Enhancing Payments with Real-World Assets | IOST Dev doc](#iost-3-0-enhancing-payments-with-real-world-assets-iost-dev-doc) --- # RWA流动性协议 | IOST Dev doc [](#jian-jie) 简介 --------------------- 随着 DeFi 市场逐步进入成熟发展阶段,现实世界资产(Real World Assets,简称 RWA)的代币化正引领新一轮金融创新浪潮。本文将围绕 IOST RWA 流动性借贷协议的设计框架,重点阐述资产代币化与支付应用两大核心模块的设计方案。 [](#rwa-dai-bi-hua-de-ji-shu-shi-xian-kuang-jia) RWA代币化的技术实现框架 ------------------------------------------------------------------- ### [](#ji-shu-jia-gou) **技术架构** * **ERC-3643 标准的映射** * 用于创建符合证券法规的证券型代币。 * 通过智能合约实现所有权登记、股息分配等核心功能。 * **资产验证模块** * 整合预言机网络获取链下资产估值数据: * **房地产资产**:接入权威第三方数据库。 * **大宗商品**:连接第三方价格指数。 ### [](#he-gui-jia-gou) **合规架构** * **自动化 KYC/AML 验证** * 采用 RegTech(监管科技)解决方案自动进行用户身份验证。 * 使用零知识证明技术保障用户隐私,提升合规和数据安全性。 * **抵押品管理系统** * 动态 LTV(贷款价值比)机制,根据链下资产估值变化自动调整,当波动超出设定阈值时触发清算程序。 [](#liu-dong-xing-xie-yi-de-shuang-ceng-jia-gou-she-ji) **流动性协议的双层架构设计** ----------------------------------------------------------------------------- 基础流动性层采用混合 AMM 模型,将 RWA 代币与稳定币组成流动性对。针对低波动性资产(如国债代币)设计恒定函数做市商(CFMM),而高波动性资产(如稀有金属)采用动态权重调整机制。激励层引入 veTokenomics 模型,质押治理代币可获得协议费用分成和流动性挖矿加成。 **RWA 借贷协议通过将链上流动性注入消费端**,为借贷用户提供灵活的资金支持。例如,消费者可以使用代币化房产或其他实物资产进行抵押,获取贷款后用于教育、医疗或其他大额消费需求,进而带动消费市场的整体活跃。这种模式有效推动了个人和企业层面的资金流动,促进了经济的健康发展。 此外,将搭建去中心化交易所(Dex),使用户能够在不同资产类别间进行无缝交换。该设计优化了交易路径,减少了滑点和交易成本,进一步提升协议的整体流动性和可用性。 [](#jie-dai-xie-yi-she-ji-yu-zhi-fu-mo-kuai) **借贷协议设计与支付模块** ----------------------------------------------------------------- 借贷协议的设计综合了多因子风险评估模型,主要考虑抵押资产类型、市场波动率、市场深度等关键因素,以确保风险可控、资金安全。 例如,在商业地产抵押贷款的场景中,初始贷款价值比(LTV)通常设定为 60%,而清算门槛为 120%。一旦资产估值波动超过设定阈值,系统将自动触发清算机制,降低系统性风险。 同时,引入保险资金池,用于覆盖特殊情况下的损失,进一步增强了抵押资产的安全保障。在支付模块方面,RWA 代币支持直接结算,借助原子交换技术实现跨链即时支付,大幅提升资金流动性。与传统的 SWIFT 系统相比,这种支付方案不仅将手续费降低了 87%,还大幅缩短了支付时间,为全球资本市场的高效运作提供了支持。 [PreviousAsset Bridge](/iost-dev-doc/asset-bridge) [NextRWA资产二级市场流动性问题与本息分离设计方案](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/rwa-zi-chan-er-ji-shi-chang-liu-dong-xing-wen-ti-yu-ben-xi-fen-li-she-ji-fang-an) Last updated 1 month ago --- # Proof of Heartbeat:基于硬件的PoH | IOST Dev doc ### [](#ji-shu-ding-wei-yu-he-xin-jia-zhi) 技术定位与核心价值 Proof of Heartbeat 是 PayPIN 生态系统中的创新身份验证协议,旨在通过**生物行为特征分析**与**链上动态验证**的结合,构建不可伪造的数字身份体系。该协议解决了传统区块链系统中的三大核心问题: 1. **身份唯一性保障** 通过融合多模态生物数据(心率模式、手势特征)与硬件指纹,确保每个去中心化身份(DID)对应唯一的真实个体。 2. **持续合规监控** 在支付、金融交易等场景中实时验证用户身份活性,动态调整信用额度与操作权限。 3. **隐私增强设计** 采用零知识证明技术,在验证过程中不泄露任何原始生物数据,实现"可验证但不可知"的隐私保护。 * * * ### [](#ji-shu-shi-xian-kuang-jia) 技术实现框架 #### [](#sheng-wu-te-zheng-cai-ji-jie-duan) 生物特征采集阶段 1. **多传感器协同工作** * **光学传感器**:通过绿光LED与光电二极管捕捉皮下血液流动特征,生成心率变异(HRV)波形 * **电容传感器**:检测用户自然操作时的手指接触模式(按压力度、滑动轨迹) * **运动传感器**:捕捉设备微振动特征,区分真实人体行为与机械仿冒 2. **动态特征融合算法** 传感器数据在安全元件内进行加密处理: Copy 原始数据 -> 时空对齐 -> 特征提取 -> 哈希混淆 -> 零知识承诺 最终生成不可逆的复合生物特征哈希值,确保原始数据永不离开设备。 #### [](#lian-shang-yan-zheng-ji-zhi) 链上验证机制 1. **活性证明生成** 每次身份验证时,设备生成包含以下要素的加密证明包: * 时间戳加密摘要 * 生物特征哈希 * 硬件唯一标识符 * 零知识证明签名 2. **验证合约** #### [](#yong-hu-deng-ji-mo-xing-gou-jian) 用户等级模型构建 系统根据持续验证记录构建类似动态信用体系的会员等级: Copy 等级评分 = 基础分 × log(连续活跃天数) - 异常次数 × 风险系数 评分结果直接影响: * 单笔交易限额 * 跨链操作权限 * 治理投票权重 * * * ### [](#ying-yong-chang-jing-kuo-zhan) 应用场景扩展 #### [](#rwa-he-gui-fa-xing) RWA 合规发行 1. **资产申购验证** 发行方需通过Proof of Heartbeat验证,确保实体资产与链上DID的合法绑定。 2. **投资者准入控制** Copy 投资流程: 提交投资意向 → 触发活性验证 → 智能合约检查用户等级评分: ≥阈值: 开放认购权限 <阈值: 要求增强验证 [PreviousDID](/iost-dev-doc/did) [NextPayPIN Node Ring Spec](/iost-dev-doc/did/paypin-node-ring-spec) Last updated 1 month ago ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FETZzdI8cn0uyseJT4KTB%252Fmermaid-diagram-2025-02-11-032723.png%3Falt%3Dmedia%26token%3D3b26c5ca-0aa0-46f7-9a78-5221fd757a54&width=768&dpr=4&quality=100&sign=c19fb555&sv=2) --- # IOST 3.0 Whitepaper Lite 2024.10 | IOST Dev doc **注意:** 本文档为 IOST 3.0 白皮书 Lite 版本,重点阐述三大核心技术创新: * RWA:现实世界资产上链解决方案 * PayPIN:去中心化支付基础设施 * PayFi:Layer-2 支付金融引擎 文档内容可能随技术发展和社区治理调整。 [PreviousRWA二级交易市场(RWA DEX)](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/rwa-er-ji-jiao-yi-shi-chang-rwa-dex) [NextIOST 3.0: Enhancing Payments with Real-World Assets](/iost-dev-doc/iost-3.0-whitepaper-lite-2024.10/iost-3.0-enhancing-payments-with-real-world-assets) Last updated 1 month ago --- # KYC/KYB & AML Module | IOST Dev doc [](#id-1.-overview) 1\. Overview ------------------------------------- In Real World Asset (RWA) trading scenarios, all participants—including individual investors, institutional investors, and the platform itself—undergo rigorous compliance review to ensure that: * **Buyer identity is legitimate:** The system confirms that users are who they claim to be. * **Funding sources are compliant:** Transaction funds are verified to be legal and properly sourced. * **Trading behavior complies with legal and regulatory standards:** All transactions adhere to established regulations. Within the IOST technology stack, we deploy a dedicated KYC/KYB/AML module. This module integrates third-party services, including Persona for identity verification, Elliptic for blockchain-based AML monitoring, and a specialized KYB partner for business verification. This integration ensures data authenticity, integrity, and traceability. * * * [](#id-2.-module-function-overview) 2\. Module Function Overview --------------------------------------------------------------------- ### [](#id-2.1-kyc) 2.1 KYC Persona is the third-party solution for KYC verification. It provides: * **Identity Verification:** It validates identity documents (ID cards, passports, and driver’s licenses) and performs liveness checks to confirm that the user’s submitted identity matches their true identity. * **User Information Management:** It securely encrypts and stores personal details including name, address, date of birth, and nationality. * **Risk Rating:** It assigns a risk score based on factors like document authenticity, age, and regional risk, ensuring a precise basis for compliance decisions. ### [](#id-2.2-kyb) 2.2 KYB Trulioo serves as our dedicated KYB solution for verifying business entities. It provides: * **Corporate Registration Verification:** It verifies a company’s legal registration, licenses, and official documents. * **Ownership and Management Verification:** It confirms the identities of directors, ultimate beneficial owners (UBOs), and other key stakeholders. * **Operational and Financial Risk Assessment:** It evaluates business credibility, financial health, and any risk indicators to ensure compliance with regulatory requirements. ### [](#id-2.3-aml) 2.3 AML Elliptic & Chainalysis deliver blockchain-based AML and compliance monitoring: * **Blockchain Address Monitoring:** It assesses wallet addresses for connections to illicit funds, hacking activity, or sanctioned entities. * **Transaction Tracing:** It monitors on-chain fund flows and detects suspicious patterns with precise alerts for immediate action. * **Compliance Reporting:** It generates regulatory-compliant reports that support audits and detailed analysis by compliance teams. * * * [](#id-3.-technical-architecture) 3\. Technical Architecture ----------------------------------------------------------------- ### [](#id-3.1-module-interaction) 3.1 Module Interaction 1. **User Interface** * Individuals and institutions submit their KYC/KYB documentation and wallet addresses through a secure frontend. * Users initiate transactions on-chain. 2. **KYC Module (Persona) & KYB Module (Trulioo)** * The system receives user and business data and sends it to the respective third-party services using secure APIs. * Persona returns a KYC report, and Trulioo provides a KYB report with all necessary verification details. 3. **Compliance Decision (Asset Issuer)** * The asset issuer reviews the KYC and KYB reports alongside AML data to determine compliance status. * The compliance decision is based on internal standards and regulatory requirements for RWA trading. 4. **AML Module (Elliptic)** * The system submits wallet addresses to Elliptic, which analyzes them for risk and produces an AML report. * The AML results further support the final compliance decision. 5. **Business Contract (IOST L2 Chain)** * The smart contract verifies the stored compliance status before permitting asset transactions. * It records compliance changes or verification results as hashes or summarized data to protect sensitive information. * * * [](#id-4.-workflow) 4\. Workflow ------------------------------------- A typical end-to-end process combining KYC, KYB, and AML functions is as follows: 1. **Registration and Submission** * Personal users submit their identification documents, while business entities submit corporate registration and ownership data. 2. **Verification via Third-Party Services** * Persona validates individual identity and issues a KYC report. * Trulioo verifies business credentials and issues a KYB report. * Elliptic monitors wallet addresses and produces an AML report. 3. **Compilation of Compliance Report** * The asset issuer reviews all reports and determines the compliance status, categorizing users as “Compliant,” “Non-Compliant,” or “Requires Further Review.” 4. **On-Chain Recording** * The final compliance decision is recorded on the IOST L2 Chain as a hashed or summarized record to secure data integrity and privacy. * * * [](#id-5.-data-handling-and-storage) 5\. Data Handling and Storage ----------------------------------------------------------------------- ### [](#id-5.1-data-classification) 5.1 Data Classification * **Personal/Corporate Information:** Stored within Persona, Trulioo, and the platform’s internal compliance databases. This includes names, identification numbers, addresses, and corporate registration details. * **On-Chain Transaction Data:** Includes immutable records of transactions and smart contract interactions on the IOST L2 Chain. * **Compliance Status:** The final KYC/KYB/AML results are stored on-chain as hashed records or summarized status flags. * **Logs and Audit Data:** All API interactions and verification processes are securely logged for audit and compliance reviews. ### [](#id-5.2-data-security-and-privacy) 5.2 Data Security and Privacy * **Encrypted Storage:** Sensitive data is encrypted using AES-256 and stored in secure databases or encrypted file systems. * **Secure Transmission:** All communications with third-party APIs are transmitted over HTTPS/TLS. * **Access Controls:** RBAC and IAM systems enforce least-privilege access, ensuring that only authorized personnel view full data details. * **Audit Logging:** Every access and modification to sensitive data is logged with timestamps, user identifiers, and justifications, with periodic reviews conducted. * * * [](#id-6.-security-and-privacy-design) 6\. Security and Privacy Design --------------------------------------------------------------------------- * **Encryption and Digital Signatures:** All KYC, KYB, and AML reports are stored using robust encryption and digital signatures to prevent tampering and unauthorized disclosure. * **Data Minimization:** Only essential compliance summaries and hashed references are recorded on-chain, ensuring that no sensitive personal or corporate data is directly exposed. * **Strict Access Control:** Sensitive records are accessible only to designated compliance personnel or automated systems, while public blockchain data displays only non-sensitive status flags and hash pointers. * * * [](#id-7.-rwa-application-scenarios) 7\. RWA Application Scenarios ----------------------------------------------------------------------- This compliance module supports a wide range of RWA trading scenarios: * **Tokenized Real Estate:** Verifies individual buyers and corporate investors to comply with real estate regulations and prevent fraudulent transactions. * **Supply Chain Finance:** Confirms that all participating businesses meet registration and operational standards, ensuring authenticity in invoice and asset-backed token transactions. * **Institutional Trading:** Validates that institutional entities, such as hedge funds and private equity firms, possess the necessary corporate credentials and meet regulatory requirements. * **Commodities and Precious Metals Trading:** Ensures that companies dealing in tokenized commodities have passed rigorous corporate and AML checks, thereby upholding transaction integrity. * * * [PreviousRWA Tokenization engine](/iost-dev-doc/rwa-tokenization-engine) [NextDID](/iost-dev-doc/did) Last updated 1 month ago Compliance Module ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FZArpvbZLdJI7dXsJK9l4%252Fmermaid-diagram-2025-02-10-160228.png%3Falt%3Dmedia%26token%3D04639640-cb10-4705-bbb3-dda0ef51424a&width=768&dpr=4&quality=100&sign=5cda3208&sv=2) --- # Asset Bridge | IOST Dev doc [](#cross-chain-bridge-and-principal-interest-separation-system) Cross-Chain Bridge & Principal/Interest Separation System ------------------------------------------------------------------------------------------------------------------------------- ### [](#id-1.-project-background-and-design-motivation) 1\. Project Background & Design Motivation With the rapid growth of Real-World Asset (RWA) tokenization, assets on different chains are often fragmented and managed under different standards. To achieve unified asset management and boost liquidity, our system maps external RWA assets (e.g., from BSC and Ethereum) into our BSC L2 platform. In our design, we use a cross-chain bridge module to lock external assets and generate a "mapping proof." This proof is then used to standardize the asset via our tokenization engine (which issues BEP-20 tokens) and immediately split it into two parts: * **Principal Token:** Represents the core asset value and is designed for risk-averse investors. * **Interest Token:** Represents future earnings (such as interest, coupons, or rental income) and is intended for investors seeking higher returns. To ensure security and compliance, we introduce the compliance module early in the process—right after asset mapping and before tokenization. This ensures that both the asset source and the participants are verified (via KYC/KYB and DID) before they enter subsequent processing. * * * ### [](#id-2.-system-architecture-overview-and-workflow) 2\. System Architecture Overview & Workflow Our system is composed of the following core modules: 1. **Cross-Chain Bridge Module** * **Function:** Monitors external-chain RWA assets, locks/stakes these assets, and generates a mapping proof. * **Role:** Ensures the asset’s state is immutable during the mapping process and provides a trusted proof for subsequent tokenization. 2. **Compliance Module (KYC/KYB/DID Verification)** * **Function:** Validates the asset source and participant identity before proceeding with tokenization. * **Role:** Ensures all assets and users meet regulatory requirements, providing a secure and compliant foundation. 3. **Tokenization Engine** * **Function:** Receives the mapping proof along with verified asset metadata and generates standardized asset tokens in BEP-20 format. * **Role:** Unifies assets from various chains under one standard and supplies the basis for principal/interest separation. 4. **Principal/Interest Separation Module** * **Function:** Automatically splits the tokenized asset into two tokens: the Principal Token and the Interest Token. * **Role:** Offers products with different risk/return profiles to cater to diverse investor needs and stimulate secondary market activity. 5. **Liquidity & Matching Module** * **Function:** Manages separate liquidity pools for Principal and Interest tokens and provides order matching services. * **Role:** Ensures proper price discovery, market depth, and efficient trading. #### [](#workflow-summary) Workflow Summary 1. **External Asset Locking:** External-chain RWA assets are first locked by the Cross-Chain Bridge, which generates a mapping proof. 2. **Compliance Verification:** The mapping proof and asset details are then forwarded to the Compliance Module for KYC/KYB/DID verification. 3. **Asset Tokenization:** Once verified, the Tokenization Engine uses the mapping proof and asset metadata to create standardized BEP-20 tokens. 4. **Principal/Interest Separation:** The asset is then split into two tokens: the Principal Token and the Interest Token (with built-in interest accrual and settlement logic). 5. **Liquidity & Trading:** Finally, the separated tokens enter dedicated liquidity pools and the Matching Module supports secondary market trading and settlement. * * * ### [](#id-3.-system-architecture-diagram) 3\. System Architecture Diagram Below is the Mermaid diagram illustrating the overall architecture : _How it works:_ 1. External assets are locked by the Bridge, which produces a mapping proof. 2. The mapping proof and asset data are verified in the Compliance Module. 3. The Tokenization Engine standardizes the asset (BEP-20 format). 4. The asset is split into Principal and Interest tokens. 5. The tokens enter liquidity pools and are traded in the secondary market. * * * ### [](#id-4.-core-contract-definitions-class-definitions) 4\. Core Contract Definitions (class definitions) #### [](#id-4.1-cross-chain-bridge-module) 4.1 Cross-Chain Bridge Module Copy // SPDX-License-Identifier: MIT pragma solidity ^0.8.0; /** * @title CrossChainBridge * @dev Locks external-chain assets and generates a mapping proof. */ contract CrossChainBridge { mapping(string => bytes) public lockedAssets; /** * @notice Locks an external asset. * @param assetId The unique identifier of the external asset. * @param assetMetadata The asset's detailed information (e.g., value, type, chain ID). * @return Returns the assetId used for locking. */ function lockAsset(string memory assetId, bytes memory assetMetadata) public returns (string memory) { lockedAssets[assetId] = assetMetadata; return assetId; } /** * @notice Generates a mapping proof for the locked asset. * @param lockedAssetId The identifier of the locked asset. * @return A mapping proof string, e.g., "Proof_of_assetId". */ function generateMappingProof(string memory lockedAssetId) public view returns (string memory) { return string(abi.encodePacked("Proof_of_", lockedAssetId)); } } #### [](#id-4.2-compliance-module) 4.2 Compliance Module Copy // SPDX-License-Identifier: MIT pragma solidity ^0.8.0; /** * @title ComplianceModule * @dev Performs lightweight KYC/KYB and DID verification for users and assets. */ contract ComplianceModule { mapping(address => bool) public verifiedUsers; event UserVerified(address user); /** * @notice Verifies a user's compliance using KYC/KYB data. * @param user The user's address. * @param kycData Encrypted KYC/KYB documentation. * @return Returns true if verification passes. */ function verifyUser(address user, bytes memory kycData) public returns (bool) { // Implement KYC/KYB verification logic here. verifiedUsers[user] = true; emit UserVerified(user); return true; } /** * @notice Checks whether a user has been verified. * @param user The user's address. * @return True if the user is verified. */ function isVerified(address user) public view returns (bool) { return verifiedUsers[user]; } } #### [](#id-4.3-tokenization-and-principal-interest-separation-module) 4.3 Tokenization & Principal/Interest Separation Module Copy // SPDX-License-Identifier: MIT pragma solidity ^0.8.0; /** * @title TokenizationEngine * @dev Generates standardized BEP-20 asset tokens from a mapping proof and asset metadata, then performs principal/interest separation. */ contract TokenizationEngine { event AssetTokenized(string assetId, string principalTokenId, string interestTokenId); /** * @notice Tokenizes an asset and splits it into Principal and Interest tokens. * @param mappingProof The mapping proof string. * @param assetId The asset's unique identifier. * @param principalValue The principal value of the asset. * @param interestRate The interest rate or yield ratio. * @return principalTokenId The identifier for the Principal Token. * @return interestTokenId The identifier for the Interest Token. */ function tokenizeAsset( string memory mappingProof, string memory assetId, uint256 principalValue, uint256 interestRate ) public returns (string memory, string memory) { // Assuming compliance verification has been completed. string memory principalTokenId = string(abi.encodePacked("P-", assetId)); string memory interestTokenId = string(abi.encodePacked("I-", assetId)); emit AssetTokenized(assetId, principalTokenId, interestTokenId); return (principalTokenId, interestTokenId); } } > _Note:_ In a full implementation, the Principal and Interest tokens would be deployed as BEP-20 compliant contracts, ensuring compatibility with our BSC L2 platform. #### [](#id-4.4-liquidity-and-matching-module-overview) 4.4 Liquidity & Matching Module (Overview) This module manages separate liquidity pools for the two token types and facilitates order matching. Detailed implementation is based on industry-standard decentralized exchange (DEX) designs. Core functions include adding/removing liquidity, order submission, and matching. * * * ### [](#id-5.-compliance-and-security-considerations) 5\. Compliance & Security Considerations By integrating the Compliance Module before the asset tokenization step, we ensure that: * **User Identity Verification:** Only verified users (meeting KYC/KYB requirements) can participate, mitigating risks such as money laundering and fraud. * **Asset Qualification Check:** External assets are verified against regulatory data to ensure legitimacy. * **DID Integration:** Decentralized identity solutions protect user privacy while maintaining data trustworthiness. This front-loading of compliance verification not only enhances system security but also provides a robust foundation for subsequent tokenization, principal/interest separation, and market trading. * * * ### [](#id-6.-whats-next) 6\. What's next Currently our system splits each asset into two distinct tokens—one representing the principal value and the other representing future earnings. Integrated liquidity management and order matching further enable efficient secondary market trading while ensuring full regulatory compliance. In the next step, our team is dedicated to propose 3 new BEP types and use native BEP token to increase interoperability. [PreviousPalmID - KUDO™ Spec](/iost-dev-doc/did/palmid-kudo-tm-spec) [NextRWA流动性协议](/iost-dev-doc/rwa-liu-dong-xing-xie-yi) Last updated 1 month ago ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FsOrcFSqdMSGRPFEHZTcE%252Fmermaid-diagram-2025-02-10-140841.png%3Falt%3Dmedia%26token%3D6362bf57-6797-4e9c-983d-883528e1cea8&width=768&dpr=4&quality=100&sign=3dfe915c&sv=2) --- # RWA Tokenization engine | IOST Dev doc [Previous资产模块技术概要](/iost-dev-doc) [NextKYC/KYB & AML Module](/iost-dev-doc/kyc-kyb-and-aml-module) Last updated 1 month ago #### [](#bei-jing) 背景 **目标** IOST-RWA 是一种IOST Layer2上内置的RWA协议,支持任何用户或者机构灵活构建一个高稳定性、高流动性的RWA资产池。无论是专业的投资机构还是DeFi个人用户,都能通过RWA协议获得更好的收益。 #### [](#he-xin-gong-neng) 核心功能 **多资产支持**:支持保本生息(coupon bond)、开放式 MMF、不保本资产(矿业/GPU 集群)、固定生息(房产租赁权)以及固定非生息(艺术品)等多种资产类型的代币化。**资产模板与动态参数**:提供灵活的资产模板设计,允许发行方定义资产基础属性(本金、利率、折旧机制、还本付息结构等)。**本息分离机制**:支持对发行的资产进行本息拆分,利用智能合约自动将本金和利息流拆分成不同的代币,便于后续二级市场交易与收益管理。 **市场价格预言机**:RWA价格往往受到宏观经济因素、市场供需以及利率变动的直接影响。因此,我们需要一个可靠的 **市场价格预言机(Oracle)** 来提供实时、精准的数据支持。数据包括 * **国家央行基准利率**(如美联储 FFR、欧洲央行存款利率) * **不同到期日的美债收益率**(如 1M、3M、1Y、10Y、30Y Treasury Yields) * **SOFR等基准利率**(用于衍生品或浮动利率工具的定价) * **通胀数据(CPI)**(影响实际利率和长期资产估值) #### [](#fang-an-zheng-ti-she-ji) 方案整体设计 #### [](#zi-chan-guan-li) 资产管理 为了满足各类不同用户对RWA的风险和收益预期,协议支持对真实世界的各类资产进行灵活代币化。除了支持coupon bond保本生息资产,还支持矿业/GPU 集群等收益更高的不保本生息资产。按照资产周期,支持短期、中期、长期以及自定义的周期性资产。方便将各类真实世界千差万别的有投资价值的资产进行代币化。 ### [](#rwa-pei-zhi) RWA配置 **认购配置** 支持项目方自由设置认购支持的资产,并通过扩展功能支持设置认购的上限、下限以及认购的开始和结束时间。通过内置的风控模型,可以支持白名单或者黑名单的功能,保障RWA资产的安全性和可靠性。支持的认购方式包括: * 开放时间内任意认购数量,时间结束后计算认购额度,超出的部分按照比例退回 * 先到先得,额度打满或者到目标时间后结束认购 **派息** **派息时间** * 固定周期间隔派息 * 完整周期完结派息 * 自定义周期派息 **派息资产** * 本金代币 * 收益代币 * USDT/USDC稳币 #### [](#ben-xi-fen-li) 本息分离 通过**引入本息分离概念,**将传统金融市场中的 “本息分离” 概念引入 DeFi 领域,把可产生收益的代币分为本金代币与收益代币,为用户提供了更多样化的金融操作选择,使他们能根据自身对市场收益率的预期制定不同的投资策略,比如预期年化收益率下降时卖出 收益代币提前兑现收入,预期上升时买入收益代币。通过本息分离**创新交易市场构建,**为 “可产生收益的代币” 打造 “到期收益率” 交易市场,用户可在该市场中交易 本金代币与收益代币,实现折价购买资产、做多做空收益率和获取低风险固定收益等操作,丰富了 DeFi 的交易类型和盈利模式。用户可以通过本息分离,实现资产利用率的最大化,比如通过将持有的可产生收益的代币进行拆分,在不同的市场预期下通过交易本金代币与收益代币来获取多重收益。这种拆分方式提供了相对低风险的固定收益选择,同时也允许用户通过对收益率的交易来追求更高的收益,满足了不同风险偏好用户的需求。用户可以根据自己的风险承受能力和市场判断,选择持有本金代币获取稳定的本金回收和一定的收益,或者交易收益代币来获取更高但相对风险也较高的收益。 #### [](#an-quan) 安全 * 支持合规冻结解冻用户,被冻结用户无法获得利息,禁止赎回本金 * 合约内部实现了多签的资产管理模块,保证项目资金安全 #### [](#user-case) User Case **用户侧** * 用户认购USDC/USDT,拿到RWA Token * 用户交易或者拆分凭证的token * 用户领取利息 * 用户提取本金和利息 **项目方侧** * RWA合约配置 * 开启认购 * 结束认购 * 写入利息数据 * 提现 * 充值本息 #### [](#liu-cheng) 流程 1. **合约设计** * 合约 Copy // SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "@openzeppelin/contracts/token/ERC20/ERC20.sol"; import "@openzeppelin/contracts/access/Ownable.sol"; contract RWA is ERC20, Ownable { uint256 totalUSDC; uint256 totalInterest; address _trustedWallet; struct UserAssetsInfo { uint256 tokenAmount; uint256 interest; uint256 principal; } constructor(address walletAddress) ERC20("RWA", "XXX") { trustMultisigWallet = walletAddress; } function _setTrustedWallet(address _walletAddress) external onlyOwner { _trustedWallet = _walletAddress; } function isTrustedForwarder(address msgSender) public view virtual override returns (bool) { return msgSender == _trustedWallet; } function getAssetsInfo(address userAddress) public view returns(UserAssetsInfo) { //todo } //用户认购 function mint(uint256 amount) external { //todo } // 用户赎回本息 function claim() external { //todo } //【多签】开启认购:到指定块高货时间后自动开启 function openMint() external onlyOwner { //todo } //【多签】结束认购 function closeMint() external onlyOwner { //todo } //【多签】派息 function devidend(uint256 usdcAmount) external onlyOwner { //todo } //【多签】提现到指定地址 function withdraw(address toAddress, uint256 usdcAmount) external onlyTrustedWallet { //todo } //本金利息充值,用于结束后给用户claim function despoist(uint256 usdcAmount) external onlyOwner { //todo } //【多签】结束,开启用户claim function openClaim() external onlyOwner { //todo } function onlyTrustWalelt() internal returns (bool) { return _trustedWallet == msg.sender } modifier onlyTrustedWallet() { require(msg.sender == _trustedWallet, "NO ACCESS: only trustedWallet"); _; } } ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FyX8fTlb42I6dSj4Tucmt%252Fimage.png%3Falt%3Dmedia%26token%3Dec315c3b-d5c1-4adb-9c6b-bf7fd3c1ea0c&width=768&dpr=4&quality=100&sign=837efe01&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FKL7UQFY0BAu93P1YH96J%252Fimage.png%3Falt%3Dmedia%26token%3Db50490de-1246-439f-b04d-9cb480b3536f&width=768&dpr=4&quality=100&sign=8e701a92&sv=2) --- # PayPIN Node Ring Spec | IOST Dev doc [PreviousProof of Heartbeat:基于硬件的PoH](/iost-dev-doc/did/proof-of-heartbeat-ji-yu-ying-jian-de-poh) [NextPalmID - KUDO™ Spec](/iost-dev-doc/did/palmid-kudo-tm-spec) Last updated 1 month ago ### [](#he-xin-can-shu) 核心参数 模块 型号/参数 物理尺寸 功耗特性 安全元件 Infineon SLC37 2.5×2.5×0.5mm 待机0.1μA NFC控制器 NXP PN7150 3.5×3.5×0.6mm 工作电流12mA 主控MCU Ambiq Apollo4 Blue 4×4×0.7mm 32μA/MHz 光学传感器 AMS AS7341L 2.1×1.8×0.9mm 测量时850μA 电池 Li-Po 环形电池 Φ14×2.8mm 25mAh容量 ### [](#chuan-gan-qi-gong-neng-pei-zhi) 传感器功能配置 #### [](#guang-xue-chuan-gan-qi-gong-zuo-liu) 光学传感器工作流 #### [](#dian-rong-chuan-gan-qi-te-xing) 电容传感器特性 * **检测维度**: * 8通道环形电容阵列 * 压力等级:0-3级(轻触/正常/重压) * **手势库**: 手势 功能触发 双击 确认交易 长按2秒 紧急锁定 顺时针华东 菜单切换 ### [](#jia-mi-yu-an-quan) 加密与安全 #### [](#mi-yao-jia-gou) 密钥架构 #### [](#an-quan-fang-hu) 安全防护 * **物理防护**: * 合金外壳 EMI 屏蔽效能 ≥30dB(1-6GHz) * 防拆机熔断机制:触发后擦除安全元件密钥 * **通信加密**: * BLE 传输使用 AES-CCM 模式 * NFC 数据包添加 MAC 校验 ### [](#kai-fa-yue-shu) 开发约束 Copy // 受限API调用示例 try { const bioData = await ring.getBiometricHash(); // 仅返回256位哈希值,非原始数据 } catch (error) { console.error("需要用户手势授权!"); } ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252Fc0bq1ouylohO3EWU0jgR%252Fmermaid-diagram-2025-02-11-030234.png%3Falt%3Dmedia%26token%3Dbff5e320-c0f0-4353-b4bc-4c172f587e00&width=768&dpr=4&quality=100&sign=cae5f28b&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252F23tAUYn9TQE4G1WomrZn%252Fmermaid-diagram-2025-02-11-031612.png%3Falt%3Dmedia%26token%3Dd7263fe2-6edc-42ad-bd05-9bcf5795914b&width=768&dpr=4&quality=100&sign=e6c327fa&sv=2) --- # PalmID - KUDO™ Spec | IOST Dev doc **KUDO ID™ - DID module of IOST 3.0** KUDO ID™ (Know Ur Digital Ownership) is a next-generation, decentralized biometric identity protocol designed for secure authentication, payments, and decentralized identity (DID) verification. By leveraging dual-modal palm vein and palm print biometrics, KUDO ID™ delivers fraud-resistant, privacy-preserving digital identity solutions that integrate seamlessly across Web2, Web3, and DeFi ecosystems.The rise of fake identities (52.5 to 150 billion accounts) and automated bot-driven fraud (90% of stablecoin transactions, 90% of airdrops targeted by Sybil attacks) has created a $1 trillion risk in digital finance. KUDO ID™ mitigates these risks by employing zero-knowledge proof (ZKP) cryptography, allowing users to verify their identity without exposing sensitive data on IOST. #### [](#core-advantages) **Core Advantages** * **99.9% biometric accuracy**, reducing false acceptance rates (FAR < 0.01%). * **Multi-chain interoperability with BNB Chain and IOST**, ensuring scalability and high-speed, low-cost identity verification. * **Decentralized Identity (DID) + Palm-Based Payments**, enabling **frictionless financial transactions** while maintaining full user control. * **GDPR & CCPA Compliance** with **self-sovereign identity (SSI) architecture**, ensuring regulatory trust and privacy. * **Tokenized incentives & staking**, where verified users and ecosystem participants earn rewards for securing the network. By 2028, over 1 billion users are projected to need decentralized identity solutions, making KUDO ID™ a fundamental infrastructure module for IOST expansion to **Web3 finance and payments**. 1. [](#system-architecture) **System Architecture** ----------------------------------------------------- **Biometric Data Capture and Processing** * **Dual-Modal Biometric Identification:** KUDO ID™ leverages dual-modal biometric recognition, capturing both palm vein and palm print data for maximum security. * **Image Capture Devices:** The system uses RGB/IR cameras to acquire high-resolution palm vein and print data. * **Preprocessing Techniques:** * Grayscale Conversion * Denoising and Enhancement * Region of Interest (ROI) Extraction * Segmentation of biometric patterns (e.g., skin lines, whorls) **Feature Extraction and Matching** * **Feature Extraction:** Core attributes (e.g., texture, vein patterns) are encoded into vectors through advanced algorithms. * **Feature Matching:** Using Euclidean Distance, Correlation Coefficient, and deep learning matching algorithms, the system verifies identity with high precision. **Decentralized Storage and Privacy Control** * **Zero-Knowledge Proof (ZKP):** ZKP technology enables users to prove identity without revealing biometric data, protecting user privacy. * **Decentralized Ledger:** Each verified user’s ID (DID) and verifiable credentials (VC) are securely stored on-chain, providing immutability and transparency. * **User-Controlled Data:** Data is stored in a decentralized manner, with users maintaining ownership and access rights through self-sovereign identity (SSI). 1. [](#security-and-privacy) **Security and Privacy** ------------------------------------------------------- **Multi-Layered Authentication Protocols** * **Biometric Matching Accuracy:** The system is optimized to minimize False Acceptance Rate (FAR) and False Rejection Rate (FRR) by setting precise thresholds for identity confirmation. * **Zero-Knowledge Proof Integration:** Allows the system to confirm identity without exposing personal data, using cryptographic proofs. **Compliance with Global Standards** * **GDPR/CCPA Compliance:** KUDO ID™ is designed to meet stringent global privacy regulations, ensuring user data control and informed consent. * **Decentralized Identity Verification:** Ensures compliance by limiting access to verified users only and maintaining secure data control on-chain. 1. [](#technological-innovation) **Technological Innovation** --------------------------------------------------------------- Feature Description Dual-Modal Biometrics Combines palm vein and print data for accurate and secure identification Zero-Knowledge Proof Proves identity without disclosing sensitive data Decentralized Storage Stores IDs and verifiable credentials on-chain, ensuring immutability and user control Web2 and Web3 Integration Enables seamless interoperability between traditional and decentralized systems 1. [](#payment-utilization-and-infrastructure) **Payment Utilization & Infrastructure** ----------------------------------------------------------------------------------------- * How KUDO ID™ enables biometric transactions via BNB Chain (scalability) & IOST (high-speed, low-cost processing). * Integration with DeFi protocols for instant loan approvals based on verified identity. * Biometric-backed crypto payments, reducing fraud in e-commerce and remittances. 1. [](#future-roadmap) **Future Roadmap** ------------------------------------------- Milestone Description Target Date Beta Testing on IOST Initial testing of KUDO ID™ on the IOST network to assess scalability Q1 2025 Multi-Chain Expansion Integrate with other blockchains for broader compatibility Q3 2025 Enhanced Compliance Features Develop additional compliance tools for evolving global regulations Q4 2025 Expanded Use Cases Explore more applications in finance, healthcare, and e-commerce 2026 1. [](#data-flow-architecture) **Data Flow Architecture** ----------------------------------------------------------- **Data Capture and Encryption Process**This flow ensures secure capture, encryption, and storage of biometric data. Step Description Encryption Technique Capture RGB/IR cameras capture high-resolution palm vein and print data N/A Preprocessing Data is denoised, enhanced, and segmented to extract core biometric features Local device-level encryption Feature Encoding Biometric features are encoded into vectors for analysis Encrypted encoding Zero-Knowledge Proof Biometric data verified without exposure to third parties ZKP-based cryptographic verification Decentralized Storage Data is stored on-chain, with control retained by the user Blockchain-based encryption & immutability 1. [](#biometric-security-comparisons) **Biometric Security Comparisons** --------------------------------------------------------------------------- To underscore the security of KUDO Palm ID, here’s a table comparing various biometric security types. Biometric Type Uniqueness Difficulty to Replicate Privacy Risk KUDO Palm ID’s Use Palm Print High Difficult Low Yes Palm Vein Very High Extremely Difficult Very Low Yes Iris Very High Moderate Moderate No Fingerprint Moderate Moderate High No Facial Recognition Low Easy High No KUDO Palm ID leverages **palm vein and print** recognition, maximizing security and minimizing privacy risks. 1. [](#compliance-and-privacy-standards) **Compliance and Privacy Standards** ------------------------------------------------------------------------------- **Compliance by Design** KUDO ID™ aligns with global standards, ensuring user data sovereignty and privacy. Compliance Standard KUDO ID™ Approach GDPR User-controlled data storage; transparent consent process CCPA Right to privacy embedded with zero-knowledge proofs ISO 27001 Secure data management practices with decentralized storage AML/KYC Integration Option for regulated entities to access verified identities without compromising user privacy **Zero-Knowledge Proof in Compliance** Zero-Knowledge Proofs enable user verification without disclosing data to third parties, ensuring data remains private while still compliant with regulatory requirements. 1. **Competitive Landscape** Solution Key Features Privacy Model Market Fit (Web2/Web3) KUDO Palm ID Palm vein/print, decentralized, ZKP Full user control Web2 and Web3 Worldcoin Iris scan, centralized storage Centralized Web3 Apple FaceID Facial recognition, device-based Device storage Web2 Polygon ID Digital ID, decentralized User-controlled Web3 KUDO Palm ID is uniquely positioned with its **dual-modal biometrics** and **privacy-first design**, making it suitable for both Web2 and Web3 payment applications. [](#conclusion) **Conclusion** ----------------------------------- KUDO ID™ represents a significant advancement in decentralized digital identity by providing a secure, user-controlled, and globally compliant biometric solution on IOST 3.0. Its integration of dual-modal biometrics, zero-knowledge proofs, and decentralized governance positions KUDO ID™ as a groundbreaking technology. [PreviousPayPIN Node Ring Spec](/iost-dev-doc/did/paypin-node-ring-spec) [NextAsset Bridge](/iost-dev-doc/asset-bridge) Last updated 1 month ago User Interface All-in-One KUDO ID™ Integration ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FiabPiBVOAG9Ei6vlJeFm%252Fimage.png%3Falt%3Dmedia%26token%3D4d22d3c1-ae1e-4fa6-96f6-941f1da07817&width=768&dpr=4&quality=100&sign=33b30af2&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FXAtuPAJ6BteuAFclo3rY%252Fimage.png%3Falt%3Dmedia%26token%3Db3074802-e895-47cf-b9f8-b749437968a6&width=768&dpr=4&quality=100&sign=d8ea9745&sv=2) --- # RWA二级交易市场(RWA DEX) | IOST Dev doc RWA DEX 旨在提升RWA的流动性,让其在区块链上安全、高效地交易。RWA DEX将支持两种交易模式 * **订单簿模式** * 处理标准化、高流动性资产(如美债、票据),实现自动撮合与快速成交 * **OTC 模式** * 适用于非标准化、低流动性资产(如房地产、艺术品),提供更灵活的定价与交易方式,以满足不同资产的市场需求与合规要求。 [](#gong-neng-xu-qiu) 功能需求 ------------------------------- 1. **多资产支持** * 接入各类 RWA 资产(房地产、债券、艺术品等)的二手交易。 * 支持不同资产可能需要不同的合规与 KYC/AML 验证流程。 2. **报价与撮合** * 对于标准定价资产提供及时准确的订单信息并撮合交易 * OTC 模式下,用户可发布买卖意向,包含价格范围、数量、付款方式等信息。 3. **协议安全与合规** * 确保交易过程中严格遵守合规要求(KYC/AML、身份验证等)。 * 在智能合约层面嵌入合规检查,只有通过 KYC/AML 的用户方可发布或接单。 4. **结算与清算** * 交易成功后,实现资产在区块链层面的转移和价值对价的支付。 * 针对法币或其他链外支付方式,需提供链上登记或预留第三方托管接口。 * * * [](#xi-tong-jia-gou-she-ji) 系统架构设计 --------------------------------------- 关键模块 1. **订单管理合约** * 买家/卖家可在链上创建或取消订单,包含资产信息、价格、有效期等。 * 提供对订单的查询功能。 2. **撮合合约** * 在 OTC 环境下,撮合可能是双方线下/在线沟通后,再通过合约完成最终确认。 * 若有简单的自动化撮合需求,合约可实现最基本的价格匹配逻辑(如限价单匹配)。 3. **交易结算合约** * 负责在订单确认后进行资产所有权转移和支付环节的执行。 * 若支付在链外(如法币支付),则需要引入托管机制或预先的担保合约设计。 4. **合规合约(KYC/AML)** * 在撮合前检查用户的合规状态,若用户未通过合规审查,则限制其创建订单或接单。 * 具体实现可与主项目中的 KYC/AML 模块集成。 5. **接口与前端** * 提供给用户、资产发行方或其他第三方访问 RWA DEX 的接口(REST/GraphQL/SDK 等)。 * 前端(Web 或 App)方便用户管理自己的订单、查看行情、沟通报价等。 * * * ### [](#jiao-yi-liu-cheng) 交易流程 下面是一个典型的 OTC 流程示例: 1. **用户注册并通过合规审核** * 用户在平台中注册并完成 KYC/AML 验证,系统将用户标记为合规。 2. **卖家发布订单** * 卖家选择想要出售的 RWA(已上链,具有唯一标识),填写报价信息(如期望价格、接受的付款方式等),并在合约中创建一笔订单。 3. **买家查询并意向撮合** * 买家在平台上浏览或搜索目标 RWA,找到合适订单后,通过合约或平台前端表达购买意向。 * 如果需要协商,买家/卖家可能在链外进行沟通(IM、邮件等),最终达成一致后再更新合约中的订单价格或条件。 4. **确认交易与支付** * 确认后,智能合约进入交易结算流程: * 如果支付在链上(比如支付稳定币或某种数字资产),智能合约直接从买家扣款并转移给卖家;同时资产的所有权转移到买家。 * 如果采用法币或其他链外支付方式,则可能需要托管或第三方见证;待支付完成后,卖家在合约中确认收款,由合约触发资产所有权转移。 5. **交易完成与记录** * 完成交易后,合约更新订单状态为已结算。 * 在链上记录交易哈希、时间戳、变更后的资产所有权等信息,用于审计和追溯。 * * * ### [](#he-xin-gong-neng-yu-zu-jian) 核心功能与组件 #### [](#id-1.-otc-ding-dan-guan-li) 1\. OTC 订单管理 * **订单创建**:卖家发起订单,写入合约,包含价格、数量、有效期等。 * **订单修改/撤销**:若未达成交易,卖家可修改价格或撤销。 * **订单状态**:Pending(挂单中)、Matched(已被撮合)、Filled(完成交割)、Canceled(撤单)。 #### [](#id-2.-cuo-he-luo-ji) 2\. 撮合逻辑 * **人工撮合**:在 OTC 场景下,通常由买卖双方线下/在线沟通,谈拢后再在合约中更新订单细节并锁定交易。 * **半自动化撮合**:对于相对标准化的资产,可设置撮合条件,自动匹配买卖意向,减少沟通成本。 #### [](#id-3.-zi-chan-guo-hu-yu-jie-suan) 3\. 资产过户与结算 * **智能合约内结算**:对数字货币、稳定币或通证化的 RWA,可在合约调用中即时清算和过户。 * **链外结算**:资产类型或支付方式无法上链时,需要托管方或第三方保证完成线下结算后,由合约执行所有权变更。 #### [](#id-4.-he-gui-yu-jue-se-quan-xian) 4\. 合规与角色权限 * **KYC/AML 整合**:在订单创建或接单前调用合规合约,确保用户已通过验证。 * **角色权限**: * **普通用户**:只能在合规通过后创建/接单。 * **合规管理员**:可对可疑订单或用户进行冻结、人工审核等操作。 * **资产发行方**:如果需要,可以设置特殊权限,验证交易是否满足发行条款。 #### [](#id-5.-jiao-yi-fei-yong-yu-ji-li) 5\. 交易费用与激励 * **手续费**:平台可从每笔 OTC 交易中收取一定比例或固定费用。 * **节点激励**:在 L2 环境下,可设置区块生产者/验证者的激励模型,以保证网络安全与效率。 [Previous流动性借贷协议](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/liu-dong-xing-jie-dai-xie-yi) [NextIOST 3.0 Whitepaper Lite 2024.10](/iost-dev-doc/iost-3.0-whitepaper-lite-2024.10) Last updated 1 month ago ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FSZKL4jNiPEin4M6UZq3L%252Fmermaid-diagram-2025-02-10-150404.png%3Falt%3Dmedia%26token%3D8d022a66-3c0e-480d-a21d-2b4d51cef3d5&width=768&dpr=4&quality=100&sign=ab2ba870&sv=2) --- # 流动性借贷协议 | IOST Dev doc [](#mu-biao) **目标** ------------------------ 基于IOST L2链构建一个支持 RWA(真实世界资产)作为抵押物的流动性借贷产品,通过将 RWA 代币化并提供抵押—借贷功能,实现对真实资产价值的链上释放,为消费端以及其他金融场景提供高效、合规的数字化资金支持。 * 新增的 DeFi 模块,以 RWA Token 作为抵押物进行借贷。 * 定义抵押率(Collateral Factor)、清算机制(Liquidation)、利率模型等核心要素。 * 合约层面对 RWA Token 进行 **抵押**,允许借出其他通用资产(如 L2 上的稳定币、主流代币等)。 * * * ### [](#ji-shu-jia-gou) **技术架构** * **资产验证模块** * 整合预言机网络获取链下资产估值数据 * 通过DID和KYC模块确认资产所有权 * **借贷模块** * 以经过验证的资产为基础撮合稳定币借贷,提供流动性 ### [](#undefined) ### [](#rwa-mo-kuai-yu-jie-dai-mo-kuai-de-jiao-hu) RWA 模块与借贷模块的交互 1. **抵押/质押 (Collateral)** 1. 用户将 RWA Token 转移到借贷合约保管,以换取可借出的资金额度。 2. 借贷合约需能够识别 RWA Token 的价值(需要价格预言机或评估机制)。 2. **借款 (Borrow)** 1. 用户根据已抵押的 RWA Token 价值,按一定的 **抵押率 (Collateral Factor)** 借出特定额度的资产。 2. 可借资产可以是 L2 上的本地稳定币、或您自己发行的消费端代币等。 3. **清算 (Liquidation)** 1. 当 RWA Token 价格下跌或用户借款超出限制时,借贷合约允许清算人(liquidator)接管并拍卖或强制收回部分 RWA Token 抵押,以偿还债务。 * * * ### [](#liu-dong-xing-jie-dai-mo-kuai-she-ji) 流动性借贷模块设计 下文将概述**关键设计点**和**技术实现**要素。 1. ### [](#can-shu-yu-luo-ji) 参数与逻辑 2. **抵押率 (Collateral Factor)** 1. 例如 150%(1.5 × 借款金额);若 RWA 价值 = 1000 美元,则最多可借款 666.67 美元的资金。 3. **利率模型 (Interest Rate)** 1. 初期可固定利率,后期可随资金利用率动态调整。 4. **价格预言机 (Price Oracle)** 1. 必须有一套可靠的 RWA 价格获取机制;因为 RWA 并非完全链上交易对,可能依赖链下评估、专业估值或合规鉴定。 5. **清算阈值 (Liquidation Threshold)** 1. 设置一个略低于抵押率的阈值(如 130%);当实际抵押率跌破该阈值时,可发起清算。 6. **清算流程 (Liquidation)** 1. 清算人先偿还部分或全部借款资金,获得对应的 RWA 抵押品; 2. 通常会设置“清算奖励”或“折扣因子”,确保清算人有利可图,从而积极维护系统健康。 ### [](#undefined-1) [PreviousRWA资产二级市场流动性问题与本息分离设计方案](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/rwa-zi-chan-er-ji-shi-chang-liu-dong-xing-wen-ti-yu-ben-xi-fen-li-she-ji-fang-an) [NextRWA二级交易市场(RWA DEX)](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/rwa-er-ji-jiao-yi-shi-chang-rwa-dex) Last updated 1 month ago --- # RWA资产二级市场流动性问题与本息分离设计方案 | IOST Dev doc [](#rwa-zi-chan-er-ji-shi-chang-liu-dong-xing-wen-ti-yu-ben-xi-fen-li-she-ji-fang-an) RWA资产二级市场流动性问题与本息分离设计方案 ------------------------------------------------------------------------------------------------------------------ ### [](#id-1.-the-problem-to-solve) 1\. The Problem to solve #### [](#id-1.1-liu-dong-xing-bu-zu-de-xian-zhuang) 1.1 流动性不足的现状 我们的研究表明,RWA由于其所代表的资产(如房地产、大宗商品等)具有明确且稳定的实际价值(不动产),往往呈现出以下特点: * **价格波动性低:** 资产价格稳定导致市场缺乏足够的投机性交易,交易者难以从短期波动中获利,从而导致二级市场交易活跃度低。 * **订单簿稀薄:** 稳定的价格和较低的波动性使得市场参与者倾向于长期持有,进而导致订单簿深度不足,难以实现有效价格发现。 #### [](#id-1.2-dui-jiao-yi-shu-xing-de-ying-xiang) 1.2 对交易属性的影响 由于上述原因,RWA资产在二级市场中交易属性较弱: * **长期投资倾向明显:** 市场参与者更注重资产保值和稳健收益,较少参与频繁交易。 * **流动性恶性循环:** 低交易活跃度进一步降低了资产流动性,形成正反馈,阻碍了市场活跃性和资金流动的提升。 * * * ### [](#id-2.-ben-xi-fen-li-she-ji-de-ti-chu) 2\. 本息分离设计的提出 为了解决RWA资产二级市场低流动性的问题,我们提出了本息分离的设计方案,其主要目标包括: * **激发市场交易:** 通过将贷款资产拆分为本金与利息两部分,形成具有不同风险收益特征的产品,从而吸引不同投资者参与交易。 * **实现风险分层:** 为风险厌恶型与风险偏好型投资者提供精准匹配的资产,增强市场多层次投资需求。 * **提升二级市场流动性:** 利用利息部分的价格波动性,激发投机交易,打破流动性恶性循环。 * * * ### [](#id-3.-ben-xi-fen-li-she-ji-fang-an) 3\. 本息分离设计方案 #### [](#id-3.1-shuang-dai-bi-hua-ji-zhi) 3.1 双代币化机制 * **分离逻辑:** 每笔贷款在发放后通过智能合约自动拆分为两部分: * **本金代币(Principal Token):** 代表贷款中的本金部分,风险较低、收益稳定,主要适合稳健型投资者。 * **利息代币(Interest Token):** 表示未来应得利息收益,受市场利率、违约风险等因素影响,价格波动较大,更适合追求短期交易与高回报的投机者。 * **智能合约支持:** 智能合约实现自动分离、计息和周期性清算,确保两个代币在整个生命周期内按照预定规则运行,透明且不可篡改。 #### [](#id-3.2-fen-ceng-liu-dong-xing-chi-gou-jian) 3.2 分层流动性池构建 * **独立流动性池:** 为本金代币和利息代币分别构建独立的流动性池,以适应各自的交易特性: * **本金池:** 采用恒定函数做市商(CFMM)模型,确保低波动性资产的稳定交易和价格发现。 * **利息池:** 利用动态权重调整机制,根据市场波动和预期收益变化灵活调节流动性参数,满足高波动性需求。 * **激励机制:** 针对两个流动性池设计差异化激励措施,例如流动性挖矿、手续费分成等,鼓励流动性提供者(LP)参与,从而提高整体市场流动性。 #### [](#id-3.3-wei-lai-jiao-yi-cuo-he-ji-zhi) 3.3 未来交易撮合机制 * **多模式撮合:** 根据不同市场需求,撮合机制将支持两种主要模式: * **订单簿模式:** 适用于利息代币交易活跃的市场,通过集中挂单撮合实现细粒度定价和快速交易响应。 * **自动化做市(AMM)模式:** 对于流动性较低的场景,通过改进型AMM(例如引入时间衰减因子)确保交易价格与实际收益率相匹配,实现连续流动性供给。 * **跨池交易与套利:** 当本金代币与利息代币之间出现定价偏差时,系统将通过自动套利机制实现跨池交易,及时校正市场价格,维持整体流动性均衡。 * **风险联动调节:** 撮合引擎与风险管理模块实时联动,当市场出现异常波动时,可自动调整撮合参数或暂时暂停部分交易,保障系统安全。 * * * * 促进利息代币的交易活跃度,激发投机性交易; * 实现风险分层,满足不同投资者需求; * 提高整体市场流动性,打破低活跃状态。 * * * [PreviousRWA流动性协议](/iost-dev-doc/rwa-liu-dong-xing-xie-yi) [Next流动性借贷协议](/iost-dev-doc/rwa-liu-dong-xing-xie-yi/liu-dong-xing-jie-dai-xie-yi) Last updated 1 month ago --- # DID | IOST Dev doc ### [](#id-1.-fang-an-gai-shu) 1\. 方案概述 现实世界资产(RWA)上链过程中,身份认证与合规检测始终是核心难题。我们提出了一套全新的 DID 解决方案,其核心思路包括: * **多层合规验证与隐私保护**:在链下通过与全球合规服务平台完成 KYC/AML 检测,并利用零知识证明(ZKP)等技术实现敏感数据保护; * **动态身份注册与资产映射**:利用先进的加密算法生成唯一的分布式身份标识,并通过链上智能合约完成资产映射与不可篡改的审计记录; * **跨场景应用集成**:不仅支持资产上链,还可无缝衔接支付、金融交易等场景,满足复杂业务需求。 这种方案在架构上实现了技术层面的深度融合,同时在设计中引入了一些其他区块链系统所不具备的特性,如动态合规状态更新、分布式信任机制以及多方共识验证等,确保在严格合规前提下为用户提供高效、安全的身份服务。 * * * ### [](#id-2.-xi-tong-jia-gou) 2\. 系统架构 #### [](#id-2.1-he-xin-mo-kuai) 2.1 核心模块 * **身份注册与 DID 生成模块** 用户通过专门的入口提交身份信息,系统经过离线的 KYC/AML 检测后,利用加密哈希及随机数种子生成唯一的 DID。整个过程采用多重验证,确保每个 DID 的唯一性与不可伪造性。 * **合规验证与隐私保护引擎** 在接入 PayPIN/PayFi 平台进行实时身份认证的同时,系统采用零知识证明、阈值签名和多方安全计算等先进密码学技术,确保在不泄露敏感信息的前提下完成合规验证。合规状态可动态更新,便于后续的风险控制和身份管理。 * **链上资产映射与审计模块** 一旦身份验证通过,智能合约将自动注册 DID,并将其与相应的 RWA 资产进行映射。所有注册与操作均生成链上审计日志,实现透明且不可篡改的记录,便于监管机构查验。 * **支付与金融场景集成接口** 通过与 PayPIN、PayFi 平台的深度对接,实现用户身份与支付、金融业务间的无缝衔接。此部分不仅支持跨链支付,还能够在交易过程中嵌入合规检查和风险预警机制。 * * * ### [](#id-3.-ji-shu-shi-xian) 3\. 技术实现 #### [](#id-3.1-did-zhu-ce-yu-he-gui-jian-ce-liu-cheng) 3.1 DID 注册与合规检测流程 1. **身份信息提交**:用户在平台提交身份及相关凭证。 2. **离线合规检测**:系统接入 外部合规服务,对用户信息进行 KYC/AML 检查,并通过零知识证明等技术确保数据隐私。 3. **DID 生成**:通过多因子加密算法(结合用户数据、随机数种子及链上动态参数)生成唯一 DID。 4. **链上注册与映射**:智能合约自动验证合规状态,通过后在链上登记 DID 并与对应 RWA 资产建立映射关系,同时记录审计日志。 5. **动态合规更新**:系统支持后续对用户合规状态的更新,如遇异常情况可动态撤销或冻结相应 DID。 #### [](#id-3.2-he-xin-he-yue-dai-ma-shi-li) 3.2 核心合约代码示例 以下示例展示了核心智能合约的部分实现,用于注册 DID 并完成基础合规检查。代码中通过调用外部模块接口,实现了与 PayPIN/PayFi 平台的对接: Copy pragma solidity ^0.8.0; contract RWADIDRegistry { // 存储用户地址与对应 DID 的映射 mapping(address => bytes32) public didRegistry; // 存储用户合规状态(由外部合规服务更新) mapping(address => bool) public complianceStatus; // DID 注册事件 event DIDRegistered(address indexed user, bytes32 did); // 合规状态更新事件 event ComplianceUpdated(address indexed user, bool status); /** * @notice 用户注册 DID,前提是已通过合规验证 * @param _did 由前端或离线模块生成的唯一 DID */ function registerDID(bytes32 _did) external returns (bool) { require(complianceStatus[msg.sender], "合规检测未通过"); // 注册 DID,与 RWA 资产映射逻辑可在此扩展 didRegistry[msg.sender] = _did; emit DIDRegistered(msg.sender, _did); return true; } /** * @notice 外部合规服务调用,更新用户合规状态 * @param _user 用户地址 * @param _status 合规状态标识(true 表示合规通过) */ function updateCompliance(address _user, bool _status) external { // 本函数应仅限于授权机构调用 complianceStatus[_user] = _status; emit ComplianceUpdated(_user, _status); } } 该代码示例展示了如何在智能合约中实现身份注册与合规状态检测。通过外部机构(例如 PayPIN/PayFi 模块)的调用更新合规状态,确保只有符合要求的用户能够成功注册 DID,从而为后续资产映射和支付业务提供可信身份标识。 * * * ### [](#id-4.-liu-cheng-tu) 4\. 流程图 下面的流程图展示了整个 DID 解决方案的核心流程: **流程说明**: 1. 用户发起身份注册请求,提交必要的凭证信息; 2. 系统通过 PayPIN/PayFi 平台完成离线 KYC/AML 检查,并借助零知识证明保护隐私; 3. 合规检测通过后,系统生成唯一 DID,并由智能合约在链上登记,同时映射对应的 RWA 资产; 4. 全流程均生成不可篡改的审计日志,便于后续监管和动态合规状态更新,保障支付与金融业务的顺畅对接。 * * * ### [](#id-5.-ying-yong-chang-jing) 5\. 应用场景 #### [](#rwa-yu-paypinpayfi-de-shen-du-ji-cheng-fang-an) **RWA 与 PayPIN、PayFi 的深度集成方案** 以 DID 为纽带,构建合规、高效、跨链的资产支付与金融生态 * * * 1. #### [](#rwa-zai-paypin-zhi-fu-chang-jing-zhong-de-wu-feng-qian-ru) **RWA 在 PayPIN 支付场景中的无缝嵌入** **a. 代币化资产直接支付** * **RWA 作为支付媒介**: * 用户可通过 PayPIN 直接使用代币化的房地产、商品、债券等 RWA 资产完成支付。 * 技术实现: * 支付合约自动验证 RWA 代币的 ERC-3643 合规状态(如产权清晰性、发行人 DID 有效性)。 * 通过 **跨链预言机** 获取 RWA 实时估值(如 Chainlink 价格反馈),动态计算支付等价金额。 * 示例:用户使用代币化黄金(GOLD-RWA)支付跨境商品,系统按实时金价折算为稳定币完成结算。 **b. 生物识别信用增强支付** * **DID 信用评分与支付额度绑定**: * 用户的 DID 信用评分(基于 RWA 持有量、交易历史、合规记录)影响 PayPIN 的单笔/单日支付限额。 * 技术流程: * DID 系统通过 AI 模型动态计算信用分(0-1000),写入链上 VC。 * PayPIN 合约读取信用分,自动调整支付上限(如 800 分用户可支付 10 万美元/日)。 * 差异化优势:传统支付系统依赖中心化信用机构,而此方案通过链上可验证数据实现去中心化风控。 * * * 1. #### [](#rwa-zai-payfi-jin-rong-chang-jing-zhong-de-liu-dong-xing-fu-neng) **RWA 在 PayFi 金融场景中的流动性赋能** **a. RWA 抵押借贷与收益衍生品** * **RWA 收益权代币化**: * 将 RWA 资产的现金流(如租金、债券利息)通过智能合约自动拆分为 **收益权代币**(Yield Token),在 PayFi 市场交易。 * 技术实现: * 收益流数据通过 **IOST L2 支付通道** 实时上链,避免主网拥堵。 * 收益分配通过 **零知识证明** 验证,确保隐私性(如隐藏租户身份)。 **b. 跨链 RWA 流动性聚合** * **多链资产池的自动路由**: * PayFi 的流动性协议支持以太坊(ERC-3643 RWA)、BNB Chain(BEP-20 RWA)、IOST 子链资产的跨链兑换。 * 技术核心: * 基于 **SCCLP 协议** 的状态同步,实现 RWA 代币在异构链间的原子交换。 * 采用 **BLS 聚合签名** 压缩跨链验证成本,将 Gas 消耗降低 60%+。 * 应用场景:用户将 Polygon 上的房地产代币兑换为 IOST 上的稳定币,用于 PayPIN 跨境支付。 * * * 1. #### [](#rwadid-zhi-fu-yu-jin-rong-de-si-wei-lian-dong) **RWA、DID、支付与金融的四维联动** **a. 合规闭环:从 KYC 到资产清算** 1. **KYC/AML 阶段**:用户 DID 通过 Sumsub 完成合规验证,生成链上 VC。 2. **RWA 发行**:发行方 DID 绑定资产合规证明(如审计报告哈希),通过 ERC-3643 合约生成代币。 3. **支付/金融操作**: 1. PayPIN 支付时,合约验证双方 DID 的 VC 有效性及 RWA 代币状态。 2. PayFi 借贷时,抵押的 RWA 代币需通过 **动态合规引擎** 的定期复查(如季度产权确认)。 4. **异常处理**: 1. 若 RWA 资产出现风险(如估值暴跌),系统自动触发 DID 信用分下调,限制相关账户的金融操作。 **b. 抗女巫攻击的 RWA 身份网络** * **多因子身份绑定**: * 每个 RWA 代币关联发行人 DID、持有人 DID、监管机构 DID,形成 **三方制衡**。 * 任意 DID 的异常行为(如高频转移)将触发 AI 风控模型,冻结资产直至人工审核。 * **链上链下证据融合**: * RWA 的物理资产状态(如房产空置/出租)通过 IoT 设备 + 预言机上链,与 DID 行为数据交叉验证。 [PreviousKYC/KYB & AML Module](/iost-dev-doc/kyc-kyb-and-aml-module) [NextProof of Heartbeat:基于硬件的PoH](/iost-dev-doc/did/proof-of-heartbeat-ji-yu-ying-jian-de-poh) Last updated 1 month ago ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252F6GEVxliMRLO94TSzbmA9%252Fimage.png%3Falt%3Dmedia%26token%3D16a98ab6-a0c1-4c8f-b168-026feb0cc9c6&width=768&dpr=4&quality=100&sign=95656cd1&sv=2) --- # 资产模块技术概要 | IOST Dev doc ### [](#id-1.-jia-gou-zong-lan) 1\. 架构总览 基于 BSC 上的 IOST Layer2 公链,系统面向 RWA 生态构建了一整套技术基础设施。该架构既包含之前定义的核心模块(Tokenization Engine、KYC/KYB、DID、Liquidity),也扩展了新的功能点,如专属 Token Standard 定义、各类型资产的代币化模型以及跨链资产映射与本息分离机制。整体系统以高性能、低延迟和高可扩展性为目标,满足资产发行、交易、合规及流动性管理的多重需求。 * * * ### [](#id-2.-he-xin-ji-shu-mo-kuai) 2\. 核心技术模块 #### [](#id-2.1-tokenization-engine) 2.1 Tokenization Engine * **多资产支持**:支持保本生息(coupon bond)、开放式 MMF、不保本资产(矿业/GPU 集群)、固定生息(房产租赁权)以及固定非生息(艺术品)等多种资产类型的代币化。 * **资产模板与动态参数**:提供灵活的资产模板设计,允许发行方定义资产基础属性(本金、利率、折旧机制、还本付息结构等)。 * **本息分离机制**:支持对发行的资产进行本息拆分,利用智能合约自动将本金和利息流拆分成不同的代币,便于后续二级市场交易与收益管理。 #### [](#id-2.2-token-standard-proposalbep500-xi-lie) 2.2 Token Standard Proposal(BEP-500 系列) * **标准化接口**:针对不同 RWA 资产设计专属的 BEP-xxx 系列接口,确保各类资产在跨链、流动性池及二级市场中具备统一标准。 * **扩展性与互操作性**:支持未来扩展和升级,允许新型资产标准的加入,同时兼容现有 BSC 生态中的 token 标准。 * **资产属性封装**:在 token 标准中封装资产类型、发行规则、收益模型(如 coupon bond 模型)、折旧及计息规则等信息,使之在链上直接可查询和验证。 #### [](#id-2.3-kyckybaml-mo-kuai) 2.3 KYC/KYB/AML 模块 * **轻量化合规接入**:针对部分业务场景(例如合规资产的申购)可采用轻量级 KYC,通过接入第三方合规平台实现快速身份验证。 * **链上记录与隐私保护**:利用 DID(去中心化身份)技术,确保用户及机构的身份信息在满足合规要求的前提下进行加密存储与授权访问。 * **跨境合规管理**:结合 IOST 在日本的合规优势,为后续拓展美国等其他市场的合规预期提供技术支持。 #### [](#id-2.4-did-mo-kuai) 2.4 DID 模块 * **去中心化身份认证**:为资产发行方、持有方以及投资者提供去中心化身份标识,实现资产与参与方之间可信关系绑定。 * **数据隐私与安全**:采用零知识证明等隐私保护技术,确保用户身份数据的安全传输和存储,同时符合各地区数据保护法规。 * **硬件DID模块:**行业独创的可穿戴设备及Proof of Heartbeat算法,确保用户身份的真实性,极大提高sybil attack的难度 #### [](#id-2.5-liu-dong-xing-yu-kua-lian-qiao-liquidity-booster) 2.5 流动性与跨链桥(Liquidity Booster) * **流动性池设计**:构建跨链流动性池,允许用户通过“冲U挖矿”模式参与 RWA 资产池,初步实现生态冷启动。 * **跨链映射机制**:开发专用跨链桥,将其他链上的 RWA 资产映射到 IOST Layer2,并在映射过程中完成本息分离,确保资产在不同链间的统一表现。 * **T+1 清算机制**:在非实时兑付场景下,通过 T+1 模式完成流动性资金的结算,降低系统风险同时保障用户体验。 * * * ### [](#id-3.-zi-chan-lei-bie-yu-dai-bi-mo-xing-she-ji) 3\. 资产类别与代币模型设计 #### [](#id-3.1-bao-ben-sheng-xi-zi-chan-coupon-bond-xing-dai-bi-fang-an) 3.1 保本生息资产(Coupon Bond 型代币方案) * **代币设计**:发行时将本金与未来利息明确绑定,保证到期本金安全;利息以定期分红或代币回购的方式返还。 * **合约机制**:智能合约内置利息计算及支付逻辑,支持自动触发还本付息,确保透明性与合规性。 #### [](#id-3.2-bu-bao-ben-zi-chan-kai-fang-shi-tokenized-mmf-zi-chan) 3.2 不保本资产,开放式 Tokenized MMF 资产 * **资产池设计**:支持开放式货币市场基金(MMF)的代币化,允许用户随时申购或赎回,同时系统自动调整资产配置以保持流动性和收益稳定性。 #### [](#id-3.3-zhe-jiu-xing-gao-xi-zi-chan-ru-kuang-de-kai-cai-quan-gpu-cluster) 3.3 折旧型高息资产(如矿的开采权/GPU Cluster) * **资产特性**:资产所有权会随着时间折旧,但年化利息较高。代币模型中嵌入折旧算法与动态利息计算机制。 * **风险揭示**:系统内设风险提示和透明机制,确保用户了解并接受资产的高波动性和高收益特性。 #### [](#id-3.4-gu-ding-sheng-xi-zi-chan-ru-fang-chan-zu-lin-quan) 3.4 固定生息资产(如房产租赁权) * **固定收益模型**:通过对房产租赁收益的代币化,发行固定周期的收益权代币,利息和本金有稳定的现金流支撑。 * **合约管理**:租赁合同信息上链,确保收益分配的准确性与可追溯性。 #### [](#id-3.5-gu-ding-fei-sheng-xi-zi-chan-ru-yi-shu-pin) 3.5 固定非生息资产(如艺术品) * **唯一性与溯源**:利用 NFT 或专用代币标准记录艺术品的唯一性、历史交易和溯源信息,为收藏及交易提供可信保障。 * **市场撮合**:支持二级市场的艺术品代币化交易,促进流动性与价格发现。 * * * ### [](#id-4.-kua-lian-qiao-yu-liu-dong-xing-jia-su-fang-an) 4\. 跨链桥与流动性加速方案 * **跨链桥设计(Liquidity Booster)**: * **映射机制**:通过锁定其他链上 RWA 资产,在 IOST Layer2 上生成等值映射代币,同时对生成代币进行本息分离,分别发行本金 token 与利息 token。 * **双向交互**:支持从 IOST Layer2 回流到原链的解锁机制,确保资产在多链之间的可迁移性与流动性。 * **实时监控**:通过链上数据采集与监控,确保映射资产的状态透明和风险可控。 * **流动性池及激励**: * **初期吸纳策略**:借助 ONDO 等外部平台的 RWA 资产,通过启动专属池子吸引 U 资产流入,结合轻量级 KYC 快速搭建用户基础。 * **T+1 清算模式**:在保证系统稳定性与风险控制的前提下,允许用户通过 T+1 模式进行资产兑付和转移。 * * * ### [](#id-5.-ye-wu-liu-cheng-yu-sheng-tai-gou-jian) 5\. 业务流程与生态构建 #### [](#id-5.1-chu-qi-jie-duan-dui-jie-yu-xi-na-wai-bu-rwa-zi-chan) 5.1 初期阶段:对接与吸纳外部 RWA 资产 * **直接吸纳模式**:在别链上寻找优质 RWA 资产,直接构建流动性池,采用“冲U挖矿”模式吸引用户参与; * **轻量级 KYC**:针对部分资产申购场景(如 ONDO 产品),采用轻量级合规验证(利用 Darwin Asset III)降低用户门槛。 #### [](#id-5.2-zi-chan-chai-fen-yu-er-ji-shi-chang-pei-yu) 5.2 资产拆分与二级市场培育 * **本息分离**:对外部资产进行拆分处理,发行本金与利息两个独立的代币,通过二级市场撮合交易,提高流动性与价格发现效率; * **生态交易场景**:构建跨链资产二级市场,使用户能自由交易、组合投资及参与套利机会。 #### [](#id-5.3-zhu-dong-fa-xing-yu-zi-chan-bao-zhuang) 5.3 主动发行与资产包装 * **合作发行**:与优质资产持有方和合规发行方(例如类似 Paimon 的项目方)合作,包装 Web2 的传统资产,通过 IOST Layer2 进行代币化发行; **5.4 合规** * 利用 IOST 在日本的合规经验,逐步建立美国等市场的合规预期,提升平台公信力和市场吸引力。 * * * [NextRWA Tokenization engine](/iost-dev-doc/rwa-tokenization-engine) Last updated 1 month ago --- # IOST 3.0: Enhancing Payments with Real-World Assets | IOST Dev doc ### [](#huxof2obokka) **序言** 随着区块链技术的成熟,现实世界资产(RWA)上链已成为行业焦点,预示着传统金融与 Web3 融合的新时代。RWA 不仅为 DeFi 领域注入了巨大的流动性和真实世界的价值,也为传统金融资产提供了更高的透明度、效率和可及性。IOST 3.0 积极布局 RWA 领域,致力于打造一个以 RWA 为核心的 Web3 支付生态系统,通过 PayFi 和 PayPIN 两大引擎,实现 RWA 与 Web3 支付的无缝集成。 PayFi 作为 IOST 3.0 的 Layer-2 支付基础设施,为 RWA 上链提供了高性能、低成本、安全可靠的通道。PayFi Accelerator 模块更是专注于 RWA 的合规性、流动性和数据支持,确保 RWA 在 IOST 生态中安全、高效地流通。 PayPIN 作为 IOST 3.0 的核心支付解决方案,将充分利用 RWA 的优势,为用户带来更丰富的支付场景和更便捷的支付体验。通过与 RWA 的结合,PayPIN 不仅能支持传统的数字货币支付,还能支持基于 RWA 的创新支付方式,如资产抵押支付、跨境资产结算等。 IOST 3.0 的目标是构建一个开放、普惠、高效的 Web3 支付生态,让用户在各种场景(线下、线上、跨境、DeFi)都能享受到 RWA 带来的便利。通过链抽象层、去中心化身份系统(DID)、统一支付协议和跨链清算网络、智能合约自动化等技术,IOST 3.0 为 RWA 的广泛应用奠定了坚实基础。 本文档将深入探讨 IOST 3.0 如何通过 PayFi 和 PayPIN 实现 RWA 与 Web3 支付的融合,并详细介绍 IOST 3.0 的技术架构、核心组件、应用场景,以及未来的发展愿景。 ### [](#cd555niodbcs) Chapter 1: RWA on IOST ### [](#s46rvza3567s) 1\. Introduction to RWA and Its Importance 现实世界资产(Real World Assets,简称 RWA)是指存在于物理世界或传统金融体系中的有形或无形资产。这些资产包括但不限于房地产、债券、大宗商品、艺术品、收藏品、应收账款、知识产权、碳信用额度,甚至是未来的收益权。简而言之,任何具有经济价值、可以在现实世界中拥有和交易的资产,都可以被视为 RWA。 长期以来,传统金融资产的流动性、可及性和透明度都存在诸多限制。RWA 上链,即将现实世界资产的权益或价值通过区块链技术进行代币化,为解决这些问题提供了全新的思路。通过将 RWA 转化为链上代币,可以实现以下优势: * 提高流动性:RWA 代币可以在去中心化交易所(DEX)或中心化交易所(CEX)自由交易,打破了传统金融资产的地域和时间限制,提高了流动性。 * 降低投资门槛:RWA 代币可以被分割成更小的单位,使得普通投资者也能参与到高价值资产的投资中,如房地产或艺术品的部分所有权。 * 增加透明度:RWA 的相关信息(如所有权、交易历史、估值等)都记录在区块链上,公开透明,不可篡改,降低了信息不对称和欺诈风险。 * 提高效率:RWA 的交易和结算都通过智能合约自动执行,减少了中间环节,提高了效率,降低了成本。 * 增强可组合性:RWA代币可以与其他DeFi协议组合,产生新的金融产品和服务,例如抵押RWA代币进行借贷,或者将RWA代币作为抵押品发行稳定币. RWA 上链不仅为 DeFi 领域带来了巨大的潜力和真实世界的价值,也为传统金融资产的数字化转型提供了新的机遇。可以说,RWA 是连接传统金融与 Web3 世界的桥梁,有望开启一个全新的金融时代。 我们深刻认识到 RWA 的重要性,并将其作为 IOST 3.0 的战略核心。IOST 致力于打造一个开放、高效、合规的 RWA 生态系统,通过其创新的 RWA 引擎(即 PayFi Accelerator),为 RWA 上链提供全面的技术支持和基础设施,赋能 Web3 支付和金融创新。本章将深入探讨 IOST 如何通过其 RWA 引擎,实现 RWA 与 Web3 的无缝融合,并为用户和开发者带来前所未有的机遇。 ### [](#fojhdzshstwe) 2\. IOST's RWA Engine: Powering the RWA Ecosystem IOST 的 RWA 引擎(即 PayFi Accelerator)是 IOST 3.0 专为现实世界资产(RWA)上链打造的核心技术组件。它不仅仅是一个简单的代币化工具,而是一个全面的、端到端的解决方案,旨在解决 RWA 进入 Web3 世界所面临的各种挑战,并为 RWA 的广泛应用提供坚实的基础。 IOST's RWA Engine 采用了模块化、可扩展的设计,其核心功能模块包括: * 合规框架 (Compliance Framework):确保 RWA 上链符合不同国家和地区的监管要求,包括 KYC(了解你的客户)和 AML(反洗钱)审查。 * 流动性解决方案 (Liquidity Solutions):通过集成自动做市商(AMM)、跨链桥等技术,为 RWA 代币提供充足的流动性,使其可以方便地交易和兑换。 * 数据基础设施 (Data Infrastructure):利用预言机等技术,获取 RWA 的价格、收益、风险等关键数据,确保链上数据的准确性和可靠性。 * 风险管理(Risk Management): 利用智能合约和其他链上工具,实现对RWA相关风险的识别,评估,监控和缓解. * 生态系统组件 (Ecosystem Components):提供开发者工具(API、SDK)、文档、社区支持等,吸引开发者基于 IOST's RWA Engine 构建各种 RWA 应用。 * 上链流程 (Onboarding Process):提供清晰、简便的 RWA 上链流程,帮助 RWA 发行方快速、高效地将资产代币化。 * 估值模型(Valuation Models): 提供各种资产类型的估值模型和工具,确保链上RWA代币的价格能反映其真实价值. IOST's RWA Engine 的设计理念是“安全、合规、高效、开放”。通过将这些核心原则融入到技术架构的每一个环节,IOST 致力于打造一个可信赖的 RWA 上链平台: * 安全:采用多重安全机制,包括智能合约审计、形式化验证、多重签名等,确保 RWA 资产和交易的安全。 * 合规:与全球领先的合规服务提供商合作,确保 RWA 项目符合相关法律法规。 * 高效:利用 IOST 3.0 的高性能区块链和 Layer-2 扩展技术,实现 RWA 的快速上链、交易和结算。 * 开放:提供开放的 API 和 SDK,支持开发者构建各种 RWA 应用,并与其他 DeFi 项目互操作。 IOST's RWA Engine 不仅为 RWA 发行方提供了一站式的上链解决方案,也为开发者和用户带来了前所未有的机遇。开发者可以利用 IOST's RWA Engine 提供的工具和服务,构建各种创新的 RWA 应用,如 RWA 借贷、RWA 交易平台、RWA 衍生品等。用户可以通过参与这些应用,分享 RWA 带来的红利。 总而言之,IOST's RWA Engine 是 IOST 3.0 实现 RWA 战略的核心引擎,它将驱动 IOST 的 RWA 生态系统不断发展壮大,并为 Web3 世界带来更多真实世界的价值。 #### [](#id-1lyicrbreat9) 2.1 Compliance Framework: Ensuring Regulatory Adherence 现实世界资产(RWA)上链的首要挑战是合规性。不同国家/地区对金融资产的监管政策存在显著差异,这要求 RWA 代币的发行、交易、持有等环节必须满足特定的法律法规,如证券法、反洗钱(AML)和反恐怖融资(CFT)要求等。IOST's RWA Engine 充分认识到合规性的重要性,构建了一个全面、灵活且技术领先的合规框架,以应对 RWA 上链的各种合规挑战。 IOST's RWA Engine 合规框架的核心: * 合规服务集成: 与全球领先的 KYC/AML 服务提供商(如 Chainalysis、Sumsub 等)深度合作,对 RWA 项目的参与者进行严格的身份验证和背景调查,确保其符合相关监管要求。 * 可定制规则引擎: RWA 发行方可以根据其资产类型和所在司法辖区的具体要求,灵活定制各种合规规则,包括但不限于 KYC/AML 要求、投资者资格限制、交易限额等。 * 智能合约自动化: IOST's RWA Engine 的核心优势在于利用智能合约自动执行预设的合规规则。在 RWA 代币的发行、交易等关键环节,智能合约会自动检查相关参与者和交易是否符合规则。如果不符合,交易将被自动阻止或触发额外的审批流程,从而大幅提高合规效率,降低人为错误和违规风险。 * 链上审计跟踪: 所有与合规相关的数据和操作都将被永久记录在区块链上,形成不可篡改的审计跟踪,便于监管机构的审查和追溯。 * 隐私保护: IOST's RWA Engine 在满足合规要求的同时,高度重视用户的数据隐私。通过采用零知识证明(ZKP)等先进技术,可以在不泄露用户敏感信息的前提下,证明其符合 KYC/AML 要求。 智能合约自动化合规 (示例) IOST's RWA Engine 的合规框架的核心在于其可定制的合规规则引擎和智能合约自动化执行。以下是一个极简化的智能合约示例,用于说明其核心概念(非完整、可执行代码): Copy pragma solidity ^0.5.0; contract RWACompliance { mapping(string => uint256) public complianceRules; // 合规规则 (例如: 国家 -> KYC 等级) mapping(address => uint256) public kycLevels; // 用户 KYC 等级 // 检查交易是否合规 (在 RWA 代币 transfer 函数中调用) function isCompliant(address sender, address recipient, string memory senderCountry, string memory recipientCountry) public view returns (bool) { // 1. 检查发送方和接收方的 KYC 等级是否满足要求 if (kycLevels[sender] < complianceRules[senderCountry] || kycLevels[recipient] < complianceRules[recipientCountry]) { return false; // 不合规 } // 2. 其他合规检查 (例如: 交易限额, 投资者资格等, 此处省略) return true; // 合规 } } #### [](#o1sbri7thnew) 2.2 Liquidity Solutions: AMMs and Cross-Chain Bridges RWA 代币化后,流动性是关键。IOST's RWA Engine 通过自动做市商(AMM)和跨链桥技术,提供高效的流动性解决方案。 自动做市商 (AMM): * IOST's RWA Engine 集成多种 AMM 协议,超越传统的恒定乘积做市商 (CPMM, x \* y = k),支持: * 恒定总和做市商 (CSMM, x + y = k):适用于锚定资产。 * 混合型 AMM (Hybrid AMM):如 Curve 的 Stableswap,结合 CPMM 和 CSMM,降低滑点。 * 主动做市商 (PMM):类似 DODO 的 PMM 算法,利用预言机将流动性集中于市场价格附近,提供更低滑点。 IOST's RWA Engine 的 AMM 实现着重考虑: * 无常损失缓解:动态手续费、单边流动性提供等机制。 * 滑点优化:算法优化、流动性聚合。 * 预言机集成:与 Chainlink 等领先预言机合作,确保价格数据准确。 跨链桥: * IOST's RWA Engine 支持多种跨链桥接方案,实现 RWA 代币跨链流通: * 哈希时间锁定合约 (HTLC):基础方案,通过双向锁定和时间限制实现跨链原子交换。 * 见证人 (Witness) 模式:多签或门限签名验证跨链交易。 * 侧链/中继 (Sidechain/Relay):通过独立区块链进行跨链消息传递。 * 轻客户端证明(Light Client Proofs):目标链部署源链轻客户端,直接验证交易。 * Optimistic Rollups/ZK-Rollups: Layer 2 跨链方案. IOST's RWA Engine 的跨链桥实现注重: * 安全性:多重签名、门限签名、形式化验证。 * 去中心化:避免单点故障和中心化控制。 * 可扩展性:支持多链互连,处理高并发跨链交易。 通过这些先进的 AMM 和跨链桥技术,IOST's RWA Engine 不仅为 RWA 代币提供了充足的链上和跨链流动性,还降低了交易成本和风险,为 RWA 在 Web3 的广泛应用奠定了坚实基础。 现实世界资产(RWA)的链上化对数据的准确性、可靠性、及时性和完整性提出了极高的要求。RWA 的价格、收益率、风险指标等关键数据不仅是投资者决策的基础,也是 RWA 相关金融产品(如借贷、衍生品)正常运行的前提。传统金融市场中,这些数据通常由中心化的数据提供商提供。而在去中心化的区块链环境中,我们需要一种可信、安全的方式将链下数据引入链上,这就是预言机(Oracle)的作用。 #### [](#pce971s9fx9o) 2.3 Data Infrastructure: Oracles and Data Integrity IOST's RWA Engine 构建了一个多层级、去中心化的数据基础设施,以满足 RWA 上链对数据的严苛需求。其核心在于: * 多源预言机聚合: IOST's RWA Engine 不依赖于单一的预言机,而是与多个业界领先的预言机服务提供商(如 Chainlink、Band Protocol、Pyth Network 等)合作,聚合多个数据源。通过加权平均、中位数、去极值等算法,对多个数据源进行综合处理,有效降低单一数据源出错或被操纵的风险,提高数据的准确性和鲁棒性。 * 预言机节点声誉系统: IOST's RWA Engine 引入了预言机节点声誉系统。该系统根据预言机节点的历史表现(如数据准确性、响应速度、在线时长等)对其进行评分。只有声誉良好的节点才能参与到 RWA 数据喂送中。同时,系统还引入了经济激励和惩罚机制,激励节点提供高质量数据,惩罚恶意或低质量节点。 * 链上数据验证与风险评估: 除了预言机提供的链下数据,IOST's RWA Engine 还充分利用链上数据(如交易量、流动性池深度、抵押率等)进行数据验证和风险评估。通过智能合约,可以对预言机数据进行交叉验证,识别异常值或潜在风险。例如,当预言机提供的 RWA 价格与链上交易价格出现较大偏差时,智能合约可以触发预警或暂停相关交易。 * 数据完整性与不可篡改性: 所有通过预言机喂送的数据、链上数据验证结果、风险评估结果等,都会被永久记录在 IOST 区块链上,确保数据的完整性和不可篡改性。任何对数据的修改都会留下痕迹,便于审计和追溯。 数据流转与验证流程图: #### [](#affq5aooaemc) **2.4 Ecosystem Components: Developer Tools and APIs** IOST's RWA Engine 的成功不仅依赖于其强大的技术基础,还依赖于一个繁荣的开发者生态系统。为了吸引开发者、降低开发门槛、促进 RWA 应用的创新,IOST's RWA Engine 提供了一套全面的开发者工具、API 和支持体系。 核心开发者工具与 API: 1. RWA SDK (Software Development Kit): IOST 提供了一套功能完善的 RWA SDK,支持多种主流编程语言(如 JavaScript、Python、Go 等)。SDK 封装了与 IOST 区块链、PayFi Accelerator、预言机服务、合规服务等交互的底层细节,开发者可以专注于 RWA 应用的业务逻辑开发,而无需深入了解底层技术。SDK 提供了以下核心功能: * RWA 代币创建、发行、管理 * 合规规则配置与管理 * 与预言机服务交互,获取 RWA 数据 * 调用 PayFi Accelerator 的各项功能(如 RWA 交易、流动性管理等) * 链上数据查询与分析 2. RWA API: IOST's RWA Engine 提供了一组 RESTful API,允许开发者通过 HTTP 请求与 RWA 引擎进行交互。API 涵盖了 RWA 生命周期管理的各个方面,包括: * 资产注册与管理 * 合规审查 * 代币发行与交易 * 数据查询 * 风险管理 3. 智能合约模板库: IOST 提供了一系列经过审计的智能合约模板,涵盖常见的 RWA 应用场景(如 RWA 借贷、RWA 衍生品、RWA 稳定币等)。开发者可以直接使用这些模板,或在其基础上进行修改和扩展,从而加速应用开发。 4. 开发者文档与教程: IOST 提供了详细的开发者文档和教程,涵盖 RWA SDK、API、智能合约开发、最佳实践等各个方面。文档和教程会定期更新,以反映最新的技术进展和社区反馈。 5. 测试网和沙盒环境 开发者可以在IOST测试网上部署和测试自己的应用,无需花费真实的IOST代币。沙盒环境提供了一个隔离的,受控的测试环境,方便开发者测试各种场景。 开发者激励与生态建设: 1. IOST RWA Grant 计划: IOST 设立了专项 Grant 计划,资助有潜力的 RWA 项目。Grant 涵盖多个方向,如基础设施建设、应用开发、社区建设等。 2. 黑客马拉松与开发者活动: IOST 定期举办黑客马拉松和开发者活动,鼓励开发者基于 IOST's RWA Engine 进行创新。活动提供丰厚的奖金和技术支持,吸引全球开发者参与。 3. DeFi 合作与集成: IOST's RWA Engine 积极与其他 DeFi 项目合作,将 RWA 引入更广泛的 DeFi 生态。通过与 DEX、借贷平台、稳定币协议等的集成,RWA 可以获得更高的流动性和更丰富的应用场景。 4. 技术支持与社区 IOST 核心团队为开发者提供专业的技术支持。活跃的开发者社区可以帮助开发者解决问题,分享经验,合作开发。 示例:开发一个 RWA 借贷应用 假设一个开发者希望基于 IOST's RWA Engine 开发一个 RWA 借贷应用。他可以: 1. 使用 RWA SDK 快速创建 RWA 代币,代表某种现实世界资产(如房地产抵押贷款)。 2. 通过 SDK 或 API 配置合规规则,如 KYC/AML 要求、投资者资格限制等。 3. 调用预言机 API,获取 RWA 的价格、收益率等数据。 4. 利用智能合约模板,快速搭建借贷合约,实现 RWA 的抵押、借贷、清算等功能。 5. 申请 IOST RWA Grant,获得资金和技术支持。 6. 与其他 DeFi 项目(如 DEX)集成,为 RWA 代币提供流动性。 通过 IOST's RWA Engine 提供的工具、API 和支持,开发者可以高效、便捷地开发各种 RWA 应用,共同构建一个繁荣的 RWA 生态系统。 #### [](#stenqjqdpc15) 2.5 Onboarding Process: Step-by-Step Guide IOST's RWA Engine 提供了一个简便、高效、合规的 RWA 上链流程,旨在帮助 RWA 发行方将现实世界资产无缝地引入区块链。以下是详细的上链步骤,为 RWA 发行方提供清晰的操作指南。 **通用 RWA 上链流程:** 1. **资产评估与尽职调查 (Asset Evaluation and Due Diligence):** * RWA 发行方首先需要对其希望上链的资产进行全面的评估,包括资产的类型、价值、法律状态、风险状况等。 * 进行尽职调查,确保资产的真实性、合法性和所有权清晰。 * 确定资产的估值方法和定价机制。 2. **合规审查与 KYC/AML (Compliance Review and KYC/AML):** * RWA 发行方需要根据其资产类型和所在司法辖区的要求,确定适用的合规规则。 * 通过 IOST's RWA Engine 集成的 KYC/AML 服务提供商,对 RWA 发行方和潜在投资者进行身份验证和背景调查。 * 根据合规要求,配置智能合约中的相关参数,如投资者资格限制、交易限额等。 3. **法律与技术准备 (Legal and Technical Preparation):** * 起草 RWA 代币的相关法律文件,如发行条款、风险披露、投资者协议等。 * 选择合适的 RWA 代币标准(如 IOST 的 IRC-20、IRC-721 等)。 * 使用 IOST's RWA SDK 或智能合约模板,创建 RWA 代币合约。 * 配置 RWA 代币的元数据,如名称、符号、总供应量、精度等。 4. **预言机集成与数据准备 (Oracle Integration and Data Preparation):** * 选择合适的预言机服务提供商,或配置自定义预言机。 * 确定 RWA 代币所需的数据类型(如价格、收益率、风险指标等)和数据更新频率。 * 与预言机服务提供商协商数据格式和传输协议。 5. **代币发行与上链 (Token Issuance and Onboarding):** * 通过 IOST's RWA Engine 的智能合约,发行 RWA 代币。 * 将 RWA 代币与现实世界资产进行关联(如通过法律协议、托管安排等)。 * 将 RWA 代币在 IOST 区块链上注册,并配置相关的交易参数。 6. **二级市场交易与流动性支持 (Secondary Market Trading and Liquidity Support):** * 将 RWA 代币在支持 IOST 的交易所或 DEX 上市。 * 通过 IOST's RWA Engine 提供的流动性管理工具,为 RWA 代币提供流动性支持,如建立 AMM 流动性池、做市商机制等。 * 与 DeFi 项目合作,将 RWA 代币引入更广泛的 DeFi 生态。 7. **持续的信息披露与合规 (Ongoing Disclosure and Compliance)** 定期披露RWA相关信息,如资产表现,风险变化,合规状态等. **不同类型 RWA 的上链流程差异:** * **房地产 RWA:** 可能需要额外的步骤,如房地产估值、产权登记、托管安排等。 * **债券 RWA:** 可能需要与评级机构合作,提供债券的信用评级信息。 * **供应链金融 RWA:** 可能需要与供应链上的各方(如供应商、采购商、物流公司等)进行数据对接。 **流程图说明:** 1. **准备阶段**: 包含资产评估,合规审查,以及法律和技术方面的准备工作. 2. **上链阶段**: 包括预言机集成,代币发行,二级市场交易,以及持续的信息披露. 好的,我来帮你完善这部分内容,使其更符合白皮书的风格,并结合最新的 RWA 区块链项目作为参考。以下是可直接复制到文档中的内容: #### [](#rsqwnv17osxd) 2.6 Risk Management: Smart Contract Security and Audits 现实世界资产(RWA)上链在带来诸多机遇的同时,也伴随着一系列风险。这些风险不仅来自传统金融市场,也来自区块链技术的特性。IOST's RWA Engine 充分认识到风险管理的重要性,构建了一个多层次、全方位的风险管理体系,以保障 RWA 生态的健康、稳定发展。 **RWA 主要风险类别:** 1. **市场风险:** RWA 的价格可能受到市场供需关系、宏观经济因素、行业政策等影响而波动。 2. **信用风险:** RWA 发行方或底层资产的违约风险,可能导致投资者损失。例如,MakerDAO 中,如果抵押品价值大幅下跌,可能触发清算;Aave 中,借款人可能无法偿还贷款。 3. **操作风险:** 由于人为错误、系统故障、欺诈等原因导致的操作失误或损失。 4. **法律与合规风险:** RWA 可能涉及复杂的法律和监管问题,如证券法、税法、跨境交易等。 5. **智能合约风险:** 智能合约代码的漏洞或缺陷可能被黑客利用,导致资金损失或系统瘫痪。例如,2022 年 Wormhole 被盗事件,损失超过 3.2 亿美元。 6. **预言机风险**: 如果预言机提供的数据不准确或者被操纵,可能导致错误的决策. **IOST's RWA Engine 的风险管理机制:** 1. **智能合约风险隔离:** IOST's RWA Engine 采用模块化设计,将不同功能(如资产管理、交易、清算等)分离到不同的智能合约中。这种设计可以降低单个合约的复杂性,减少出错的概率,并限制潜在漏洞的影响范围。 2. **风险分散与对冲:** IOST's RWA Engine 支持多种类型的 RWA,并鼓励投资者构建多样化的投资组合,以分散风险。同时,IOST's RWA Engine 也支持通过衍生品等工具进行风险对冲。 3. **预言机监控与风险评估:** IOST's RWA Engine 集成多个预言机,实时监控市场数据(如价格、波动率、交易量等),并结合链上数据(如抵押率、流动性池深度等)进行风险评估。当风险指标超过预设阈值时,智能合约可以自动触发预警、暂停交易、调整参数等操作。 4. **链上治理与参数调整**: IOST's RWA Engine 支持通过链上治理机制对关键参数(如抵押率,清算线,利率模型等)进行动态调整,以应对市场变化和风险事件. 5. **形式化验证与审计:** * **形式化验证:** IOST's RWA Engine 的核心智能合约采用形式化验证方法进行验证。形式化验证是一种数学方法,可以证明智能合约代码的正确性,确保其符合预设的规范,从而避免潜在的逻辑漏洞。 * **安全审计:** IOST's RWA Engine 的智能合约经过多家独立安全审计机构的审计,如 CertiK、SlowMist、PeckShield 等。审计报告会公开披露,以增强透明度和可信度。 * **漏洞赏金计划:** IOST's RWA Engine 设立了漏洞赏金计划,鼓励白帽黑客发现并报告潜在漏洞,从而提高安全性. 通过以上多层次、全方位的风险管理机制,IOST's RWA Engine 致力于为 RWA 的安全、稳定运行提供坚实保障,为投资者和 RWA 发行方创造一个可信赖的 RWA 生态系统。 #### [](#ddhwqunaqov) 2.7 Valuation Model: Ensuring Accurate Asset Pricing 在现实世界资产(RWA)上链的过程中,资产估值的准确性、可靠性和透明度至关重要。准确的估值不仅是投资者进行理性决策的基础,也是 RWA 相关金融产品(如借贷、衍生品)稳健运行的前提,更是整个 RWA 市场健康发展的基石。然而,RWA 的估值面临着独特的挑战。不同于链上原生资产,RWA 的多样性、非标准化、信息不对称以及链上链下数据一致性等问题,使得传统的估值方法难以直接适用。 RWA 估值的核心挑战: * 资产多样性: RWA 涵盖房地产、债券、应收账款、艺术品、知识产权等多种资产类别,每种资产都有其独特的估值方法和考量因素,难以用单一模型覆盖。 * 非标准化: 许多 RWA 缺乏统一的估值标准和公开市场数据,估值过程往往依赖于主观判断和专家意见,难以实现客观、可比的估值。 * 流动性差异: 不同 RWA 的流动性差异巨大。高流动性资产(如上市债券)可以通过市场价格发现其价值,而低流动性资产(如私人股权)则缺乏活跃的交易市场,估值难度较大。 * 信息不对称: RWA 的相关信息(如资产质量、历史表现、法律状态等)可能分散在不同的参与方手中,存在信息不对称问题,增加了估值的难度和不确定性。 * 链上链下数据一致性: 如何将链下资产的估值信息安全、可信地映射到链上,并保持数据的一致性和实时性,是一个关键的技术挑战。 IOST's RWA Engine 的多维估值体系: IOST's RWA Engine 采用多层次、多维度、动态调整的估值体系,综合运用链上数据和链下数据,力求实现 RWA 的准确、可靠、透明定价。其核心机制包括: * 多源预言机聚合: 对于具有公开市场价格的 RWA(如部分债券、股票等),IOST's RWA Engine 集成多个业界领先的预言机服务(如 Chainlink、Band Protocol 等),从多个独立数据源获取价格信息。通过加权平均、中位数、去极值等算法对数据进行聚合,有效降低单一数据源出错或被操纵的风险。 * 链下专业评估: 对于缺乏公开市场价格的 RWA(如房地产、艺术品、私募股权等),IOST's RWA Engine 鼓励 RWA 发行方引入独立的第三方专业评估机构,对资产进行评估,并提供详细的评估报告。评估报告的摘要信息(如评估值、评估方法、评估日期、评估机构资质等)通过加密哈希和时间戳等方式上传至 IPFS 或 IOST 区块链,确保其不可篡改,并可供投资者查阅。 * 现金流折现模型 (DCF): 对于具有稳定、可预测现金流的 RWA(如债券、应收账款、租赁资产等),IOST's RWA Engine 支持使用现金流折现模型(DCF)进行估值。通过智能合约,可以根据 RWA 的预期现金流、折现率、期限等参数,自动计算 RWA 的理论价值。折现率等关键参数可根据市场情况和风险变化进行动态调整。 * 链上数据辅助决策: IOST's RWA Engine 充分利用链上数据(如 RWA 代币的交易量、换手率、流动性池深度、抵押率等)来辅助估值和风险评估。当 RWA 的市场价格与预言机喂价或理论估值出现显著偏差时,可能表明市场存在非理性行为、信息不对称或潜在风险,投资者和 RWA 发行方应予以关注。 * 可信计算环境: IOST's RWA Engine 计划引入可信计算环境(TEE)来运行估值模型,确保估值过程的私密性和安全性,防止敏感数据泄露和恶意篡改. * 动态估值调整与治理: IOST's RWA Engine 支持通过链上治理机制,根据市场反馈、资产表现和风险变化,对估值模型和参数进行动态调整。RWA 社区可以通过投票决定是否调整 DCF 模型中的折现率、预言机的数据源权重等关键参数,实现估值模型的持续优化。 RWA 估值流程图 ### [](#y7v0j0ja32zg) **3\. RWA Use Cases and Applications** 现实世界资产(RWA)上链为区块链技术开辟了广阔的应用前景,将传统金融与去中心化金融(DeFi)连接起来,释放了巨大的价值潜力。IOST's RWA Engine 凭借其高性能、高安全性、合规性和可扩展性,为 RWA 在各个领域的应用提供了坚实的基础。 #### [](#ooxr70h46vlj) **3.1 Asset Tokenization and Fractionalization** 资产代币化是将现实世界资产的所有权或权益转换为区块链上的数字代币的过程。碎片化是将资产分割成更小的、可交易的单位。RWA 代币化和碎片化具有以下优势: * 提高流动性: 将原本流动性较低的资产(如房地产、艺术品、私募股权等)转换为可交易的代币,提高了其流动性,降低了投资门槛。 * 降低投资门槛: 碎片化使得投资者可以用较少的资金参与到原本高门槛的投资项目中。 * 提高透明度: 区块链技术为资产所有权和交易记录提供了透明、不可篡改的记录。 * 提高效率: 自动化智能合约可以简化资产管理和交易流程,降低成本,提高效率。 运作机制: RWA 发行方通过 IOST's RWA Engine 创建代表特定资产的 RWA 代币。代币可以被分割成更小的单位,并通过智能合约进行交易和管理。资产的所有权和交易记录被记录在区块链上。 适用场景: * 房地产:将房地产所有权碎片化,降低投资门槛,提高流动性。 * 艺术品和收藏品:将艺术品和收藏品代币化,实现部分所有权或抵押借贷。 * 私募股权:将私募股权代币化,提高流动性,降低投资门槛。 * 基础设施项目:将基础设施项目(如桥梁、道路、发电厂等)的未来收益权代币化,吸引更广泛的投资者。 #### [](#b26o494nksm) **3.2 RWA-Backed Lending** RWA 可以作为抵押品,用于去中心化借贷平台。这为借款人提供了新的融资渠道,也为贷款人提供了更广泛的投资机会。 运作机制: 借款人将 RWA 代币抵押到智能合约中,借入加密货币或其他 RWA 代币。贷款人将加密货币或其他 RWA 代币存入智能合约中,赚取利息。智能合约根据预设的规则(如抵押率、利率、清算线等)管理借贷过程。 优势: * 新的融资渠道: 为 RWA 持有者提供了新的融资渠道,无需出售资产即可获得流动性。 * 更广泛的投资机会: 为加密货币持有者提供了新的投资机会,可以投资于与现实世界资产挂钩的借贷产品。 * 更高的资本效率: 与传统的抵押贷款相比,RWA 支持的借贷可以实现更高的资本效率,因为抵押品是可交易的代币,更容易清算。 适用场景: * 房地产抵押贷款:将房地产 RWA 代币作为抵押品,借入加密货币。 * 应收账款融资:将应收账款 RWA 代币作为抵押品,借入加密货币。 * 设备融资:将设备 RWA 代币作为抵押品,借入加密货币。 #### [](#sl2qz3k31i8x) **3.3 RWA in Supply Chain Finance (RWA 在供应链金融中的应用)** RWA 可以优化供应链金融流程,提高效率,降低成本,改善各方之间的信任。 运作机制: 将供应链上的各种资产(如发票、仓单、提单等)代币化,并通过智能合约进行管理和交易。 优势: * 提高透明度: 区块链技术为供应链上的各方提供了透明、不可篡改的资产和交易记录。 * 降低融资成本: 通过将供应链资产代币化,可以更容易地获得融资,降低融资成本。 * 提高效率: 自动化智能合约可以简化供应链金融流程,减少人工干预,提高效率。 * 改善信任: 区块链技术可以提高供应链各方之间的信任,减少欺诈风险。 适用场景: * 发票融资:将发票代币化,用于融资。 * 仓单融资:将仓单代币化,用于融资。 * 贸易融资:将贸易文件(如信用证、提单等)代币化,简化贸易融资流程。 #### [](#whrlzffy78ks) **3.4 RWA-Based Investment Products** RWA 可以用于构建各种创新的投资产品,如 RWA 指数基金、RWA 结构化产品、RWA 衍生品等。 运作机制: * RWA 指数基金: 将多种 RWA 代币组合成一个指数基金,投资者可以通过购买基金份额来投资于一篮子 RWA。 * RWA 结构化产品: 将 RWA 代币与其他金融工具(如期权、期货等)组合,构建具有特定风险收益特征的结构化产品。 * RWA 衍生品: 基于 RWA 代币的价格波动,创建衍生品合约(如期货、期权、互换等)。 优势: * 多样化的投资选择: 为投资者提供了更多样化的投资选择,可以根据自己的风险偏好和投资目标选择合适的 RWA 投资产品。 * 更高的收益潜力: RWA 投资产品可能提供比传统金融产品更高的收益潜力。 * 风险管理工具: RWA 衍生品可以作为风险管理工具,帮助投资者对冲 RWA 价格波动的风险。 适用场景: * 机构投资者:可以通过 RWA 指数基金或结构化产品,配置 RWA 资产。 * 高净值个人:可以通过 RWA 衍生品,进行投机或对冲。 * DeFi 协议:可以基于 RWA 代币,构建新的 DeFi 产品。 #### [](#mxts6p3n7iy2) **3.5 Real Estate Tokenization (房地产代币化)** 房地产代币化是 RWA 的一个重要应用领域。将房地产所有权或权益转换为区块链上的数字代币,可以带来诸多好处。 运作机制: 将房地产进行评估和分割,创建代表房地产所有权或权益的 RWA 代币。代币可以通过智能合约进行交易和管理。 优势: •降低投资门槛:允许以更低的资金参与房地产市场。 •流动性增强:代币化使房地产资产更易于买卖。 •提高透明度:区块链记录所有权和交易历史。 •简化流程:通过智能合约自动化管理和交易。 适用场景: •部分所有权:投资者可以购买代表部分房产的代币。 •租赁权益:代表租赁权的代币,用于租赁收益分配。 •房地产融资:通过代币化进行房地产项目融资。 •跨境投资:简化国际房地产投资流程。 #### [](#t39mq7qkc40m) **3.6 Other Innovative Use Cases** 除了上述用例,RWA 还可以应用于许多其他创新领域,如: * 碳信用交易: 将碳信用额度代币化,促进碳市场的透明度和流动性。 * 知识产权: 将专利、版权等知识产权代币化,促进知识产权的交易和融资。 * 数字身份: 将个人身份信息与 RWA 关联,实现数字身份的验证和管理。 * 游戏和元宇宙: 将游戏中的虚拟资产或元宇宙中的土地等代币化,实现其在区块链上的交易和管理。 IOST's RWA Engine 将持续探索 RWA 的创新应用,推动 RWA 与各行各业的融合,释放 RWA 的巨大潜力。 ### [](#qs9ntj9x87kk) Chapter 2: **IOST contributes to PayFi** ### [](#u9w1uym214qh) **1\. 关于 PayFi** #### [](#id-1t6nn3jxcocr) **1.1 PayFi是什么** PayFi(Payment Finance)是由 Solana Foundation 提出的金融概念,围绕货币的时间价值创建新市场。通过结合支付技术和金融科技,PayFi 不仅提供支付功能,还实现金融衍生品的自动化和高效化。利用区块链和智能合约,PayFi 最大化货币时间价值,提升资产流动性和创新金融产品。在 IOST 3.0 生态系统中,PayFi 扩展了 PayPIN 的应用场景,增强去中心化金融和支付功能。 #### [](#wvmretjary12) **1.2 PayFi的核心价值** PayFi 通过增强货币的时间价值,搭建 Web3 与现实世界资产(RWA)之间的桥梁,提供创新金融方式。具体价值包括: * 即时结算:利用区块链实现快速资产转移,提升资金流转效率,降低成本。 * 增强流动性:通过代币化实物资产提升流动性,实现资产即时利用。 * 创新金融产品:借助智能合约创建即时贷款、支付融资等新型金融产品,拓展 DeFi 应用。 PayFi 结合支付、DeFi 和 RWA,提供综合金融解决方案,提升财务灵活性。 ### [](#ji5lojcug372) **2\. layer2是架起PayFi桥梁** PayFi 采用基于 BNB Chain 的 Optimistic Rollup 二层架构和模块化设计,继承了底层网络高性能、低成本和安全性的核心优势,并在此基础上扩展了诸多新功能,以实现更灵活、高效和安全的支付解决方案。其核心机制包括链外计算、定期状态承诺、欺诈证明以及支持 zk-SNARK 零知识证明的数据可用性与验证模块,共同保障了交易的快速处理和资金安全。为了解决中心化排序器的弊端,PayFi 构建了去中心化序列器网络,进一步提升了效率和安全性。此外,通过跨链桥模块,PayFi 实现与 IOST 主网和其他区块链的互操作性,支持跨链资产转移和数据交换,为构建更丰富的跨链支付生态奠定了基础。 下文将详细介绍 PayFi 的关键组件和应用场景。 ### [](#ynzy97267614) **3\. PayFi Nexus 打造 Layer 2 支付数据高速通道** 在区块链中,高效、安全的现实支付数据集成面临延迟和数据可用性挑战。PayFi 利用 IOST 3.0 的 Layer 2 技术,构建专为高频支付数据集成的链上数据高速通道,成为 IOST 去中心化支付网络的重要部分。 作为 IOST 3.0 核心模块,PayFi Nexus 在 Layer 2 上运行,与 Seda、Stork 等 Oracle 合作伙伴协作,为 IOST 链提供高质量、实时支付数据,弥合传统支付与 DeFi 的差距,实现低成本、高吞吐量的数据交互。 #### [](#id-1wtdq6fokpi) **3.1 综合支付数据集成框架** PayFi Nexus 基于 IOST 3.0 的 Layer 2 技术,构建了完整的支付数据集成框架,分为以下三个模块: * 数据接入和处理层:与 Oracle 伙伴无缝集成,从外部数据源接收并验证支付数据。数据在进入 Layer 2 前经过多层校验,确保完整性和准确性,优化后引入链上,以减少冗余和延迟。 * Layer 2 通信协议:实现跨层通信协议,利用优化传输协议如 Rollup,将批量支付数据打包至主链,减少验证计算开销并提高传输效率,确保链上链下数据一致。 * 智能合约和 API 支持:提供开发者工具包、客户端库、容器化守护程序和智能合约接口,支持并行化和自动容错,提高系统可靠性。专用 API 和 SDK 简化了 dApp 接入和数据调用流程。 #### [](#tkpo0oo0a0b0) **3.2 数据优先事务机制** 结合 IOST 3.0 的 Layer 2 技术架构,PayFi Nexus 引入了数据优先事务机制,为高优先级支付数据更新提供保障。Layer 2 的智能合约会为高优先级交易预留专属区块空间,确保在主链拥堵时依然能实时更新支付数据。当数据更新需求减少时,未使用的区块空间会自动重新分配,提高其他网络交易的吞吐量。这一机制利用了 Layer 2 的弹性扩展特性,优化主链资源使用,提升整个 IOST 网络的数据流通和可靠性。 #### [](#rg8ms4lk5o0s) **3.3 全面的支付数据洞察与决策支持** 为了帮助用户和开发者充分利用支付数据,PayFi Nexus 提供了一套灵活的支付数据分析与报告机制,支持多种分析场景,助力决策制定和业务优化。 * 实时数据分析平台:集成实时数据分析平台,用户可在 Layer 2 上动态分析支付数据,使用预构建工具和仪表板监控支付流量、交易模式等指标,帮助商户快速应对市场变化、优化支付策略。 * 可定制报告生成:提供灵活的报告生成工具,支持自定义交易量、用户行为和市场趋势等报告,支持多种格式导出如 PDF、CSV,便于分享和存档。 * 数据可视化支持:提供图表、热图和趋势图等可视化工具,帮助用户直观理解支付数据变化,识别业务机会和风险。 * 深度学习与预测模型:结合深度学习技术进行支付数据挖掘和预测分析,通过历史数据学习预测未来支付趋势和用户需求,助力精准营销和资源配置。 * 数据反馈与优化建议:基于分析结果和机器学习算法,生成优化建议,如提升支付转化率的策略,帮助商户制定高效运营计划。 PayFi Nexus 的支付数据分析和报告机制帮助开发者和商户更好地利用数据,推动业务增长和市场竞争力提升。 ### [](#lsw1ryql4zec) **4\. PayFi Guardian 保护支付交易的安全防线** PayFi 协议通过内置的支付安全合约,确保用户在进行交易时的安全性和透明性。该合约利用 OpenZeppelin 的自动任务机制,管理和执行多项关键支付安全流程。以下是合约的核心功能模块 **4.1 自动支付监控** 该合约定期监控用户的支付请求,确保所有待支付项的状态为“有效”。合约会检查用户钱包中的余额,确保其有足够资金进行支付。一旦满足条件,合约将自动触发 executePayment 函数,确保及时处理用户的支付请求。 **4.2 支付周期管理** 合约负责管理支付周期,定期评估当前支付状态。当支付周期结束时,合约会调用 finalizePaymentCycle 函数,处理所有相关的收益分配和结算流程,以保证用户的利益得到维护。 **4.3 支付状态更新** 内置机制定期刷新支付状态,确保所有交易的实时数据准确。合约通过调用 refreshPaymentStatus,快速响应市场变化,确保用户能够获取最新的支付信息和交易状态。这一功能有助于提升用户体验,降低支付过程中的风险。 **4.4 支付承诺启动** 当用户的支付请求被批准后,合约会自动生成支付承诺。合约监控所有已批准的支付请求,调用 initiatePaymentCommitment 函数,以确保每笔支付都被准确记录并得到管理。 **4.5 访问控制与审计** 所有自动任务每 5 分钟执行一次,并通过 sentinel 服务账户钱包进行调用。这一机制有效防止未授权访问,确保合约操作的透明性与安全性。同时,合约提供审计日志,记录所有重要操作,以便后续审计与合规检查。 通过这些功能,PayFi 的内置支付安全合约为用户提供了高效、安全的支付处理方案,确保所有交易在合约层面受到严格的监管和保护,提升了用户在支付过程中的信任和安全感。 ### [](#cjk7h14ltbgu) **5\. 具体应用场景** #### [](#llmgqo9qj09w) **5.1 跨境汇款与多币种支付场景** 1. **实时跨境支付** 我们提供链上稳定币跨境支付功能,可几秒内完成从一个国家向另一个国家的实时汇款。例如,用户在一个国家内汇款至家人,或企业与国际供应商的支付需求,可通过稳定币和 Layer2 技术完成。相比银行的高成本、多天到账周期,链上跨境支付不仅快速且透明,极大减少了传统汇款的手续和费率,且通过去中心化技术绕过了中介机构。 2. **供应链金融的跨境结算** 国际供应链上,跨境支付流程繁琐且账期长。商户在完成交易后通过系统支付,无需经历银行审核和外汇结算。支付在链上几秒内完成,且通过稳定币规避汇率波动风险。对于跨国公司,使用链上支付降低了国际清算时间及成本,优化了财务结算流程。 #### [](#id-4vu916fthqsb) **5.2 商户支付场景** 1. **掌纹支付与去中心化身份验证 (DID)** **我们**引入掌纹支付结合DID系统,用户通过掌纹验证完成支付,身份信息以DID方式存储在链上,确保隐私安全。DID系统验证身份并实现去中心化支付,适用于大型购物中心、公共交通等场景,提升支付便捷性和安全性。 2. **高频小额支付与实时结算** 在电商和零售场景中,我们通过Layer 2 实现秒级结算,商户无需等待到账周期,即时获得款项,减少交易费率负担,适用于高频小额支付和快消行业。 3. **去中心化奖励与积分机制** 商户可通过链上积分和奖励机制激励消费者,积分透明不可篡改,确保奖励公平,增强用户忠诚度。积分可兑换产品或折扣,提升商户对忠实顾客的激励,促进复购。 #### [](#ac4x86m7krsg) **5.3 金融投资场景** 1. **全球投资参与** 用户可通过PayFi投资全球优质资产(如债券、股票、加密资产)。传统投资需通过银行等中介,而我们支持直接使用稳定币购买资产,实现透明、高效的投资。区块链智能合约确保资金安全,特别适合中小投资者进行跨国资产配置。 2. **DeFi 合约交易** 我们支持用户参与链上期货、期权等衍生品交易,通过智能合约自动执行,降低成本和操作门槛。用户可通过链上保证金参与DeFi合约,享受快速、高效的交易,确保透明度和执行效率,避免人为干预。 #### [](#gy8i3ses2n8n) **5.4 多链支持场景** 1. **跨链支付和资产管理** 我们实现多链资产一键跨链支付和管理,用户无需转换或支付复杂手续费,通过智能合约自动管理资产,确保实时交易和清算,适用于线上线下消费。 2. **开发者友好的 API 生态与激励机制** 我们提供开放API接口和开发者激励机制,支持定制化支付系统接入,吸引更多开发者参与生态建设。开发者可快速部署支付功能,应用于电商、物流、教育等领域,推动社区治理,逐步实现自驱动开放支付生态。 #### [](#eeux0xfxch2) **5.5 未来场景展望** 1. **指数化投资产品** 我们计划将多种资产组合成指数化产品,提供多样化的资产配置选择,并通过智能合约进行动态再平衡管理,分散风险。举例来说,稳定币指数基金可由多种稳定币组成,购买后可享受跨市场、跨资产的风险缓释效果,增强投资多样性。 2. **收益互换与风险对冲产品** 我们i将推出收益互换产品,让投资者根据收益偏好选择固定或浮动收益。同时,系统支持加密资产和稳定币间的收益互换,并通过智能合约提供自动风险对冲功能,满足多元化市场需求 ### [](#id-9edb8mi636u5) Chapter 3: Where PayPIN Meet ### [](#q5s1e1uyls8d) **1\. IOST 3.0 —— Build PayPIN** #### [](#id-68c1nsolo5hr) **1.1 PayPIN's Core Components: Chain Abstraction, Unified Payments, and DID** PayPIN 核心在于连接支付和区块链技术,并通过硬件落地应用,为用户提供安全、便捷、普惠的 Web3 支付体验。其关键要素包括: * 链抽象层: 屏蔽不同底层区块链的技术细节,提供统一支付接口,兼容各种区块链网络。 * 统一支付协议和跨链清算网络: 定义统一支付协议,确保不同区块链间交易互操作性。 * 交易数据结构:统一格式(JSON/Protobuf)。 * 签名和验证机制:通用签名算法(ECDSA/BLS),支持多重签名和阈值签名。 * 错误处理和异常管理:完善的错误代码和异常处理机制。 * 异步通信机制:提高交易处理效率。 * 跨链清算网络:利用状态通道技术实现快速、安全、低成本的跨链资产转移,并包含多重签名、零知识证明、链下状态监控、争议解决、分布式账本、智能合约、多链路由、流动性池和预言机等核心机制。 * 去中心化身份系统 (DID): 集成 W3C DID 标准,支持用户创建和管理数字身份,采用多种身份验证方式(生物识别、密码学签名)和零知识证明等隐私保护技术。 PayPIN 通过结合以上技术要素和硬件设备,打造了一个完整的支付生态系统(SDK、API、开发者文档、测试网络),提供安全、便捷、普惠的 Web3 支付体验。 #### [](#r59sts51za7v) **1.2 Staking Evolution & Deflation Drives Value Growth** IOST 3.0 对代币经济模型进行了全面升级,旨在通过灵活的质押机制和多维度的通缩机制,驱动 IOST 代币的价值增长,并为 PayPIN 生态系统提供持续动力。 质押机制升级: 从传统的单一质押模式转变为多元化质押,包括: * 传统的区块奖励和投票奖励: 激励节点参与共识和治理。 * 通胀质押奖励: 根据网络活跃度、子链发展和社区治理动态调整,平衡网络安全和生态发展。 * 子链质押激励: 支持子链独立设置质押奖励机制,提升子链活跃度和安全性。 * 多元化质押方式: 支持 LP Token 质押、PayPIN 应用质押和跨链质押,提供更多参与方式。 通缩机制引入: 为了应对通胀压力并提升代币价值,IOST 3.0 引入了多维度的通缩机制,包括: * Gas 费用动态销毁: 根据网络拥堵情况动态调整销毁比例。 * 子链生命周期销毁: 子链创建和运行都会销毁部分 IOST。 * AI 计算资源租赁销毁: 销毁部分租赁费用。 * DID 和 VC 铸造销毁: 创建 DID 和获取 VC 需要销毁 IOST。 * PayPIN 应用自定义销毁: 鼓励 PayPIN 应用自定义销毁机制。 * PayFi 交易费用销毁: 销毁部分 PayFi 交易费用。 升级后的代币经济模型将构建更灵活、可持续的激励模型,吸引更多用户和开发者参与 IOST 生态建设,并驱动 IOST 代币的长期价值增长,为 PayPIN 提供持续动力。 #### [](#id-6hpe3rkgwtue) **1.3 Incentive Engine Nexus DAO** Nexus DAO 是一个由社区、开发者、节点和基金会组成的去中心化自治组织 (DAO),旨在通过 IOST 代币激励形成闭环的自我强化机制。 Nexus DAO 提供全方位激励: a. **生态激励:** 设立生态激励基金,支持生态系统内的项目和应用,持有 IOST 代币的用户可提议和表决资金分配方向。 b. **社区激励:** 设立社区激励计划,资助全球社区活动、黑客松、开发者大会等。 c. **开发者激励:** 设立开发者激励基金,资助 DApp 开发项目、智能合约工具以及开发者培训。 d. **节点激励:** 设立节点激励计划,通过质押 IOST 决定投票权和出块奖励。 e. **基金会激励:** 基金会设立长期战略目标和资助计划,接受社区投票和审议,确保生态可持续发展。 **Nexus DAO 运行机制:** 采用投票托管链上治理模式,质押 IOST 代币越多,投票权越大。质押至少 60 天获得 veIOST,用于提议和投票决定资金分配,包括但不限于提高 DEX 流动性、赞助 PayPIN 项目、资助公共产品等。 Nexus DAO 启动资金由基金会提供,未来是否增加资金将通过全网投票决定。 该激励系统增强了 IOST 代币使用和流动性,并调动社区参与积极性,确保 IOST 生态健康可持续发展。 #### [](#n6twjhkh96jk) **1.4 The PayPIN Ecosystem: A Hub for Web3 Innovation** PayPIN 不仅是一个支付系统,更是一个充满活力的生态系统,将吸引和支持与 AA 钱包、安全合规的支付协议、多国资产、稳定币、DID、链上信用分和 DePIN 等相关的项目,通过 grants、hackathons、incubation programs 等方式支持这些项目,共同构建繁荣的 PayPIN 生态,并为用户提供更丰富的 Web3 服务。 * AA 钱包: 深度集成 PayPIN 支付功能,支持多种加密货币和稳定币,提供用户友好的界面和丰富的功能(DApp 浏览器、PayPIN 应用市场等)。 * 安全合规的支付协议: 与支付协议项目合作,确保支付安全合规,满足不同地区和行业的监管要求(KYC/AML 集成等)。 * 多国资产和稳定币: 支持多国法币锚定稳定币和主流加密货币,促进跨境支付,并探索与 CBDC 集成。 * DID 和链上信用分: 利用 DID 和链上信用分系统,构建用户信用体系,提供个性化金融服务(信用贷款、保险等)。 * DePIN: 与 DePIN 项目合作,探索去中心化物理基础设施网络应用,为 PayPIN 应用提供更可靠、高效、低成本的基础设施支持。 IOST 3.0:Where PayPIN Meets,一个充满无限可能的未来。在这里,以 PayPIN 为代表的去中心化支付技术,将为每一个参与者带来前所未有的价值体验与无限机遇。 ### [](#f107ykzcthm3) **2\. Mainnet Evolution** #### [](#amhv4fcozev4) **2.1 Dynamic Enhancement of Proof of Believability** PoB 是 IOST 独有的共识算法,通过节点可信度评分和随机性相结合,确保高效且安全的共识。在 IOST 3.0 中,PoB 共识机制通过先进的加密技术和智能算法优化,提升了安全性、效率和可扩展性,确保网络在应对增长的用户需求和复杂应用时保持卓越性能和安全性。 **2.1.1 增强的多维可信度评分(Enhanced Multidimensional Trust Scoring)** 我们开发了新的多维可信度评分系统,结合节点响应时间、历史贡献、资产承诺和网络活跃度等多个参数,提高了评分准确性和防篡改能力,确保节点选择公正。通过分析节点的历史行为、交易记录和网络活动,动态调整评分,使得每个节点的可信度更加精确和可信。 可信度评分公式如下: 其中: 新的多维可信度评分系统引入了AI驱动的异常行为检测,实时识别潜在恶意行为,增强防御能力。系统通过机器学习分析节点行为,及时标记异常并触发安全响应,如降低节点可信度或暂停其共识权限。定期更新评分参数,确保机制与网络实际情况一致,提升系统稳定性与安全性。 **2.1.2 增强的随机性** 为了增强随机性,我们采用了基于高级加密技术的加密安全伪随机数生成器(CSPRNG)。该技术生成的随机数难以预测,防止预测攻击和节点串谋,确保共识机制的安全性和选举公平性。CSPRNG 使用复杂的算法和加密技术,保证即使攻击者掌握部分信息,也无法逆推生成过程。 为进一步增强安全性,我们引入了多源随机性融合技术,将区块哈希值、节点本地随机数生成器和外部数据(如天气或股市数据)结合生成最终的随机数。 具体算法如下表示: 其中: 多源随机性融合技术有效地提高了随机数的不可预测性和抗攻击能力,确保了 PoB 共识机制的安全性和公正性。 **2.1.3 双层共识验证机制(Dual-Layer Consensus Verification)** 我们实施了双层共识验证机制,首先由主验证节点进行交易和区块的初步验证,随后由随机选举的备份节点进行再次验证。这一流程显著提高了系统安全性,防止恶意操作。主验证节点会检查交易合法性、签名和共识规则,备份节点则对交易完整性和一致性进行再次确认。 备份节点的选举基于增强的随机数生成技术,确保公平性和不可预测性。投票机制也用于最终确认交易状态,提升了系统的可靠性。 投票过程采用如下方式: 其中: 只有当交易获得足够多的投票支持时,交易才会被最终确认并记录在区块链上。这种投票机制,进一步增强了共识过程的透明性和公正性,可高效防止恶意节点篡改交易结果。 #### [](#id-4vbh0zfe34w9) **2.2 Enhanced Cross-Chain Interoperability** 在 IOST 3.0 中,跨链互操作性得到了显著增强,特别是主网与子链、子链之间的连接和数据交换。通过创新技术,IOST 3.0 实现了无缝的跨链操作,推动了多链环境中的去中心化应用(DApps)和智能合约的广泛应用。 **2.2.1 主网与子链的跨链** 主网与子链的跨链 IOST 3.0 采用了 Main-Sub Chain Interconnect Protocol (MSCIP),通过以下方式实现主网与子链的高效互操作: **a. 跨链消息格式**:统一的消息格式提升了数据交换的效率与兼容性,确保主网和子链的数据一致性和完整性。 **b. 安全传输:** 利用 SSL 加密和哈希算法确保数据的安全和完整性,防止篡改或丢失。 **c. 跨链验证节点**:在主网与子链上设置验证节点,负责跨链交易的验证,确保数据的准确传递和安全性。 主要流程如下 **2.2.2 子链与子链的跨链** IOST 3.0 引入了 Sub-Chain Cross-Linking Protocol (SCCLP),支持子链之间的直接通信和数据交换。SCCLP 通过分布式中继节点和多重签名技术,确保跨子链交易的安全性和高效性: a. **分布式中继节点**:部署中继节点负责传递和验证跨链交易,确保高效可靠的数据传输,且通过分布式共识确保验证过程的透明和公正。 b. **多重签名技术**:跨链交易需要多个独立签名者的验证,增强了交易的安全性,并有效防止单点故障和恶意攻击。 c. **状态同步**:中继节点定期同步各子链的状态数据,确保跨链协同工作,保持子链间的数据一致性。 主要流程如下 **2.2.3 去中心化中继网络(Decentralized Relay Network, DRN)** DRN利用中继节点在主网与子链、子链与子链之间传递交易和状态信息,采用分布式验证和共识机制,确保跨链数据传输的高效性和防篡改性: a. **中继节点配置**:多个中继节点在主网和子链间协作,通过分布式共识算法验证跨链交易并广播结果。节点通过节点评级系统评估和监督,确保可靠性和安全性。 b. **数据加密和签名**:所有数据经过加密和数字签名,保证数据机密性和不可篡改性,仅授权接收方能解密。 c. **动态负载均衡**:DRN 根据网络流量和节点状态调整数据传输路径,优化性能,确保数据通过最优路径传输到目标节点。 ### [](#id-7xka547rkezw) **3\. 功能模块** 模块化设计是提升区块链系统可扩展性、灵活性和可维护性的关键。IOST 3.0将此理念融入核心架构,为PayPIN支付链和Web3应用提供可定制的基础设施平台。 区别于传统单体式架构,IOST 3.0采用"搭积木"式的子链构建方法: * 核心功能模块化,支持灵活选择和组合 * 通过标准化接口(Standardized Interface)实现模块集成 * 模块间严丝合缝地嵌入子链节点,确保独立高效运行 例如,开发者可以整合存储模块、计算模块和身份模块,快速构建满足特定需求的完整子链。 下面将详细介绍各模块的设计、实现及主要功能。 #### [](#ob2ywoijox0w) **3.1 存储模块** IOST 3.0 设计了一套全新的分布式分层存储模块,结合链上索引、链下存储和多层缓存机制,提供安全、高效、可扩展的存储解决方案。 **3.1.1 架构设计** IOST 3.0 的分布式分层存储模块采用三层架构: a. **链上索引层**:存储数据的哈希值和元数据(如数据类型、大小、所有者等),通过智能合约管理,确保数据的可追溯性、透明性和访问控制,减少单点故障风险。 b. **链下存储层**:使用分布式存储网络(如 IPFS 和 Arweave)存储实际数据,数据分片并加密,保证隐私和安全,减轻主链负担,提高性能。 c. **多层缓存层**:设置缓存层于主网、子链节点和用户端,加速数据访问,利用内容寻址和 CDN 技术提高数据检索和传输效率,减少延迟,提升用户体验。 **3.1.2核心机制** a. 数据存储流程: * 用户上传数据至 IOST 3.0 网络。 * 子链节点分片和加密数据,并存储到链下存储网络。 * 子链节点记录数据的哈希值、元数据和存储位置到链上索引层。 * 用户通过哈希值查询数据位置并从链下存储网络获取数据。 b. 数据安全保障: * 数据分片和加密:使用 AES-256 算法加密数据防止泄露和篡改。 * 分布式存储:数据存储在多个节点上,避免单点故障。 * 数据完整性校验:使用 SHA-256 算法确保数据完整性。 * 访问控制机制:智能合约控制数据访问,保障敏感数据的安全。 c. 数据访问优化: * 多层缓存:加速数据访问,通过智能策略动态调整缓存内容。 * 内容寻址:使用数据哈希值索引,提高数据检索效率,防止重复存储。 * CDN:结合分布式内容分发网络技术提升全球数据访问速度。 存储模块示意图 **3.1.3 子链集成** IOST 3.0 分布式分层存储模块通过标准化接口集成到子链节点中,为子链提供安全、高效、可扩展的存储服务。 **a. 子链节点作为存储节点**:子链节点可以作为存储节点,参与数据的存储和分发,确保数据的高可用性和冗余性。 **b. 子链参数配置**:子链可以根据自身需求,配置存储模块的参数,例如缓存大小、加密算法、存储引擎等。这种灵活的配置能力使得子链可以根据不同的应用场景进行优化。 **c. 智能合约集成**:子链可以根据自身需求,配置存储模块的参数,例如缓存大小、加密算法、存储引擎等。这种灵活的配置能力使得子链可以根据不同的应用场景进行优化。 ### [](#qgpxnyrdakeo) **3.2 计算模块** IOST 3.0 的计算模块旨在为 PayPIN 支付链和其他 Web3 应用提供一个高效、安全、可扩展的智能合约和 DApp 运行环境。 通过结合 WASM 虚拟机和容器技术,计算模块为开发者提供灵活多样的解决方案,并支持 PayPIN 支付链的各种应用场景。 **3.2.1 架构设计** IOST 3.0 的计算模块采用多层次架构,以实现性能、安全性和可扩展性的有机结合,其核心设计理念是打造一个多引擎驱动的计算平台。 a. 基于 WASM\[6 7\] 的轻量级执行环境: IOST 3.0 选择 WASM (WebAssembly) 作为智能合约的执行引擎。WASM 是一种面向未来的字节码格式,专为高性能、安全性和可移植性而设计。 b. 基于容器技术的 DApp 运行环境: IOST 3.0 引入了 Docker 容器技术,为每个 DApp 创建独立的运行环境,就像为每个 DApp 配备了专属的“运行沙盒”。 c. AI 计算租赁市场: IOST 3.0 构建了一个去中心化的 AI 计算租赁市场,将网络中闲置的计算资源充分利用起来,为 PayPIN 应用提供按需付费的 AI 计算服务。 **3.2.2 核心机制** a. WASM 智能合约引擎: * 安全隔离: WASM 运行在安全沙盒中,每个合约运行在独立的 WASM 虚拟机实例中,保障安全性。 * 高效执行: WASM 字节码可直接执行,并支持 JIT 编译,提高执行速度。 * 跨平台兼容: 支持多种主流编程语言 (C/C++、Rust、AssemblyScript 等),降低开发门槛。 * 开发工具链支持: 提供编译器、调试器、测试框架等。 b. DApp 容器化部署与管理: * 资源隔离与安全: Docker 容器提供资源隔离,保障 DApp 安全运行。 * 简化部署和管理: 使用 Docker 镜像快速部署和更新 DApp。 * 弹性伸缩: 动态调整资源分配。 * 版本控制和回滚: 支持版本控制和回滚。 c. AI 计算资源的动态调度与安全保障: * 资源共享: 节点可出租闲置计算资源,获得 IOST 奖励。 * 智能调度: 根据任务需求和资源可用性分配计算任务。 * 安全可信: 多重安全措施保障计算任务安全(身份认证、数据加密隔离、结果可验证)。 * 灵活计费: 根据实际使用量付费。 **3.2.3 子链集成** IOST 3.0 计算模块与子链架构深度融合,为子链提供安全、高效、可扩展的计算服务: a. **子链节点作为计算节点:** 每个子链节点均可作为计算节点,参与智能合约执行和 DApp 运行,共同承担网络计算压力,确保计算任务高效处理。子链共识机制保证计算任务公平分配和结果一致性。 b. **子链参数配置:** 子链可根据自身需求灵活配置计算模块参数(Gas 价格、资源限制、执行引擎选择等),满足不同 DApp 需求,例如 PayPIN 应用可设置更高 Gas 价格以提升实时性,资源需求大的 DApp 可分配更多 CPU 和内存。 c. **智能合约集成:** 开发者可通过智能合约调用计算模块 API,实现计算任务安全执行和资源管理,例如自动租赁 AI 计算资源、执行 AI 模型训练并将结果存储在 IOST 3.0 存储模块中,实现去中心化 AI 模型训练和部署。 计算模块示意图 #### [](#id-8fb36atzu5fw) **3.3 身份模块** IOST 3.0 身份模块提供去中心化的身份管理和验证服务,支持 W3C DID、VC 标准和零知识证明技术,确保用户身份安全、可信且保护隐私,为 PayPIN 支付提供安全可靠的身份验证机制。 **3.3.1 架构设计** 身份模块由三大核心组件构成: **a. DID 系统 (去中心化标识符系统)**:支持 W3C DID 标准8,为用户和设备提供可验证的数字身份。DID 是一种去中心化的身份标识符,不依赖于中心化的注册机构,使得身份信息更加安全和私密。 **b. VC 系统 (可验证凭证系统)**:支持 W3C VC 标准9,实现身份信息的安全和可信传递。VC 允许用户将其身份信息以加密形式存储在区块链上,并在需要时提供给第三方验证。 c. 零知识证明 (Zero-Knowledge Proofs)10:集成零知识证明技术,实现隐私保护的身份验证。零知识证明允许用户在不透露身份具体信息的情况下证明身份真实性,增强了隐私保护能力。 **3.3.2 核心机制** a. DID 系统 (去中心化标识符系统): * DID 生成与注册:用户和设备可以通过智能合约生成唯一的 DID。生成的 DID 将与用户的公钥和元数据一起注册到区块链上,确保其唯一性和不可篡改性。 * DID 解析与验证:通过区块链上的 DID 解析服务,可以将 DID 解析为具体的身份信息,并进行验证。解析服务确保身份信息的准确性和一致性。 * 去中心化存储:身份信息通过存储模块的链上索引和链下存储的结合,确保身份数据的高效存取和安全性。 b. VC 系统 (可验证凭证系统): * VC 发行与存储:通过智能合约发行并存储加密的 VC 信息,确保数据安全与不可篡改性。 * VC 验证与传递:验证方通过智能合约验证 VC 的真实性,确保身份信息的完整性与可信度。 * 多级权限管理:用户可控制不同 VC 仅供特定验证方查看,实现细粒度的隐私控制。 c. 零知识证明 (Zero-Knowledge Proofs): * 身份验证:通过零知识证明向验证方证明身份真实性,保护用户隐私。 * 数据完整性校验:验证数据在身份验证过程中的完整性,防止篡改。 * 隐私保护:通过零知识证明隐藏具体身份信息,最大限度保护用户隐私。 **3.3.3 子链集成** **a. 子链节点作为身份管理节点**:子链节点可以作为身份管理节点,负责 DID 和 VC 的生成、存储和验证。节点参与身份信息的分布式存储和验证,确保身份管理的去中心化和高可用性。 **b. 智能合约集成**:开发者可以通过智能合约调用身份模块的API,实现身份的注册、验证和管理。智能合约提供了安全可靠的接口,确保身份操作的透明性和可追溯性。 **c. 多链互操作性**:身份模块支持多链互操作,用户可以在不同子链之间共享和验证身份信息,增强了 **PayPIN** 应用的互操作性和灵活性。 ### [](#abmo81k63d7x) **4\. Subchain Architecture** IOST 3.0 通过模块化的集成,开发者可以灵活地选择和组合不同的功能模块,构建满足特定需求的子链。为了更好地适应不同的应用场景,IOST 3.0 提供了两种类型的子链:权限子链和开放子链。下表总结了两种子链类型的优势和主要差别,方便开发者根据具体应用需求选择合适的子链类型: 特性 权限子链 开放子链 节点准入 许可制,需要授权 公开准入,满足特定条件即可加入 治理模式 中心化或多签治理 去中心化治理,社区投票 共识机制 BFT 类共识 HotStuff 高吞吐量共识 性能 稳定,可控 高吞吐量,低延迟 安全性 高,适合对安全性敏感的应用 依赖于社区治理和经济激励机制 灵活性 较低 高,可定制参数 适用场景 企业级应用、联盟链、对安全性要求高的场景 公共应用、DeFi、高频交易、需要高吞吐量的场景 PayPIN 集成 支持 支持 ### [](#id-7l3t5sbjz33x) **5\. IOST 3.0 驱动 PayPIN 应用新纪元** IOST 3.0 通过模块化子链架构和 PayFi 支付解决方案,推动 PayPIN 应用创新,赋能 Web3 支付的未来。 #### [](#id-59kihvb66kq5) 5.1 **解锁 PayPIN 应用潜能** IOST 3.0 提供前所未有的机遇,促进 PayPIN 应用的发展。 a. 安全便捷的身份验证与支付:结合掌纹生物识别和 DID,IOST 3.0 确保 PayPIN 支付的快速与流畅。 b. 创新支付场景: * 线下支付:通过掌纹支付,商家为用户提供便捷支付体验。 * 在线支付:电商平台集成 PayPIN 提供更安全便捷的支付选项。 * 跨境支付:借助稳定币资金池与跨链互操作性,实现低成本快速跨境支付。 * DeFi 支付:PayPIN 支持与 DEX、借贷平台等 DeFi 应用的集成。 c. AI 驱动的支付风险管理:IOST 3.0 的 AI 模块增强 PayPIN 支付的安全性,支持反欺诈检测与信用评估。 …… #### [](#id-36jllrcds3f3) 5.2 **PayPIN的现实世界落地场景** IOST 3.0 提供技术支撑,推动 PayPIN 在现实世界的广泛应用: * 智慧城市:市民使用 PayPIN 支付公共交通、停车、水电费等,提升城市生活效率。 * 供应链金融:为跨境支付提供安全、低成本的解决方案。 * 医疗保健:患者使用 PayPIN 支付医疗费用并管理个人健康数据。 * 数字身份:通过掌纹识别和 DID 技术验证身份,简化政府服务、登机等过程。 * 物联网:PayPIN 支持自动驾驶车辆、无人机等物联网设备支付与数据交易。 …… [PreviousIOST 3.0 Whitepaper Lite 2024.10](/iost-dev-doc/iost-3.0-whitepaper-lite-2024.10) Last updated 1 month ago {"mathml":"Ts=α1Rt+α2Hc+α3Ac+α4Na","truncated":false} {"mathml":"","truncated":false} {"mathml":"Rf=H(Bh)RnE(ws)","truncated":false} {"mathml":"Vf=i=1nVi","truncated":false} ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FLJtAfnNvkL8yvS6pLqL2%252F0.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=7ad83441&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252F8HJQuMQVnw3yzuLdymWE%252F1.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=d8be39af&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252Fy9lelNPG0EQJIUukZKyG%252F2.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=c4cdabb9&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FmeVDE4c56bxYCUvKHLgc%252F3.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=b96e583c&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FdMfkY65Cv2sZW1utgN4V%252F4.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=c6df0cda&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FubUEb70GDSeCOVDZTJ1n%252F5.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=33be5a3&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FoO2dzHbVcPY1Rk10Yd6V%252F6.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=38ecf6d0&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FMK3cSp7ydLv4VwvoeT2q%252F13.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=e863fa8d&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FRJfxd3UJZHu2FwWmdiiK%252F19.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=fdbaaa7d&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FS7FYOtKe1URWCswBCkx0%252F24.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=974e7f8&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252Fzj6nhdpjNKmrIKc9W4sj%252F25.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=2e30c70d&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FWYJHSzirkZyQdkUDZnbC%252F26.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=85c9013e&sv=2) ![](https://iost.gitbook.io/~gitbook/image?url=https%3A%2F%2F2907161001-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FveEYgGuQkvEWTXenQn1u%252Fuploads%252FyN4BModxyfdQ42vjFqBt%252F27.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=378fde1b&sv=2) ---