NFT 与铭文

Runes 规范把代币名编码为 base-26 整数，并设计了按区块推进的名称解锁时间表：协议激活时起每 17,500 个区块开放一档更短的名字，单字母要到 1,032,500 至 1,050,000 区块之间。本文解释这套防抢注设计，以及防抢先铭刻的 commit 承诺要求。

Ordinals 手册的 pointer 页说明：给封套加 tag 2 的指针字段，可以让铭文落在交易输出的第 N 聪而不是第一聪；字段用偶数 tag，是为了让旧版 ord 把铭文判为未绑定而非错误归属。本文拆解这个细节的动机与解析规则。

BRC-20 默认人人可抢铸，self_mint 部署标志把 mint 权限收归部署者，铸造铭文还必须以部署铭文为父铭文。本文按 Layer1 基金会文档与提案帖梳理这套机制的规则、启用时间点（区块高度 837090）与 max=0 的特殊语义，以及它想解决的抢跑问题。

本文按 OKX 官方帮助中心与用户协议页面，整理使用 OKX NFT 市场前后的核对点：入口与钱包关系、支持网络与第三方来源、挂单有效期与授权、费用口径、托管归属。动态信息均标注 2026 年 9 月核对的时间戳，帮助用户把官方说明逐项确认后再动手。

RGB 把状态放在比特币之外：合约状态由参与者自己保管与验证，比特币只负责给承诺定序。本文按协议白皮书与文档解释客户端验证、单次使用封条与部分复制状态机的组合，以及 RGB++ 用同构绑定做出的修正路线。

Taproot Assets（前身 Taro）用塔普罗特树把资产元数据嵌进既有比特币输出，资产可以走链上交易，也可以存进闪电通道跨多跳支付。本文按官方文档梳理它的树结构、Universe 数据仓库、验证文件与闪电侧的原子兑换设计，并说明当前阶段的边界。

Stamps 把图片编码成 base64 塞进交易的输出脚本里，让数据留在 UTXO 集合中难以剪枝；铭文则把内容放在见证区，享受折扣也可被节点剪枝。本文对比两种“把图片刻进比特币”的路线在存储位置、费用结构与节点负担上的差异，以及各自支持者的论证。

Counterparty 不是一条新链，它把资产发行、点对点兑换、预言机等内容写进比特币交易的附加数据里，官方文档的说法是在比特币交易的“页边空白”做记号。本文按官方文档介绍它的记账原理、XCP 的角色、安全模型，以及它与 Rare Pepe 收藏史的关系。

Runestone 里负责“钱怎么分”的是 edict 序列：每条 edict 由 rune ID 区块高度、交易索引、数量、输出编号四个整数组成，按顺序把尚未分配的代币派给指定输出。本文按规范拆解这套分配循环的默认规则、tag 0 触发方式与出错后果。

Runes 规范的标志位表里，Turbo 是编号 2 的可选标志：铭刻时打开它，表示这份 etching 接受协议未来的改动。本文按规范原文讲清标志位的解析方式、未识别标志与 Cenotaph 的关系，并给出普通用户读到 Turbo 字样时该做的判断顺序。