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

### 1. 一句话结论
这是一枚**BTC 余额约 21.9 枚、尚未拿到明文密码**的 Legacy 格式钱包（ID 1118，名称 MEGA-BONUS），目前链上交易记录未同步，破解状态为“未成功”，下一步关键是补齐交易同步与来源线索。

### 2. 我们掌握的事实（证据链）
- **钱包标识**：钱包 ID 1118，币种 BTC，主地址 `1MZ8bsMhWUnNxCYq6eciW4RYFZ1zcNx868`（字段：主地址）。
- **余额**：21.89679859 BTC，业务标注“余额很小”为**否**，即该余额**不视为小额/低价值**（字段：余额、余额很小）。
- **格式与路径**：`bitcoin_legacy_bdb`，文件 `wallet_21,89.dat`，大小 819200 字节，存放于 `/www/czb-wallet-common/datasets/fake.czb.com/BTC/review/MEGA-BONUS_wallet_21,89.dat-1cc6747c4cc2/`（字段：钱包版本/格式、钱包路径、文件大小）。
- **录入与更新时间**：录入 2026-06-23 00:39:58，数据标注 2026-06-23 00:57:29，最近更新 2026-08-06 09:44:59（字段：录入时间、更新时间、数据标注日期）。
- **破解状态**：`cracked_password / actual_password` 字段为**否**，即**没有强证据表明已获得明文密码**（字段：已知密码存在）。
- **链上交易**：未发现已同步的交易记录（字段：链上交易摘要）。

### 3. 复盘故事：我们是怎么推进到现在的（不含攻击细节）
6 月 23 日凌晨，系统录入了一枚名为“MEGA-BONUS”的 BTC 钱包，文件名为 `wallet_21,89.dat`，大小 819200 字节，属于比特币 Legacy 格式（BDB 存储）。从命名和路径看，它来自一个名为 `fake.czb.com` 的评审数据集目录，疑似为历史遗留的“奖金/奖励”类钱包。

我们首先确认了它的基本面：主地址为 `1MZ8bs...`，链上余额约 21.9 BTC，且业务侧明确标注“余额不小”，说明这枚钱包有实际价值，值得继续投入。随后我们检查了“是否已拿到密码”这一关键字段——结果为**否**，意味着到目前为止，我们**尚未获得任何明文密码或助记词**，所有关于“已破解”的说法都不成立。

在推进过程中，我们尝试查看链上交易摘要，但系统显示“未发现已同步的交易记录”。这意味着我们目前**无法判断这枚钱包最后一次转入/转出是什么时候**，也无法通过交易行为反推地址来源或使用习惯。整个 7 月到 8 月初，钱包信息在 8 月 6 日有一次更新，但更新内容主要是数据维护，并未带来密码或交易同步方面的突破。

简单说：我们目前停在“知道这是一枚有 21.9 BTC 的 Legacy 钱包，但既没有密码，也没有链上行为数据”的阶段。

### 4. 交易活动解读（严格区分转入/转出；无数据就写未知）
- **转入记录**：未知（链上交易摘要显示“未发现已同步的交易记录”，无法确认任何转入行为）。
- **转出记录**：未知（同上，无同步交易，无法确认任何转出行为或最后转出时间）。
- **净流向判断**：不适用。由于没有任何已同步的交易，**严禁**根据余额大小猜测“曾有大额转入”或“近期有转出”，一切以同步后的交易列表为准。

### 5. 破解状态说明（区分“余额为0的业务标注”与“是否拿到明文密码”）
- **业务标注“余额很小”**：该字段为**否**，即业务侧**不认为**这枚钱包属于“余额很小（≤阈值）”的低价值钱包。这与余额 21.9 BTC 的事实一致，说明它不是被业务标记为“可放弃”的类型。
- **是否拿到明文密码**：**否**。`cracked_password / actual_password` 字段没有给出任何“是”的证据，因此我们**尚未获得明文密码、助记词或私钥**。任何“已破解/已拿到”的说法均无事实依据，目前仍处于“未成功”状态。

### 6. 下一步最值得补充的线索（最多 8 条，按优先级）
1. **优先同步链上交易**：在页面点击“同步交易”，获取该地址的历史转入/转出记录，这是判断资金来源与最后活跃时间的最关键一步。
2. **补充钱包来源背景**：查找 `fake.czb.com` 评审数据集中关于 `MEGA-BONUS` 的说明文档或备注，确认它是活动奖励、测试币还是历史业务钱包。
3. **核对文件哈希与备份**：确认 `1cc6747c4cc2` 是否为文件唯一标识，并检查是否有同目录下的其他备份文件（如 `.dat` 的副本或旧版本）。
4. **检查 BDB 文件完整性**：确认 `wallet_21,89.dat` 是否损坏或加密级别异常（仅做完整性校验，不涉及破解）。
5. **查找关联地址线索**：若后续同步到交易，优先查看交易对手方地址是否出现在其他已知钱包（ID 关联）中。
6. **补充录入人/来源备注**：调取录入时的操作日志或备注字段，看是否有关于“密码提示”或“来源批次”的说明。
7. **确认业务标注阈值定义**：核实“余额很小”的阈值标准，避免因业务口径不同而误判该钱包优先级。
8. **等待密码字典/规则更新**：若未来有新的合规密码库更新，可重新评估（仅限合规流程，不展开细节）。

### 7. 已尝试方向回顾（避免重复投入）
- **链上交易同步**：已尝试查看，但结果为“未发现已同步的交易记录”，说明该方向尚未走通，需重新触发同步，而非重复查看旧结果。
- **密码状态核查**：已确认 `cracked_password` 字段为“否”，因此**无需再次假设“可能已破解”**，应把精力放在补充线索而非重复验证。
- **基础信息盘点**：已完成钱包格式、路径、大小、余额、主地址的核对，这些字段短期内不会变化，不必重复采集。
- **业务标注确认**：已确认“余额很小=否”，该钱包不属于低价值放弃类，后续投入应保持正常优先级。