ERC-8086 创建于 2025 年 11 月 19 日，仓库记录状态为 Draft。它定义 IZRC20 接口，把零知识证明驱动的隐私代币装进一个最小合约面：转移走承诺树与空号器，金额与地址不进公开状态，合约仍保留 ERC-20 风格的元数据函数。本文按原文拆解 mint 与 transfer 的证明参数、CommitmentAppended 与 NullifierSpent 事件，以及空号器防双花的职责划分。
ERC-8330 创建于 2026 年 7 月 5 日，仓库记录状态为 Review。它给需要基金净值的协议定义一套快照预言机接口：发行方按主题发布带估值时间戳与方法学哈希的 NAV 快照，消费方用统一函数查最新值、判新鲜度、数快照条数，过期阈值由配置函数写进合约。本文按原文拆解 publishNAV 的九个字段、作废与更正语义，以及最新值查询的双版本返回。
ERC-1185 给名字服务定义了一套存 DNS 记录的解析器画像，2018 年 6 月 26 日创建、仓库记录状态为 Review。它没有照搬 DNS 的“整区文件”思路，而是以域名、记录名、类型这个三元组为单位存取，代价是无法完整支持区域传送与 DNSSEC。本文按原文拆解四个函数的分工、连续存放同组记录这条容易踩坑的顺序要求，以及清空整区的版本计数做法。
ERC-137 是以太坊名字服务的原始规范，2016 年 4 月 4 日创建、仓库记录状态为 Final。它规定名字要先经 namehash 算成一个节点，再由登记表告诉调用方该问哪个解析器，最后由解析器回答具体记录。本文按原文拆解这三层各自负责什么、为什么注册环节被刻意留在标准之外，以及缓存时间字段对读名字的人意味着什么。
ERC-2304 给名字服务的解析器加了带币种编号的 addr 重载，让一个名字为多条链挂收款地址，文件头记录创建于 2019 年 9 月 9 日、仓库记录状态为 Stagnant。它规定返回值是币种的原生二进制形式，coinType 取自 SLIP-44，并为以太坊做了新旧事件互相触发的兼容要求。本文按原文拆解查询函数、编码表里的四类坑，以及为什么校验和必须检查。
ERC-1062 想把 IPFS 的 Base58 指纹存进名字服务的公共解析器，2018 年 5 月 2 日创建、仓库记录状态为 Stagnant。它给出的核心是一条换算链：Base58 解成二进制、二进制转十六进制入链，读时反向还原。存取的落地是解析器上的一对 setMultihash 与 multihash 函数。本文按原文拆解这条换算链、可复用的多哈希库，以及这份提案后来被 contenthash 路线取代的缘由。
ERC-2544 给名字服务补了一条回退路径：当某个节点在登记表里没有解析器时，客户端剥掉最左一段重新查，直到找到带解析器的父节点，再把完整名字交给那个解析器。文件头记录创建于 2020 年 2 月 28 日，仓库记录状态为 Stagnant。本文按原文拆解客户端必须执行的两段流程、新增的 resolve 函数为什么需要明文名字，以及通配解析带来的输错风险。
ERC-1577 为名字服务引入 contenthash 字段，用 multicodec 协议编码开头标明内容存放在哪种网络，2018 年 11 月 13 日创建、仓库记录状态为 Stagnant，同时把 content 和 multihash 字段列为弃用。本文按原文拆解这条字节串的组成、IPFS 与 Swarm 两种示例的逐段读法、接口标识要求，以及截至 2019 年 3 月 31 日的旧字段宽限期规定。
ERC-173 是最简洁的合约所有权标准：一个 owner 查询、一个 transferOwnership、一个 OwnershipTransferred 事件，2018 年 6 月 7 日创建、仓库记录状态为 Final。标准正文明确写明把新 owner 设为零地址等于放弃所有权，还在取舍部分记录了 ENS 域名挂名与 NFT 承载这两个被考虑后放弃的方案。本文按原文拆解这套最小接口，以及它为什么和 NFT 托管话题有关。
合约归属有两条常见路线：ERC-173 用 owner 查询直接回答，ERC-2304 用名字服务把多链地址挂在一个名字下，两者对“控制权能不能像 NFT 一样被转手”都保持沉默。本文以这两份规范各自的边界为线索，讨论链上归属声明、名字指向与合约执行权限三件事为什么不能混为一谈，以及买家核对清单应该怎么排。
