NFT 与铭文

BIP-110（Reduced Data Temporary Softfork）提出用一年期的临时软分叉压缩交易里的数据字段：脚本输出超过 34 字节基本无效、OP_RETURN 限制 83 字节、见证项 256 字节上限等。本文按 BIP 原文列出规则清单与动机，并说明该提案目前在仓库中标记为 Closed、并未激活。

ord 的官方版本日志里曾加入 teleburn 命令，用于生成以太坊端的 Teleburn 地址。本文解释这类“一边销毁、一边映射”机制的一般结构，为什么 ord 只负责生成地址而不承诺映射结果，以及参与者要自行承担哪些技术与信任风险。

ord 曾短暂引入过专门的“序数地址”：ord wallet send 生成特殊前缀地址，普通比特币地址要用 --cardinal 参数才生成。这个实验在后续版本被整体移除，铭文世界又回到了人人都认识的 bc1p 塔普罗特地址。本文沿版本日志还原这段历史，并解释为什么地址格式不是标记铭文意识的好位置。

ord 提供的 decode 子命令可以把一笔比特币交易拆开：列出其中所有铭文封套，并尝试把 OP_RETURN 载荷解成 Runestone。本文说明它的三种输入方式（txid、文件、标准输入）、compact 输出字段，以及排查“这笔交易到底刻了什么”时的用法和边界。

ERC-6147 给 ERC-721 加了一个带过期时间的 guard 角色：guard 生效期间，连持有人本人都转不走这枚 NFT，只有 guard 能解除或转让。本文按规范文本拆解这套持有与转让分离的设计，说明它和简单锁定有什么区别，以及持有者在使用前应该核对哪些字段。

比特币上没有铭文转账合约，铭文只是搭在某一聪上的行李。本文拆解 satpoint 坐标规则、交易构造里的行李重排逻辑，以及普通钱包误花铭文的真实场景。

EVM 里交易失败（revert）照样消耗已执行的 gas，铸造热门时段的失败交易是钱包“莫名缩水”的头号来源。本文解释失败为何计费、模拟与估算为什么挡不住链上条件变化，以及减少无效费用损耗的防御动作。

同一枚合集的“总量”，在 ERC-721 与 ERC-721A 里可能数法不同，在 BRC-20 与 Runes 里更是靠索引器重放得出。本文把链上可查的供应口径拆开：合约计数、事件计数、销毁口径，以及为什么同一个合集在不同面板上显示三种“已铸造”。

版税在以太坊上靠 ERC-2981 声明、由市场选择执行；XRPL 把它编码为 NFT 的转移费字段；Chia 在钱包接口暴露版税地址与比例；MultiversX 用角色管理版税修改权。本文横向对照四种原生/标准写法，解释共同点：字段是声明，执行取决于成交路径。

证明 NFT 属于你，靠的是用该地址私钥对一段随机消息做签名：EOA 地址签出的 personal_sign 结果可被任何节点复验；合约钱包地址则需要 ERC-1271 接口参与验证。本文解释这套流程能证明什么（控制这枚地址的私钥）与不能证明什么（现实身份、现实版权），以及核对签名消息时要警惕的坑。