ERC-1900 创建于 2019 年 3 月 28 日，仓库记录状态为 Stagnant。它设想一个链上类型注册表 dType：把 Solidity 的 struct 连同 isInstanceOf、map、structureBytes 等函数装进类型库合约登记入册，让不同合约对同一份数据说同一种话。本文拆解类型库与类型注册表的结构、配套的存储与函数扩展，并讨论依赖它的跨链身份、链上数据互通等构想为何停在纸面。

ERC-2770 创建于 2020 年 7 月 1 日，仓库记录状态为 Withdrawn，撤回理由写明单一实现无需标准化。它定义一个可扩展的元交易转发合约：按注册过的类型验证 ERC-712 签名，把签名者地址追加进数据再调用目标，让众多合约共享一份验签代码。本文拆解 ForwardRequest 的七个字段、类型注册与 verify、execute 的分工，以及单例合约思路与多实现标准化的矛盾。

ERC-801 创建于 2017 年 12 月 16 日，仓库记录状态为 Stagnant。它给金丝雀合约定了一个最小接口：isAlive 查询金丝雀是否还被按时喂养，getBlockOfDeath 返回死亡区块，getType 区分单一喂养者、多喂养者等类型，死亡后首次调用触发 RIP 事件。规范把用途指向警示金丝雀声明。本文解释死亡判定怎么由喂养节奏实现、为什么这种被动信号比主动声明更难作伪。

ERC-1077 创建于 2018 年 5 月 4 日，仓库记录状态为 Stagnant。它给账户合约设计了一条用签名消息换执行的路：用户签一份包含链标识、 nonce、执行数据、油价气量与结算代币的消息，无信任的第三方代付 ETH 把它变成真交易，账户事后以 ERC-20 代币偿还 Gas。本文拆解 executeGasRelay 接口、EIP-191 消息拼装和与 ERC-2771 转发器路线的分工差异。

ERC-1438 创建于 2018 年 9 月 21 日，仓库记录状态为 Stagnant。它设想两类组件合约：把 SVG 头像与徽章数据写进事件日志的头像商店，以及一套面向 ERC-20 的通用钱包——后者为没有 approveAndCall 的代币补上 approve 与回调一次完成的模式。本文拆解其组件化主张、事件日志存资产的做法和 approveAndCall 补丁的动机与风险。

ERC-2848 创建于 2020 年 8 月 2 日，仓库记录状态为 Stagnant。它定义 My Own Messages：不部署任何合约，只用给自己地址的零值自转账，在 data 字段首字节放操作码、后续字节带内容 multihash，实现可验证的个人消息板。本文拆解合法交易的严格判定、multihash 完整性校验与不合法即无视的防噪原则，并联系项目方公告的链上署名场景。