ERC-137 是以太坊名字服务的原始规范，2016 年 4 月 4 日创建、仓库记录状态为 Final。它规定名字要先经 namehash 算成一个节点，再由登记表告诉调用方该问哪个解析器，最后由解析器回答具体记录。本文按原文拆解这三层各自负责什么、为什么注册环节被刻意留在标准之外，以及缓存时间字段对读名字的人意味着什么。

ERC-1185 给名字服务定义了一套存 DNS 记录的解析器画像，2018 年 6 月 26 日创建、仓库记录状态为 Review。它没有照搬 DNS 的“整区文件”思路，而是以域名、记录名、类型这个三元组为单位存取，代价是无法完整支持区域传送与 DNSSEC。本文按原文拆解四个函数的分工、连续存放同组记录这条容易踩坑的顺序要求，以及清空整区的版本计数做法。

ERC-2544 给名字服务补了一条回退路径：当某个节点在登记表里没有解析器时，客户端剥掉最左一段重新查，直到找到带解析器的父节点，再把完整名字交给那个解析器。文件头记录创建于 2020 年 2 月 28 日，仓库记录状态为 Stagnant。本文按原文拆解客户端必须执行的两段流程、新增的 resolve 函数为什么需要明文名字，以及通配解析带来的输错风险。

ERC-162 描述了 2017 年 5 月 4 日部署到以太坊主网的初始哈希注册方，2016 年 10 月 25 日创建、仓库记录状态为 Final。它用维克斯雷密封拍卖分配 .eth 名字：出价者先交隐藏报价，胜者按次高价结算，押金锁在单独的契据合约里。本文按原文拆解五个状态的转换、可隐藏出价的密封机制、退款比例表，以及为什么注册方自己不持有任何以太币。

ERC-181 给以太坊名字服务定义了反向解析，2016 年 12 月 1 日创建、仓库记录状态为 Final。它把每个地址转成小写十六进制后挂在保留域 addr.reverse 下，让地址的主人能声明一个名字归自己，解析器用 name 函数回答这个问题，接口标识为 0x691f3431。本文拆解正向查询人人可设、反向记录只有主人能立这一区别，以及 claim 与 claimWithResolver 两个入口的用法差异。