单枚 Stamps 装不下高画质作品，SRC-721 的做法是把数据分散在若干枚 Stamp 上，再用一份 JSON 清单组装成完整图像。本文按官方索引器仓库的说明讲清它和 Classic、SRC-721r 的分工。

Classic Stamp 的数据藏在名义上可花的多签输出里，工具一变方便，就有人为了里面那点聪把它花掉。Key Burn 的解法很直接：把其中一条公钥换成不可能有私钥的字符串。本文说明它怎么做、代价是什么。

同样是把图片写进比特币，Classic Stamp 用 base64 塞进多签输出，OLGA 改为把二进制切成 32 字节的块放进 P2WSH 输出。本文按改进提案的原文算清两者成本、体积上限与生效区块高度。

比特币上也能有属于自己的名字：Atomicals 的 Realm 用加号起头、按点分层级，每一层都是独立持有的数字对象。本文说明命名校验在哪一层实现、父级能决定什么，以及查询接口能返回哪些层级信息。

tag 5 里的铭文元数据必须是 CBOR，超过 520 字节还要拆成多个字段再拼接。本文按 ord 手册逐条说明编码要求、渲染规则，以及为什么这个位置不适合藏私有信息。

ord 手册里 tag 2 的 pointer 能决定一条铭文落在交易输出的哪一个聪上。本文说明它的编码方式、越界时为什么会被忽略、尾部零为什么要丢掉，以及一笔交易发多条铭文时它的作用。

同样是看不懂的字段，有的铭文照样能查到位子，有的却被索引器标成 unbound。本文按 ord 手册的字段表拆解 tag 号的奇偶分工、为什么 tag 2 故意选偶数、tag 3 又为什么挑了奇数。

Zodomo 的 ERC721M 合约模板规定开发者最多收取 95% 铸造费，其余资金永久注入 NFTX 池子加深流动性，LP 收益按五五分账；本文按 README 拆解其参数与放弃铸币权后的收款地址设计。

nft.storage 提供三步的 NFT 保护流程：数据上传 IPFS、按惯常方式铸造、把 CID 与链上位置登记给平台；其风险页解释的是中心化服务器与 pinning 失效时链上链接如何失去指向。

OpenSea 文档规定：代币被质押或锁定而不可转让时，合约发出 ERC-5192、ERC-5753 或一组常见 Lock/Stake 事件之一，平台据此把代币标记为不可交易，避免用户挂单被合约拒绝。