NFT 与铭文

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

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

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

Safe 这类多签账户转一枚 NFT，走的不是点一下发送那么简单，而是一条先算哈希、再收签名、最后才上链的流程。本文按官方文档拆开每个环节的输入、失败点与需要核对的字段。

Hedera 代币服务的 NFT 自带一个 100 字节上限的 metadata 字段，更新它必须用 metadata key 签名。本文把这条限制、更新交易所需的密钥，与 HIP-412 那份 JSON 必填字段分开讲清。

NEAR 合约要为用户数据付存储押金，NEP-145 把这笔钱怎么收、怎么退写成了统一接口。本文按规范逐条说明 min 与 max 的语义、registration_only 的退款规则，以及为什么注销必须只花 1 yoctoNEAR。

Sui 上 NFT 怎么显示，不写进资产结构体，而是由一个与类型绑定的 Display 对象提供模板。本文说明字段模板怎么替换、谁有权限改，以及没有 Display 时客户端会退化成什么样子。

看到 pNFT 的代币账户一直是 frozen 别急着当成被锁死。本文按 Metaplex 文档拆解冻结的真实作用、Token Record 记录的委托信息，以及 Sale、Transfer、Utility、Staking 四类委托各自能做什么。

Runes 规范把开放铸造的开关写成一组条款：上限、每次数量、起始与结束高度、起始与结束偏移。本文逐项说明判定顺序，并解释为什么格式出错的那笔 mint 也会计入上限。

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