2026年10月19日周一

标签:标准机制

汇总与「标准机制」相关的文章,帮助你系统了解该主题。

免 Gas 使用合约的早期网络账:ERC-1613 加油站网络的押金与罚没
NFT 与铭文
免 Gas 使用合约的早期网络账:ERC-1613 加油站网络的押金与罚没

ERC-1613 描述一个让合约代用户付 Gas 的relay网络:所有人都信一个 RelayHub 单例合约,relay 节点质押金放在里面,合约把预付款存在里面,作恶的 relay 会被链上证明并罚没质押,文件头记录创建于 2018 年 11 月 18 日、仓库记录状态为 Draft。本文按原文拆解 RelayHub、Relay 与 RelayRecipient 三方角色,acceptRelayedCall 返回零才付款的闸门,以及 6000 区块心跳与重复_nonce 罚没流程。

链下投票、链上延迟执行:ERC-3000 乐观治理的排程、质疑与否决
NFT 与铭文
链下投票、链上延迟执行:ERC-3000 乐观治理的排程、质疑与否决

ERC-3000 给“链下决定、链上执行”的治理模式定了六个入口函数:schedule 排程、execute 到期执行、challenge 质疑、resolve 落实仲裁、veto 与 configure 两个可选操作,2020 年 9 月 24 日创建、仓库记录状态为 Stagnant。本文按原文拆解 Container 与 Config 数据结构、延迟窗口内押金怎么进合约,以及仲裁机制被刻意留活的理由。

代币转账前先问一圈校验方:ERC-902 的 check 接口与状态码事件
NFT 与铭文
代币转账前先问一圈校验方:ERC-902 的 check 接口与状态码事件

ERC-902 给“转账前合规校验”定了一个很小的接口:代币调用外部校验方的 check 函数,拿回一个状态码,两种签名分别对应单主体检查与转账检查,校验结果以 Validation 事件记录,2018 年 2 月 14 日创建、仓库记录状态为 Stagnant。本文按原文拆解两个 check 与两个事件的分工、为什么事件由代币发而不是校验方发,以及不内置中心化注册表的设计取舍。

任务报酬锁进合约等验收:ERC-1081 标准赏金的发行、交付与接受三步
NFT 与铭文
任务报酬锁进合约等验收:ERC-1081 标准赏金的发行、交付与接受三步

ERC-1081 把链上赏金拆成发行、交付、接受三个动作,报酬以 ERC-20 或 ETH 支付,交付物哈希上链留证,文件头记录创建于 2018 年 5 月 14 日、仓库记录状态为 Stagnant。本文按原文拆解 initializeBounty、fulfillBounty、acceptFulfillment 三个核心函数的分工,多人协作交付怎么按分子分母拆钱,以及退款式注资的一对函数。

一个地址到底谁说了算:ERC-173 的 owner 查询、放弃所有权与两个备选方案
NFT 与铭文
一个地址到底谁说了算:ERC-173 的 owner 查询、放弃所有权与两个备选方案

ERC-173 是最简洁的合约所有权标准:一个 owner 查询、一个 transferOwnership、一个 OwnershipTransferred 事件,2018 年 6 月 7 日创建、仓库记录状态为 Final。标准正文明确写明把新 owner 设为零地址等于放弃所有权,还在取舍部分记录了 ENS 域名挂名与 NFT 承载这两个被考虑后放弃的方案。本文按原文拆解这套最小接口,以及它为什么和 NFT 托管话题有关。

contenthash 用协议编码开头:ERC-1577 如何废掉 content 与 multihash 两个字段
NFT 与铭文
contenthash 用协议编码开头:ERC-1577 如何废掉 content 与 multihash 两个字段

ERC-1577 为名字服务引入 contenthash 字段,用 multicodec 协议编码开头标明内容存放在哪种网络,2018 年 11 月 13 日创建、仓库记录状态为 Stagnant,同时把 content 和 multihash 字段列为弃用。本文按原文拆解这条字节串的组成、IPFS 与 Swarm 两种示例的逐段读法、接口标识要求,以及截至 2019 年 3 月 31 日的旧字段宽限期规定。

IPFS 指纹怎么塞进名字记录:ERC-1062 的 Base58 与十六进制互转
NFT 与铭文
IPFS 指纹怎么塞进名字记录:ERC-1062 的 Base58 与十六进制互转

ERC-1062 想把 IPFS 的 Base58 指纹存进名字服务的公共解析器,2018 年 5 月 2 日创建、仓库记录状态为 Stagnant。它给出的核心是一条换算链:Base58 解成二进制、二进制转十六进制入链,读时反向还原。存取的落地是解析器上的一对 setMultihash 与 multihash 函数。本文按原文拆解这条换算链、可复用的多哈希库,以及这份提案后来被 contenthash 路线取代的缘由。

同一个名字收比特币也收以太坊:ERC-2304 的币种编号与原生二进制编码
NFT 与铭文
同一个名字收比特币也收以太坊:ERC-2304 的币种编号与原生二进制编码

ERC-2304 给名字服务的解析器加了带币种编号的 addr 重载,让一个名字为多条链挂收款地址,文件头记录创建于 2019 年 9 月 9 日、仓库记录状态为 Stagnant。它规定返回值是币种的原生二进制形式,coinType 取自 SLIP-44,并为以太坊做了新旧事件互相触发的兼容要求。本文按原文拆解查询函数、编码表里的四类坑,以及为什么校验和必须检查。

没登记子域名也能被解析:ERC-2544 通配符解析的逐步回退与新增入口
NFT 与铭文
没登记子域名也能被解析:ERC-2544 通配符解析的逐步回退与新增入口

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

把 DNS 记录放进名字服务时要放弃什么:ERC-1185 的按记录集存取
NFT 与铭文
把 DNS 记录放进名字服务时要放弃什么:ERC-1185 的按记录集存取

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