RWA 代币标准

AI 辅助译编稿。接口示例仅供教育，没有部署或认证合约。对应英文稿：core-19。

Learning objectives · 学习目标

• 区分代币接口、金融权利和政策。
• 在明确边界内比较 ERC-20 与 ERC-3643。
• 把业务要求转为实际检查和清楚的未知项。

Mechanism · 接口帮助软件通信

ERC-20 定义余额、转移、批准和授权额度等操作。name、symbol、decimals 等元数据方法可选，调用方须处理相关方法返回 false 的情况。它不定义外部资产所有权、赎回承诺或投资者资格。ERC-20

ERC-3643 描述使用身份登记、声明和合规组件的许可型代币架构。登记将钱包关联到身份与国家信息，验证及合规检查参与决定是否允许转让。这是指定控制的技术设计，不是全球法律合规证书。ERC-3643

两者都不能替代工具文件、当前证据和获授权的政策决定。标准可以提供执行规则的位置，但规则仍需适合具体安排。

Worked example · 有余额，许可却过期

假设 Alice 有 1,000 个虚构基金单位，想转 100 给 Ben。只看余额的模型确认 Alice 至少有 100 后更新余额；许可模型还检查 Ben 的产品许可当前有效，并符合假设的集中度规则。

Ben 许可昨天已过期。按本例规则应拒绝转移，Alice 保持 1,000，Ben 不变。标准中存在某个函数，不证明应用实际调用了正确政策；必须沿真实改余额路径找到执行点，测试禁止情况。

若 Alice 授权另一个合约花费 100，授权额度也不证明 Ben 合格，更不证明外部法律转让获承认。委托支出与接收人许可是两个问题。

仅当前合格者可接收
   ↓
政策 + 证据 + 过期规则
   ↓
登记/验证/交易检查
   ↓
全部相关转移路径，包括委托操作
   ↓
成功或拒绝；拒绝时余额保持不变

集中度和过期规则均为假设，不表示标准要求每个部署采用同一规则。

Implementation evidence · 审查实现而非标准名称

记录规范和合约版本、适用时的部署地址、特权角色、升级和测试。分别核查铸造、销毁、直接与委托转移、恢复和例外操作。主按钮有限制，不证明其他写入者也有。

还需明确谁核实身份、声明如何过期、外部数据如何进入、登记如何对账。接口无法独立检查仓库或解决法律争议。预期自由转移的协议也可能不兼容受限代币，需要正常和禁止路径的集成验证。

Common misconceptions · 常见误解

ERC-20 适合所有金融工具。 通用接口没有全部许可和服务要求。

ERC-3643 在所有地方都获法律批准。 技术架构与法律授权是不同证据。

元数据决定资产权利。 标识和精度只是接口字段，不是产权。

Risks and limits · 风险与边界

标准与库会变化，本课基于 2026-10-18 直接读取的版本。实际部署需当前版本与实现审查。本文不审计合约、不建议部署，也不判定证券合规。

Exercise and answer · 练习与答案

练习： Ben 许可过期，委托转移是否可以绕过接收人检查？

答案： 按本例规则不能。委托改变指令提交者，不取消接收人规则。应检查全部写入路径，并验证拒绝时余额不变。

Related learning · 关联学习

继续工程课程的身份、权限和对账，并按Build标明的教育范围使用模型。

Source map · 来源与证据范围

erc20、erc3643 为 Ethereum Improvement Proposals 技术规范，由来源分析角色于 2026-10-18 核查，均不提供法域批准。人物、余额和政策为原创假设，没有测试已部署合约。翻译修订见清单，人工批准待完成。