satpoint 是什么：输出坐标加内部偏移的两个数

使用 ord 命令行或读它的输出时，常会撞见一个字段叫 satpoint，值长着一笔交易的样子又不太像一笔交易，很多人把它和手续费、地址混为一谈。它其实是比特币 UTXO 语言之上叠加的第三维坐标，专门回答一个问题：这一枚聪，此刻确切地待在哪儿。

要理解它，先回顾聪的处境。比特币协议不区分每一个聪，转账只搬运输出里的金额；Ordinal 理论给全体聪按出块顺序编号，索引器再用后进先出的记账规则追踪每个编号聪落进哪个输出。于是”某聪的位置”天然分成两层信息：它所在的输出，由 satpoint 的前两段描述——花费该输出要引用的那笔创建交易的哈希，加上输出在这笔交易输出列表里的序号；以及它在该输出内部按面额排列的位置，由第三段偏移量描述，单位就是聪本身。三段合起来，才把一个聪钉在链上某个精确的格子里：一个拥有一万聪的输出里，偏移量 0 指的是这个输出的第一枚聪。

这组坐标与铭文身份证的分工容易混淆。铭文标识回答”这枚铭文是谁”——揭示交易哈希加交易内序号，铸成后终身不变；satpoint 回答”承载它的聪现在何处”——每次相关转账都会改写。同一笔转账可能同时涉及多个输出，索引器按规则把输入聪分配到输出，偏移量随分配结果平移；这也是铭文会在钱包地址之间”搬家”的底层原因，界面显示地址变化，坐标层面其实是 satpoint 更新。如果转账只支付了含铭文的输出，铭文的 satpoint 随输出整体易主，但偏移量不变——它仍是那个输出的第一枚聪。

对操作的影响集中在几个场景。重刻场景里，ord 要求把内容附加到已存在的铭文所在聪上，命令参数正是以 satpoint 指定目标，写错偏移量等于刻错了聪。找零场景里，钱包自动合并输入凑整，含铭文的 UTXO 一旦作为输入被消耗，其聪会散入多个输出，铭文跟随其所在聪漂移到新坐标，若随后这部分被当零钱找给对手方，持有关系就此易手——这是所有收藏教程强调”专卡专用、不要混用日常钱包”的坐标级解释。查询场景里，浏览器展示的输出列表、钱包的铭文条目，底层都来自同一套索引结果，两边对不上时，以交易原始数据的解析为准，并确认两边是否启用了聪索引这类开关选项。

需要划清的是，satpoint 是 ord 索引器视角下的坐标体系，共识层并不存储它；不同索引实现若对规则理解不一致，同一聪的位置可能短暂分歧，等更多确认堆叠后再下结论是稳妥习惯。把它当作地图上的门牌号读就好：门牌会变，身份证不变；两个都读懂，铭文的状态才算真正读全。

把三段拼写拆开看一眼就不会再混：完整形态是 交易哈希、冒号、输出序号、冒号、偏移量，例如某枚聪写作 …f4c41a:0:0，意思是那笔交易第 0 个输出的第一枚聪；同一输出里金额第 7 聪的偏移量则是 6，单位与聪完全一致。输出序号与偏移量都是小整数，容易误当成“第几笔”“第几个”，读的时候建议先在脑中补全主语——第几笔交易的第几个输出的第几聪。再对照另外两个坐标体系：身份证锁定铭文本体，全局铭文编号记录发行次序，satpoint 只回答持有位置。三种字符串在界面里都可能与你的藏品同屏出现，长度、字符集各不相同：交易哈希是六十四位十六进制，satpoint 带冒号，编号是纯十进制——按外形归类，比死记字段名更抗误读。钱包提示“铭文将随找零转出”这类警告，背后对应的正是 satpoint 的迁移路径，看懂它才能看懂拒绝合并输入时的那笔手续费到底买了什么。 本文为机制说明，不构成任何投资建议。