NFT 与铭文

Magic Eden 提出的 Creator Standard 是合约层方案：每个 mint 配一个持有冻结与铸造权限的 Mint Manager，用创建者维护的 Ruleset 名单决定哪些程序能转让 NFT，钱包对钱包转账不受限。

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

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

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

IPFS 内容寻址适合 NFT 吗 要先核验官方资料、链上记录和操作边界。本文用中文拆解判断顺序、常见误区、用户风险和执行前检查清单。

早期 NFT 项目用「链上存哈希、链下放文件」的结构绑定画面：CryptoPunks 市场合约出厂就写死一串图片包哈希。本文拆解这种指纹机制能证明什么、不能证明什么，个人如何用本地计算复核，以及它与 IPFS 内容寻址在可得性问题上的分工。不构成投资建议。

CryptoPunks 的早期交易不靠外部市场，而是把挂单与出价直接写成合约状态。本文按官方合约源码逐项拆解：出售登记表与最高出价表两张结构、只保留最高一笔出价的覆盖规则、指定买家出售、成交后款项须主动提取等机制，以及这套设计与今天订单簿市场的差别。不构成投资建议。

BRC-20 的铭文 JSON 有一串苛刻规定：数值字段必须写成字符串、操作名与字段名全小写、代号长度受限、缺省值有明文规则、超限直接忽略。本文按对外公开的索引规范逐项拆解，讲清为什么链上有你的交易却可能没有你的余额。不构成投资建议。

ord 的解码接口把一笔交易里的铭文信封逐字段拆开，其中一组布尔标记直接反映信封质量：字段重复、字段不完整、未识别的偶数标签。本文逐项解释这些标记的来源与后果，讲清它们如何解释「刻了却编号异常」一类现象，以及自查时该按什么顺序读。不构成投资建议。

Ordinal 手册规定每件铭文的内容必须从固定路径取回，这个约定让 HTML 铭文能在运行时读出自身编号，把自己装配成独一无二的展示页。本文拆解这条路径约定的机制、自引用能做什么与不能做什么，以及为什么同一件藏品在不同入口表现不同。不构成投资建议。