硬件钱包恢复短语是否能输入手机钱包，关键在于设备安全边界是否改变。本文依据 MetaMask 官方说明，区分导入短语与连接硬件账户，解释风险和更稳妥的处理方式。

讲解如何用 ord server 命令在本地自建铭文区块浏览器，包括端口指定与 JSON-API 开关，说明 ordinals.com 主网、signet 与 testnet 三个官方实例的地址，以及搜索框支持区块哈希、交易哈希、outpoint、聪整数、小数、度数、名字与百分位的完整输入语法。

比特币传统多签的公钥数上限是二十，Tapscript 的 multi_a 放宽到九百九十九。本文按 v31.0 源码讲清两个数字分别立在哪一层、脚本体积与签名操作计费如何构成实际天花板，以及多签方案的选型边界。

LND v0.19 起，被更新的静态通道备份不再直接消失，而是移入 chan-backup-archives 归档目录；关闭归档的旗标在发布说明与源码里还有两个名字。本文按源码拆解归档行为的触发点、临时文件与主文件的关系、旧快照的恢复价值与隐私面。

比特币协议给每个聪编号，某些位置的聪被收藏者视为稀有，但传统钱包按金额效率选币、默认不解析这套市场约定，稀有聪可能在普通转账中被当零头花掉。本文对齐铭文与聪绑定的协议规则，并整理三类生态应对：铭文钱包的默认绕开与指针指定、全控钱包的输出锁定、传统钱包的无防护现状，给出地址、确认、核验三个分层的习惯建议。

钱包之间转移 NFT 的风险集中在核对缺失：动手前要确认链标识、合约地址与接收地址来源，并判断目标地址是外部地址还是合约地址；操作中用小件试转跑通来回，并分清授权弹窗与转账弹窗；到账后以区块浏览器上的持有者字段为准，而不是任何一侧钱包的显示页。本文给出三段式的完整核对清单。

比特币核心选币失败时只抛一句笼统的 Insufficient funds，背后藏着至少九种完全不同的原因：同步落后、确认门槛、coinbase 成熟期、avoid_reuse 隐私开关、lockunspent 锁币、多钱包发错对象、观察钱包、粉尘零头与费用现实。本文按同步、门槛、开关、口径、费用的顺序给出排查路径，把“钱不够”与“这次搬钱的价签太高”分开判断。

官方下载页的 SHA256SUMS 与 SHA256SUMS.asc 是两道互相独立的防线：前者证明文件与清单逐字节一致，后者用数字签名证明清单本身出自发布方。本文按威胁模型讲清各自防什么——传输损坏、镜像换包、下载渠道被整体劫持，给出本地重算哈希、导入并信任发布公钥、验签后再核清单的操作链，并解释为何这道程序管不到“发布构建本身是否干净”。

从纸钱包或旧私钥里把钱取出来只有两条路：导入让旧钥匙继续服役并保留地址历史，清扫则一笔搬家后让旧钥匙永久退休。本文对照两条路线的安全与隐私账单，结合比特币核心 v30 移除 importprivkey 等旧式导入命令后的官方替代动线，给出“这把钥匙还签不签名”的判断原则与不漏币、不泄私钥的操作要点。

Seed XOR 把一份 BIP39 助记词按位异或拆成几份，每份单独看都是合法助记词、都能开出真实可用的钱包，但必须全部凑齐才能还原。本文讲清拆分与还原的运算、与 SLIP39 分片在容错上的本质区别、蜜罐与合理否认的设计意图，以及缺份不报错、错拼静默开新钱包这两个最容易踩的使用陷阱。