ERC-801 创建于 2017 年 12 月 16 日,仓库记录状态为 Stagnant。它给金丝雀合约定了一个最小接口:isAlive 查询金丝雀是否还被按时喂养,getBlockOfDeath 返回死亡区块,getType 区分单一喂养者、多喂养者等类型,死亡后首次调用触发 RIP 事件。规范把用途指向警示金丝雀声明。本文解释死亡判定怎么由喂养节奏实现、为什么这种被动信号比主动声明更难作伪。
ERC-801 创建于 2017 年 12 月 16 日,仓库记录状态为 Stagnant。它给金丝雀合约定了一个最小接口:isAlive 查询金丝雀是否还被按时喂养,getBlockOfDeath 返回死亡区块,getType 区分单一喂养者、多喂养者等类型,死亡后首次调用触发 RIP 事件。规范把用途指向警示金丝雀声明。本文解释死亡判定怎么由喂养节奏实现、为什么这种被动信号比主动声明更难作伪。
ERC-8119 创建于 2025 年 1 月 6 日,仓库记录状态为 Draft。它规定 EVM 键值存储中带参数的字符串键格式:单参数用斜杠或冒号分隔的 label 加 parameter 形式,多参数用方括号依次包裹,标签部分只许不含空格、斜杠、冒号与左方括号的可见 ASCII,参数按首个分隔符切分。本文逐项拆解字符规则、带空格参数的引号技巧与无效格式清单。
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 完整性校验与不合法即无视的防噪原则,并联系项目方公告的链上署名场景。
ERC-2334 创建于 2019 年 9 月 30 日,仓库记录状态为 Review。它规定 BLS12-381 密钥树的派生路径 m/purpose/coin_type/purpose_eip/index,purpose 固定 12381、以太坊币种 60,为信标链验证者的签名密钥与提取密钥给出可重建的生成路径,并把 EIP-2333 定义为密钥派生算法。本文拆解路径各层含义与它在质押托管场景的实际用途。
ERC-190 创建于 2017 年 1 月 10 日,仓库记录状态为 Final。它定义了一种智能合约发布包的目录结构:包名、版本、发布清单、编译后的字节码和源码路径写在一起,让钱包拿到一个包就能为包内部署好的合约自动生成操作界面,也让验证工具能对比链上字节码与源码编译结果。本文按原文拆解包结构的四个组成部分、可复现构建与字节码验证两条链路,以及它和今天构建工具链的替代关系。
ERC-897 创建于 2018 年 2 月 21 日,仓库记录状态为 Stagnant。它不规定代理合约怎么写,只规定代理合约怎么自报家门:任何代理应当实现 `proxyType()` 和 `implementation()` 两个函数,让工具用统一方式判断一个地址是不是代理、代理指向哪个实现。本文按原文拆解转发型与可升级型两种代理类型编号、返回 0 视为非代理的约定,以及查代理时它管不到的那半部分。
ERC-777 创建于 2017 年 11 月 20 日,仓库记录状态为 Final,后来被 ERC-20 的后续路线取代并标记弃用。它在兼容 ERC-20 的前提下加了两样东西:可以由持有者授权的代币操作员,以及收币合约在收到代币时被回调的钩子。本文按原文拆解 send 与 operatorSend 携带的数据参数、tokensToSend 与 tokensReceived 两个钩子接口,以及它靠 ERC-1820 注册地址找钩子的机制。
ERC-1319 创建于 2018 年 8 月 13 日,仓库记录状态为 Stagnant。它给智能合约包注册表定了读写两套接口:写入侧用 `release` 登记包名、版本和清单地址,读取侧用一组分页函数取包列表和发布记录,`generateReleaseId` 把包名与版本折叠成一个字节数组编号。本文按原文拆解读写函数的分工、事件与查询如何互相配合,以及这个链上包仓库设想没落地原因。