每次接收都换新地址：ord 钱包教程里那条不解释的规矩

在 ord 的官方转账教程里，有一句话被大多数攻略原样带过：发送前，请让接收方运行接收命令生成一个新地址，再把铭文发往那个地址。为什么非要“新”地址？攻略不会解释——对熟比特币的人来说这像呼吸一样自然；但对刚把铭文当“邮箱附件”理解的新用户，这条规矩背后是一整套 UTXO 世界的账本逻辑，值得单独讲清。

先把结构摆正。比特币没有“账户余额”这种记账对象，只有一个个带锁的输出：每笔转账创造新输出，花钱就是把旧输出整个用掉、找零再造新输出。地址是锁的公开标签，同一地址下可以压着多个未花费输出；钱包显示的余额只是这些输出的求和视图。铭文刻在具体的聪上，归属随承载它的输出走——所以“我的铭文在哪”永远要落到“哪个输出、由哪把锁守卫”。

有了这个视角，接收端复用旧地址的代价就具体了。第一层是合并成本：把多件铭文陆续发到同一个地址，钱包整理时很容易让它们陆续挤进同一个或少数几个输出；此后你只想转出一件，交易却可能把整驮一起搬动再拆零头——每一趟都是要付费的脚本执行，驮上铭文越多、脚本越长，单笔费用越高。第二层是耦合：同一输出里的多件铭文在链上永久同进同出，任何一次移动都顺带把其他持仓公开给这笔交易的分析者，转让历史彼此锚死。第三层是隐私会计：复用的地址是一根显眼的绳，凡进凡出都在给同一身份画像添笔画。

“每次接收新生成地址”正是逐层拆绳：一物一输出，输出彼此独立，转账时按件挑选；分析者想拼图，就得跨多个没有必然关联的地址。官方指南让收方现场生成新地址，还有一层防错考虑——铭文转账对目标输出的精确性敏感，把“发到哪个地址”的决策推迟到发送前一刻，出错窗口最小。

顺带澄清两个常见误区。其一，“新地址”不等于“新钱包”：ord 与主流 HD 钱包一样从同一套密钥派生一串地址，收币卫生管理的是派生序号，不是助记词数量，备份仍然只有那一份。其二，地址多不会“丢币”：钱包扫描派生路径内的全部地址，显示的是各地址输出的合计；担心的分散问题在自托管工具里是整理脚本问题，不是资金安全问题。

把官方教程的命令动线完整走一遍，纪律会更直观：收款方运行接收命令拿到一个全新地址并发给发送方；发送方用发送命令带上费率与这个地址执行转账；交易进块后，接收方再用铭文清单命令确认落袋。三条命令里没有一步假设“你之前用过哪个地址”——每一步都现场生成、现场核对。对照之下，很多社群教程里“直接把上次那个地址再发一次”的省事做法，省的是一秒，赌的是你持仓输出结构的一次永久改写。铭文操作的贵不是手续费的贵，是返工成本的贵：一次把三件铭文挤进同一输出的省事决定，可能要用此后每次转出时多付的拆驮费来偿还，从第一天按官方动线走，恰恰是最省钱的姿势。

最后把纪律收拢成可执行清单：收铭文前生成并使用新地址；同一地址下避免囤积多件需要分开处置的资产；决定合并前先画出“哪些铭文同住哪些输出”的草图；转出高价值单件前，估算这笔交易将顺带驮动的持仓与拆驮成本。铭文市场的费率波动人人会谈，承载结构的设计却常被当玄学——它其实只是记账习惯，而且是从收到第一枚起就该养成的那种。本文为机制说明，不构成任何投资建议。