BTC 钱包风险检测与恢复评估 #1230

### 1. 一句话结论
该BTC钱包（ID: 1230）当前链上余额为 **151.00003923 BTC**，但**尚未获得明文密码**，且**未同步到任何链上交易记录**，因此无法确认其转入/转出历史，也无法判断该余额是否可被实际动用。

### 2. 我们掌握的事实（证据链）
- **钱包身份**：BTC 钱包，版本/格式为 `bitcoin_legacy_bdb`，钱包名 `wallet_151BTC`，文件为 `wallet_151.dat`。
- **余额状态**：字段 `balance=151.00003923`，且业务标注“余额很小(≤阈值)”为 **否**，即该余额**不属于**“可忽略的小额”范畴。
- **密码状态**：字段 `cracked_password/actual_password` 为 **否**，即**没有**任何强证据表明已拿到明文密码。
- **文件信息**：文件大小 180,224 字节，路径位于 `/www/czb-wallet-common/datasets/fake.czb.com/BTC/real/...` 下，属于批量导入的“MEGA-BONUS”系列数据集之一。
- **录入与更新时间**：录入于 2026-06-23 00:41:30，最近更新于 2026-08-06 11:41:00，数据标注日期为 2026-06-23 00:57:33。
- **链上同步状态**：**未发现任何已同步的交易记录**（既无转入也无转出）。

### 3. 复盘故事：我们是怎么推进到现在的（不含攻击细节）
这个钱包是 6 月 23 日凌晨被录入系统的，当时带着一个醒目的名字 `wallet_151BTC`，文件大小约 176 KB，属于典型的 Legacy 格式 BDB 钱包文件。录入后约 17 分钟，系统完成了数据标注，确认了余额为 151 枚 BTC 且不属于“小额忽略”范围——这意味着它一开始就被视为**高价值目标**。

随后我们尝试了常规的合规验证流程：检查钱包文件结构、确认版本格式、核对地址 `1PsvGTEBqeUXb9gf3KjJgH94mvpgaAVcad` 的链上状态。但关键卡点出现了：**链上交易记录始终未能同步**。没有同步数据，我们就无法回答“这笔 BTC 是什么时候进来的、有没有转出过”这类基础问题。

更关键的是密码状态：截至目前，所有测试均未返回“已知密码存在”的强证据，字段 `cracked_password` 仍为 **否**。也就是说，我们手里有一把看起来装满财富的保险箱，但**锁还没打开**，而且我们连保险箱的“进出流水账本”都还没拿到。

### 4. 交易活动解读（严格区分转入/转出；无数据就写未知）
- **转入记录**：未知。链上交易摘要显示“未发现已同步的交易记录”，因此无法确认该地址是否曾收到过转入。
- **转出记录**：未知。同样因未同步，无法确认是否存在转出行为，也无法提供“最后转出时间”。
- **当前余额的由来**：无法判断。151 BTC 可能是历史转入的累计结余，也可能是数据导入时的快照值，需依赖链上同步后才能验证。

### 5. 破解状态说明（区分“余额为0的业务标注”与“是否拿到明文密码”）
- **业务标注层面**：该钱包余额为 151.00003923 BTC，业务标注“余额很小(≤阈值)”为 **否**，即**不适用**“余额为0/小额可忽略”的自动跳过逻辑，它仍处于**待处理**状态。
- **明文密码层面**：字段 `cracked_password/actual_password` 为 **否**，即**尚未拿到明文密码**。所有关于“已破解”的说法均不成立，当前仍处于“有目标、无钥匙”的阶段。

### 6. 下一步最值得补充的线索（最多 8 条，按优先级）
1. **优先同步链上交易**：在页面点击“同步交易”，获取该地址的完整转入/转出历史，确认 151 BTC 的真实来源与最后活动时间。
2. **核对钱包文件完整性**：确认 `wallet_151.dat` 是否被截断或损坏（文件仅 180 KB，对含 151 BTC 的钱包而言偏小，需排除“仅含地址不含密钥”的空壳可能）。
3. **检查同批次数据集**：该文件来自 `MEGA-BONUS_BITCOIN CORE WALLETS - 250_wallet_151BTC` 系列，建议核对同批次其他钱包是否已成功解锁，以判断该批次是否存在通用规律（如统一密码策略）。
4. **补充密码线索材料**：若存在历史密码字典、用户习惯备注或关联邮箱/用户名，请提供，以便缩小验证范围。
5. **确认地址是否属于该钱包**：验证主地址 `1PsvGTEBqeUXb9gf3KjJgH94mvpgaAVcad` 是否确实由该 `wallet_151.dat` 派生，排除文件与地址不匹配的可能。
6. **检查钱包创建时间线索**：若文件元数据或路径中含有创建时间/批次信息，可辅助推断密码设置时期的常见策略。
7. **补充“已知密码”候选列表**：若业务方有该钱包所有者的历史密码片段（非明文完整密码也可），可提升验证效率。
8. **确认余额是否为“可动余额”**：若该地址涉及多签、时间锁或冻结脚本，需在链上同步后进一步验证，避免误判为普通可用余额。

### 7. 已尝试方向回顾（避免重复投入）
- **常规格式验证**：已确认钱包为 `bitcoin_legacy_bdb` 格式，无需重复检测版本类型。
- **业务阈值判断**：已确认该钱包不属于“小额忽略”范围，无需再走自动跳过流程。
- **密码强证据检查**：已确认 `cracked_password` 为否，**不应**再基于“已破解”的前提做后续操作。
- **链上同步尝试**：当前状态为“未同步”，若已尝试过同步但失败，建议检查节点连接或地址格式，而非反复点击同步按钮。
- **文件基础检查**：文件大小与路径已记录在案，无需重新采集基础信息；下一步应聚焦于“文件内容是否完整”与“密钥是否真实存在”的深度校验。