NFT 与铭文

ERC-3525 给 NFT 加 value 与 slot：同 slot 的数值可互换。本文解释 valueDecimals 命名、两种转账模型与 onERC3525Received 回调，澄清它与 ERC-1155 的区别。

ERC-5606 多元宇宙 NFT 用 DelegateData 把多条链或平台的同一资产版本装进一张主 NFT。本文解释 initBundle、bundle、unbundle 与授权、重入及跨链展示的真实边界。

ERC-6059 让 NFT 持有 NFT：子币先进待处理数组、由根主人接受，transferChild 负责取出与换父，burn 带 maxRecursiveBurns 上限。本文按标准拆解这套父子治理模型。

ERC-6220 用 Catalog 目录定义固定部件与槽位，equip 把子 NFT 装备进父币资产的槽位。本文解释它与 ERC-5773、ERC-6059 的依赖关系和链上组合的核验方法。

ENS 的 avatar 文本记录支持 http、ipfs、data 与 eip155 四类 URI 方案，NFT 头像要求代币由名字解析出的地址持有。本文按官方文档解释解析规则与 ownerOf 核对。

ord 渲染规范规定铭文按方形展示、预览上限 576 像素、向上缩放默认用 pixelated、AVIF 用 auto。本文解释这些规则的含义，以及放大后方块化与发虚的区别。

ERC-2309 允许合约用一条 ConsecutiveTransfer 事件记录连续编号代币的批量铸造或转移，而不是逐个发 Transfer 事件。本文解释这条标准的字段规则、它省了什么成本，以及为什么只看 Transfer 事件的钱包和面板会漏掉这类代币。

Runes 协议把账本信息写成交易输出里的 Runestone，格式错误的 Runestone 会被判定为 Cenotaph，进账代币随之销毁。本文解释 Runestone 的结构、edict 分配规则，以及 Cenotaph 触发的三种后果。

铭文除了正文，还可以带一组“标签+值”字段，pointer、parent、delegate、metadata 都靠它表达。本文按 Ordinals 官方文档逐项解释字段标签的含义，以及遇到不认识字段时“偶数未绑定、奇数可忽略”的规则。

铭文内容并不是存进某个数据库，而是以 OP_FALSE OP_IF 信封的形式写在交易脚本里。本文解释信封的结构、520 字节的推送上限、commit 与 reveal 两步的关系，以及这些字节为什么不会被节点执行。