ERC-1175 为 ERC-20 代币的线下消费定义了一对合约接口，2018 年 6 月 21 日创建、仓库记录状态为 Stagnant。它用钱包中心统一铸造钱包与商店合约，把本来要 approve 加 transferFrom 两步的代币支付压成 paySafe 一次调用，另有走商店接口的 payUnsafe 和按周取消的退款路径。本文拆解三种付款函数的信任前提差异，以及配对互信机制里藏着的安全边界。
ERC-831 给以太坊相关应用定义了统一的 URI 写法，2018 年 1 月 15 日创建、仓库记录状态为 Stagnant，需要 ERC-67 与 ERC-681。它把链接拆成协议头、可选前缀和负载三段，用负载是否以 0x 开头来消歧，让钱包从扫码或点链接的一瞬间就知道该交给哪个功能。本文拆解这套语法、不加前缀就等于 pay 的兼容约定，以及开放前缀设计想解决的多应用抢答问题。
ERC-1710 想为网页 3 浏览器定义一种专用链接格式，2019 年 1 月 13 日创建、仓库记录状态为 Stagnant，需要 ERC-155。当时钱包、身份等多类应用共用 ethereum 协议头，iOS 对同一协议头多应用的处理不可预测，用户常把 dapp 链接开进没有内置浏览器的钱包里。本文拆解它的 dapp 冒号加可选链号加网址的构造，以及这份标准为何止步于格式本身。
ERC-1080 给代币加了一层“链上售后”接口，2018 年 5 月 2 日创建、仓库记录状态为 Stagnant。它把报失、被盗申报、撤销报失和退单四个动作标准化：报失后经过配置时长进入裁决，申报被盗立刻冻结余额，每笔转出留一个可退单的时间窗。本文拆解四个方法与配套事件，以及为什么这条路线最终没有成为主流。
ERC-1207 想做一个链上版 OAuth，2018 年 7 月 10 日创建、仓库记录状态为 Stagnant。用户不用交出私钥，而是用 grant 函数把指定函数名列表和一个过期时间戳授权给某个客户端合约，资源合约在每次被调用时用 verify 核对这份记录。本文拆解 AuthInfo 结构、grant、regrant 与 revoke 的分工，以及双签名重载这套调用约定。
ERC-1462 给 ERC-20 叠加了一层证券合规接口，2018 年 10 月 1 日创建、仓库记录状态为 Stagnant，需要 ERC-20 与 ERC-1066。它在转账、代理转账、铸造、销毁四个动作前各设一个 check 函数，返回一个状态码字节，并把链下法律文档以名字加内容哈希的形式绑进代币合约。本文拆解状态码语义、文档查找函数，以及为什么故意把规范做窄。
ERC-1484 想给链上身份做一个中立的登记层，2018 年 10 月 12 日创建、仓库记录状态为 Stagnant。每个身份由从 1 开始递增的整数 EIN 标识，包含恢复地址、关联地址集、服务方集与解析方集；一个地址同一时刻只能挂在一个身份下。本文拆解登记合约的函数分工、代签名的委托变体，以及恢复流程怎么靠时间戳防重放。
ERC-1504 提出把合约拆成逻辑层与数据层，2018 年 10 月 17 日创建、仓库记录状态为 Stagnant。逻辑在可替换的 Handler 合约里，数据锁在常驻的 Data 合约里，升级 Handler 就是升级功能；可选的 Upgrader 合约内置投票机制，由合约属主预设投票人名单。本文拆解三层结构分工、live 自检函数，以及升级提案期参数的开放设计。
ERC-1592 给代币的转账限制定义了一套规则外置方案，2018 年 11 月 9 日创建、仓库记录状态为 Stagnant。每条规则是一个独立部署的小合约，只回答地址是否有效、转账是否合法两个问题；代币通过 defineRules 把规则按顺序挂上，引擎用两个修饰符守住 transfer 与 transferFrom。本文拆解 IRule 接口、发往地址与发出地址分家命名的原因，以及规则变更的检测方式。
ERC-1812 给链下可验证声明定义了最小结构与验证合约，2019 年 3 月 3 日创建、仓库记录状态为 Stagnant。每个声明只强制三个字段：subject、validFrom 与 validTo，签名走 EIP-712 结构化签名，验证靠一个公开的 verify 视图函数。本文拆解为什么把声明留在链下、验证合约里的时间检查，以及非过期哨兵值全 F 的写法。
