Specter 余额或历史遗漏：检查 Core 同步、地址范围与两种 Rescan
链小知 · 进阶 · 核验 · 依官方文档整理
在已有 Core 后端钱包扩展监测地址，按可用区块选择历史重扫或 UTXO 扫描，避免把未花费余额当完整账本。
开始前准备
- 已有可打开的 Specter 钱包与 Bitcoin Core 后端，准备遗漏交易哈希、完整收款地址、最早相关区块高度和原账户配置；不用重新导入硬件种子。
- 本任务限 Core 后端；Specter2.0另支持 Electrum，但不能照搬 Core 的 Blockchain Rescan。菜单据官方文档及固定代码提交，安装版不同就核对其界面后操作。
- 地址范围扩展和重扫不产生矿工费，完整块重新下载会占带宽和存储；RPC 访问凭据、钱包文件及公钥关联不可公开。
1. 在已有钱包确认遗漏的具体记录
打开本地 Specter 界面，通常为 http://127.0.0.1:25441/，进入对应钱包 Transactions 和 UTXO 视图。对照原交易哈希、收款地址及金额，核对 Wallet Info 中的钱包配置。历史条数和 UTXO 条数本来不同；已经花费的收款不在 UTXO 列表，不能仅因该列表没有它认定历史丢失。
检查结果：确定缺少的是交易历史还是未花费输出，钱包与原账户一致。
2. 排查 Core 连接和区块同步
在已有节点连接状态中确认后端确为 Core，查看其同步进度和当前高度；未同步完先等待。Failed to connect 时检查已运行服务、主机和 RPC 端口，主网常见8332不同于 P2P8333；401交给节点持有人核对用户名密码。不要为排查把 RPC 开到公网，也不在截图记录凭据；2.0不会替你启动它过去代管的 Core。
检查结果：Core 连接、同步和高度可解释，失败原因明确后才选择重扫。
3. 扩展实际需要的收款和找零地址范围
进入钱包 Settings→Advanced→Keypool control，查看当前 Receiving 和 Change 范围。若原服务曾生成较远的地址，在 More Addresses To Watch 填需增加的地址数量，再点 Add；这里输入的是增加值，不能把100当目标索引100。依据已知最远地址和账户配置选择范围，不无限扩展，也不改多签阈值或派生路径来猜。
检查结果：当前监测范围已覆盖预期地址；记录新增数量和更新后的范围。
4. 有完整区块时选择 Blockchain Rescan
确认节点保留所需区块后，在 Advanced 的 Blockchain Rescan 填 Block To Rescan From 并点 Rescan，观察进度至结束。输入是起始区块高度的整数，不是日期、秒数或交易数量；起点应不晚于已知遗漏交易。裁剪节点不能靠输入一个更早数字读回已删块；界面下限和报错要记录，必要时由节点持有人安排重新下载。
检查结果：重扫覆盖目标区块并完成；不能覆盖时保留节点裁剪范围与起始高度限制。
5. 裁剪场景按需选择 Rescan UTXO
只需核对当前未花费余额时，可在监测范围足够后选择 Rescan UTXO。若 pruned 节点要求从区块浏览器取缺失交易数据，先检查 fetch missing data 的勾选、所选服务及隐私提示；不接受第三方披露就停止此路线。此扫描只导入未花费交易，旧的已花费历史仍缺失，不应以完成提示替代完整流水验收。
检查结果：取得明确的未花费扫描结果与数据来源；完整历史缺口仍单列。
6. 按原哈希复查并保存扫描范围
回到 Transactions/UTXO，以同一遗漏清单复查哈希、地址和金额。记录后端、节点高度、裁剪情况、keypool、起始高度、扫描类型和结果；如果地址不属于当前描述符，回到原账户/共签者配置核查，重复扫描同一钱包不会变出另一个账户。暂停后续付款判断，直到相关结果能解释。
检查结果：有可复核的余额或历史结论，未解决部分注明地址、区块或配置原因。
怎样确认完成
- 连接和同步问题、监测范围、重扫方法均已分别说明，可查到目标记录或列出仍缺的具体范围。
- 结果说明是否仅当前未花费输出，并保留裁剪节点的完整历史限制。
- 官方正文和固定源码核验；未运行节点、扩展地址、扫描钱包或验收真实余额。
常见错误与边界
- Pruned 节点与完整节点的数据能力不同；UTXO scan成功并不证明所有旧交易都找回。
- 旧 FAQ 对3开头地址的描述与 nested SegWit 自身存在冲突，当前代码另有 Taproot 分支；按实际脚本与版本处理，不仅凭前缀判定不支持。
- 公开 Electrum 或区块浏览器查询会披露关联；此教程不要求把自有节点改成公共服务。