36 · 协议创新：X402、ERC404 等

LESSON 36 / PROTOCOL EXPERIMENTS

阶段 05 · 看懂正在出现的方向三件套：整理中课程正文资产表达与机器支付Part 7

公开整理

协议标准决定链上能表达什么，但“新颖”不等于“成熟”。本节把 ERC404、ERC6551、ERC3525 和 X402 放在同一张比较表中：它们分别探索 FT/NFT 联动、NFT 的资产账户、半同质化资产和 HTTP 原生支付。

课程正文

四个实验方向

• ERC404：FT 与 NFT 联动。整数单位的 FT 可以触发 NFT 铸造，余额低于整数单位时 NFT 可能销毁，重新满足条件后再铸造。它试图改善 NFT 的可分割性和流动性，但实验性、兼容性和实现安全需要重点核对。
• ERC6551：NFT 与钱包能力。Registry 为 ERC721 创建 Token Bound Account，让 NFT 持有 ERC20、NFT 或凭证并与应用交互。资产跟随 NFT 转移，但如果 NFT 把自身或相关控制资产送入绑定账户，可能产生难以恢复的所有权循环。
• ERC3525：半同质化资产。用 ID 表示个体、Slot 表示属性类别、Value 表示数量或面额；同一 Slot 的 Value 可拆分合并，不同 Slot 不直接兼容。债券、期权、基金份额或凭证是理解其表达能力的例子。
• X402：机器按需支付。客户端请求服务，服务器返回 HTTP 402 和支付条件，客户端完成稳定币支付后携带支付证明重试。目标是无账户、按需、机器对机器的微支付，实际兼容性、验证和采用情况仍需观察。

ERC-7683、ERC-1155、ERC-4337 和 ERC-3643 可作为跨链意图、多代币、账户抽象和合规代币的延伸坐标。标准状态、实现质量和生态采用必须分开判断。

概念结构

标准提出
  -> 规范状态与接口语义
  -> 合约实现与安全审计
  -> 钱包 / DApp / 链的兼容性
  -> 真实需求与生态采用

可验证问题

• 这个标准处于什么状态，正式规范和实验性实现如何区分？
• 资产的所有权、控制权和转移规则在合约中如何表达？
• 实现是否经过独立审查，是否存在资产锁死、授权或升级风险？
• 依赖哪些钱包、链、稳定币、服务器验证和客户端能力？
• 去掉代币叙事后，协议解决了哪个真实的产品或工程问题？

练习与复盘

做一张标准评估表：想解决的问题｜核心接口｜标准状态｜实现假设｜兼容性｜失败情境｜真实用户｜待复核资料。只阅读规范和公开文档，不部署未知合约或支付真实资产。

来源与时效提醒

本页依据课程 36 的 preview、mindmap 与 notes 整理。EIP 状态、项目部署、交易量、兼容性和协议采用会变化；正式标准也不代表每个实现安全，更不代表项目具备真实需求。