铭文 NFT 的合约地址长什么样：PSBT 交易的识别

一句话理解

铭文活动的链上脚印不是合约调用，而是特定形态的普通比特币交易：outputs 里携带 ord 前缀 envelope 数据的交易即刻写现场。理解交易结构层面的识别法，就不必依赖任何索引器即可确认“这笔交易到底刻没刻东西”（市场挂单的 PSBT 机制见Ordinals 市场，序号与 ID 见三种定位方式）。

交易的解剖位置

一笔含铭文的交易的特殊点集中在输出侧：reveal 交易通常包含一个 OP_RETURN 或 taproot 脚本输出承载 envelope（ord 协议名 + JSON 声明）、以及若干 P2TR 输出承载内容或占位；mint 与 transfer 操作则靠 inscription point 的 UTXO 归属体现。读法顺序：先看输出脚本类型分布（OP_RETURN 的可见 payload 是快筛信号），再看输入侧的 envelope 引用（commit 交易的揭示对应）——完整流程的技术描述见手册（链接在来源）。

浏览器实操

以公开浏览器为例（各站展示细节不同）：打开交易的原始数据视图（非摘要视图），outputs 列表逐行看脚本类型；OP_RETURN 输出若可见 ord 字样的可读片段，是 envelope 的直观信号。脚本数据被完整解析需要专业解码工具（浏览器通常代劳并标注“inscription”）。挂单类 PSBT 的交易特征：多笔相互依赖的半成品交易（挂单、成交、撤销三形态，状态机见Ordinals 市场）。

与合约地址概念的映射

EVM 用户的直觉映射表：合集合约 ≈ 铭文的集合协议（项目自定的序号区间或前缀约定）；tokenURI ≈ envelope 里的 content 字段或指针；Transfer 事件 ≈ 铭文 UTXO 易主（无独立事件，归属在 UTXO 里，参见铭文转账）；合约权限函数 ≈ 不存在（比特币交易规则面前人人平等，运营约束靠共识与市场，见铭文版税）。这张映射表的每个“≈”都是机制差异点，迁移经验时务必逐格检查。

常见问答

问：怎么区分刻写交易与含数据的普通交易？

envelope 有固定前缀结构（协议名 + JSON body），专业解码器按规范识别；手工识别看 OP_RETURN payload 的 ord 起始字节模式与紧随的 JSON 形态。边界提示：含 OP_RETURN 的交易很多与铭文无关（时间戳服务、其他协议），协议标志位的严格校验请参照手册（来源链接）。

问：cursed 铭文的交易形态有什么特殊？

cursed 是索引规则标记而非交易形态——同一笔交易在不同索引器眼里可能“普通/异常”不一致（规则差异的机制见铭文索引器、负序号来源见铭文编号）。

问：用 ord 命令行列出我地址的铭文，和交易识别怎么配合作战？

ord 命令回答「我有什么」（余额视图），交易结构识别回答「它是怎么来的」（来源核验）。交叉使用场景：怀疑某铭文刻写异常（序号异常、内容不符）时，用 ID 反查刻写交易的原始输出、解码 envelope 声明与显示内容比对——两边不一致时以链上原始数据为准（纠纷举证的最短路径，索引器分歧的处置见铭文索引器）。

问：铭文交易的输入里出现别人的地址正常吗？

正常，比特币交易可包含多参与方输入（CoinJoin 式聚合在铭文委托模式里常见，委托机制见委托铭文的服务端批处理逻辑）。地址归属看输出侧的锁定与控制权，输入是资金来源的集合，多来源合并本身是 UTXO 隐私的正常形态（隐私面补充见链上足迹）。

问：OP_RETURN 输出烧掉的少量聪值得在意吗？

那是必须永久锁定的最小找零单位（OP_RETURN 输出的 dust 限制以协议规则为准），量级通常可忽略，但批量操作中多笔 dust 的累计值得在费率规划里看一眼。更重要的认知是：OP_RETURN 数据永久全网广播，任何写入的内容不可删除——敏感信息刻入即是永久公开（与链上隐私的不可删除原则完全一致）。