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

### 1. 一句话结论
钱包 **1045（MEGA-BONUS）** 当前链上余额为 **74.16885177 BTC**，但**尚未获得明文密码**，且**链上交易记录未同步**，因此无法确认任何转入/转出活动；该钱包并非“余额为0”的业务标注，而是有实际大额余额待处理。

---

### 2. 我们掌握的事实（证据链）
- **钱包标识**：ID 1045，币种 BTC，主地址 `17WuzqdudssjUa6vAV58jq8zMp5NRbXmbm`。
- **余额数据**：当前显示余额 **74.16885177 BTC**（字段：balance），业务标注“余额很小”为 **否**。
- **密码状态**：字段 `cracked_password/actual_password` 为 **否**，即**没有强证据表明已拿到明文密码**。
- **文件信息**：钱包文件为 `204.16893731.dat`，格式 `bitcoin_legacy_bdb`，大小 90112 字节，路径位于 `/www/czb-wallet-common/datasets/fake.czb.com/BTC/real/MEGA-BONUS_204.16893731.dat-3775a0f779ed/`。
- **录入与更新**：录入时间 2026-06-23 00:38:40，最近更新 2026-08-06 08:34:59。
- **链上交易**：字段显示“未发现已同步的交易记录”，即当前数据库内**无任何转入/转出明细**。

---

### 3. 复盘故事：我们是怎么推进到现在的（不含攻击细节）
6 月 23 日凌晨，系统录入了一个名为“MEGA-BONUS”的 BTC 钱包文件。从文件路径和命名看，它来自一个批量导入的“真实钱包”数据集，文件格式是比特币老式 BDB 钱包（`bitcoin_legacy_bdb`），大小约 88 KB，属于典型的早期 Bitcoin Core 钱包文件。

录入后，系统对该钱包进行了基础状态登记：余额字段显示为 **74.16885177 BTC**，且业务侧明确标注“余额很小”为否——说明这不是一个空壳或低价值钱包，而是有实际大额资产的对象。

然而，在“密码是否已知”这一关键字段上，系统记录为 **否**。也就是说，虽然我们拿到了钱包文件本身，但**尚未获得可用的明文密码或助记词**，无法解锁钱包进行后续操作。

同时，链上交易摘要显示“未发现已同步的交易记录”。这意味着我们目前**没有拉取或同步该地址的链上历史**，因此无法判断这些 BTC 是何时、以何种方式进入该地址的，也无法确认是否有过转出行为。

截至 8 月 6 日，钱包信息有过一次更新，但更新内容并未改变密码状态和交易同步状态。整体进展停留在“已获取文件、已登记余额、但未解锁、未同步链上历史”的阶段。

---

### 4. 交易活动解读（严格区分转入/转出；无数据就写未知）
- **转入记录**：**未知**。链上交易未同步，无任何 `direction=receive` 的统计字段。
- **转出记录**：**未知**。无任何 `direction=send` 的统计字段。
- **结论**：当前数据库内**不存在任何已同步的交易明细**，因此无法确认该地址历史上的任何资金流动方向。如需精确的“最后转出时间”或“首笔转入时间”，必须先完成链上交易同步。

---

### 5. 破解状态说明（区分“余额为0的业务标注”与“是否拿到明文密码”）
- **业务余额标注**：该钱包**不属于“余额很小（≤阈值）”** 的类别，余额为 74.16885177 BTC，属于高价值目标。
- **明文密码状态**：字段 `cracked_password/actual_password` 为 **否**，即**尚未获得明文密码**，也没有任何强证据表明密码已被验证成功。所有关于“已破解”的说法均不成立。
- **重要区分**：余额不为 0 不代表密码已拿到；密码未拿到也不代表余额无效。两者是独立状态，当前均为“有余额但未解锁”。

---

### 6. 下一步最值得补充的线索（最多 8 条，按优先级）
1. **同步链上交易记录**：优先在页面点击“同步交易”，获取该地址完整的转入/转出历史，这是判断资金流向的基础。
2. **核对钱包文件完整性**：确认 `204.16893731.dat` 文件是否完整、是否与主地址匹配，排除文件损坏或错配可能。
3. **查找同批次钱包关联信息**：该文件来自 `fake.czb.com/BTC/real/` 目录，可排查同目录下其他钱包文件是否存在相同密码或命名规律（仅作关联分析，不涉及攻击）。
4. **检查钱包名称“MEGA-BONUS”的上下文**：该名称可能对应某次活动或某类批量生成钱包，可尝试从业务日志或导入清单中寻找备注信息。
5. **确认钱包版本与加密方式**：`bitcoin_legacy_bdb` 格式的加密方式相对固定，可确认是否使用了标准加密，以及是否有历史遗留的密码提示文件。
6. **调取录入时的来源元数据**：查看 2026-06-23 00:38:40 录入时的操作日志，确认该文件是通过何种渠道上传、是否有附带说明。
7. **检查是否有备份或旧版本文件**：路径中带有哈希后缀 `3775a0f779ed`，可排查是否存在同名的其他版本或备份文件。
8. **补充“密码已知”字段的判定依据**：如果后续有新的测试结果，需明确记录是“验证成功”还是“仅猜测”，避免误标。

---

### 7. 已尝试方向回顾（避免重复投入）
- **基础登记与状态检查**：已完成钱包文件导入、余额读取、格式识别，确认是 BDB 老式钱包。
- **密码状态判定**：已确认当前无任何“已知密码”强证据，后续不应假设密码已存在。
- **链上交易同步**：尚未执行或未成功，这是当前最大的数据缺口，不应跳过。
- **文件路径与命名分析**：已从路径中提取到钱包名称、文件名、哈希后缀等元数据，但未发现直接可用的密码线索。
- **业务标注核对**：已确认该钱包不属于“余额很小”类别，排除了低价值误判的可能。

> 下一步请优先补齐“链上交易同步”和“来源元数据”，这两项能最快缩小排查范围，避免在无交易数据的情况下重复猜测。