ERC-2942 创建于 2020 年 9 月 4 日，仓库记录的状态是 Stagnant。它给以太坊包管理器定义了一种 URI 语法，用一个字符串说清注册表合约、链号、包名、版本和包内合约。本文按原文把 ethpm 与 erc1319 两个合法协议名、可选字段与各段含义逐段拆开，并说明它与 ERC-1319 注册表标准、ERC-2678 清单标准怎么分工。

ERC-1921 创建于 2019 年 4 月 6 日，仓库状态 Stagnant，依附于 dType 去中心化类型系统。它给每个纯函数和只读函数定义一条登记记录：名字、输入类型、输出类型、所在合约地址与源码引用，配 getSignatureBytes4 与 getSignatureBytes32 两个签名换算函数。本文按原文拆解这五个字段的用途，以及给函数建目录为什么依赖一个先消失的注册机制。

ERC-1319 创建于 2018 年 8 月 13 日，仓库记录状态为 Stagnant。它给智能合约包注册表定了读写两套接口：写入侧用 `release` 登记包名、版本和清单地址，读取侧用一组分页函数取包列表和发布记录，`generateReleaseId` 把包名与版本折叠成一个字节数组编号。本文按原文拆解读写函数的分工、事件与查询如何互相配合，以及这个链上包仓库设想没落地原因。

ERC-190 创建于 2017 年 1 月 10 日，仓库记录状态为 Final。它定义了一种智能合约发布包的目录结构：包名、版本、发布清单、编译后的字节码和源码路径写在一起，让钱包拿到一个包就能为包内部署好的合约自动生成操作界面，也让验证工具能对比链上字节码与源码编译结果。本文按原文拆解包结构的四个组成部分、可复现构建与字节码验证两条链路，以及它和今天构建工具链的替代关系。

Kubo的ipfs dag get用于读取IPLD节点和路径，默认输出dag-json。本文对照cat与block get，说明编码选择、路径解析和不可达故障排查。

Geth debug_traceCall 可在指定区块状态中追踪一次调用，并支持状态、区块和交易位置覆盖。本文设计可复现基线实验、opcode读取、因果定位和响应瘦身流程。

eth_simulateV1 能在共享的模拟状态上连续执行多个区块调用，并支持区块与状态覆盖。本文解释请求结构、结果字段、验证模式，以及模拟成功为何不等于真实上链成功。