ERC-918 创建于 2018 年 3 月 7 日，仓库状态为 Stagnant。它给 ERC-20 代币加了一层工作量证明发行接口：合约公布一个挑战数，挖矿者不断尝试随机数，把挑战数、自己的地址和随机数串起来的哈希值必须落在目标值以下，才能调用 mint 函数领奖。本文按原文拆解挑战数、难度目标、调整间隔四个参数的联动，以及代理提交挖矿结果的 delegatedMint 怎么给不跑节点的人留口子。
ERC-1154 创建于 2018 年 6 月 13 日，仓库状态为 Withdrawn。它把预言机压缩成极小的接口：数据消费合约实现 receiveResult 接收推送，查询方用 resultFor 按编号拉取结果，并规定结果未就绪时函数必须回滚、就绪后必须永远返回同一个值。本文按原文拆解拉取式与推送式两种取数模型如何互相转换，以及这两条 MUST 条款为什么是预言机可靠性的地基。
ERC-1450 创建于 2018 年 9 月 25 日，仓库状态为 Final。它定义了一种由注册过户代理独占操作的证券代币：合约里的 transfer 和 approve 被设计为永远回滚，持有人在链上只能提交带费用的转让请求，真正的转账必须由过户代理执行。本文按原文拆解请求与执行分离的状态流、经纪商注册体系，以及找回与法院执行接口对应的现实义务。
ERC-1491 创建于 2018 年 10 月 12 日，仓库状态为 Stagnant。这份标准试图为人力资源的动机层级建立链上账本：每个地址登记为一条 Agent 记录，带天赋数组、功绩计数与签名计数，接口提供 incTalent、merits、sign 等调整函数。本文按原文拆开这套抽象设计，分析它为什么停在原地，以及看这类概念性标准时应该校准的预期。
ERC-1921 创建于 2019 年 4 月 6 日，仓库状态 Stagnant，依附于 dType 去中心化类型系统。它给每个纯函数和只读函数定义一条登记记录：名字、输入类型、输出类型、所在合约地址与源码引用，配 getSignatureBytes4 与 getSignatureBytes32 两个签名换算函数。本文按原文拆解这五个字段的用途，以及给函数建目录为什么依赖一个先消失的注册机制。
ERC-1923 创建于 2018 年 12 月 22 日，仓库状态 Stagnant。它试图为 zk-SNARK 生态建一个登记合约：验证密钥注册进表拿编号，验证器合约地址与密钥绑定，证明提交后还能登记公证与质疑记录。本文按原文梳理 registerVk、attestProof、challengeAttestation 组成的链条，并分析登记与验证拆开之后带来的新问题。
ERC-1922 创建于 2018 年 9 月 14 日，仓库状态 Stagnant，依赖 ERC-165 与两条预编译接口。它要求验证器合约把验证密钥装进自己存储，对外只留一个 verify 函数：传入证明字节流，返回真或假。本文按原文拆解验证密钥为什么要进合约、配对函数如何参与，以及这个一行的接口为何没能统一当年的验证器生态。
ERC-2009 创建于 2019 年 5 月 9 日，仓库状态 Stagnant。它把资产合约的合规检查做成外部服务：每个资产登记一个编号与地址，代币在铸造、销毁、转账前调用 checkMintAllowed、checkTransferAllowed 等函数请求裁定，累计额度由累计操作者与 update 系列函数维护。本文按原文拆解这套裁判外置结构，以及 tokenId 注册表的增删换接口设计。
ERC-2019 创建于 2019 年 5 月 10 日，仓库状态 Stagnant。它给 ERC-20 加了一层注资订单接口：持有人先授权资金操作者，再提交带唯一操作号的 orderFund 请求，操作者依次推进 InProcess 与 Executed 状态完成铸造，中间任何一步都可以取消、拒绝或回查。本文按原文拆解六种订单状态与操作者授权的关系，以及 orderFundFrom 代提交模式的边界。
ERC-2020 创建于 2019 年 5 月 10 日，仓库状态 Stagnant。它把 ERC-1996 挂单、ERC-2018 清算、ERC-2019 注资、ERC-2021 派发四条旧标准拼进一个电子货币接口，加上 currency 与 version 两个标识函数和一组带操作码的 check 判定族。本文按原文拆解这份整合型标准的零件清单，以及它代表的一条被放弃的合规代币路线。
