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

### 1. 一句话结论
这是一枚2013年创建的BTC Legacy钱包（ID 1592），当前余额约76.86 BTC，但**尚未获得明文密码**，且业务上**不认为余额为0**；链上活动极少（仅各1笔转入/转出），目前处于“有资产、缺凭据”的待突破状态。

### 2. 我们掌握的事实（证据链）
- **钱包本体**：`bitcoin_legacy_bdb` 格式，文件名 `5я сотня 100 / 76.85957756.dat`，大小 163,840 字节，路径指向 `fake.czb.com/BTC/real/MEGA-BONUS_!!таблица_5я сотня 100_76.85957756.dat-db0ce35c3516/`。
- **余额与标注**：余额 76.85948850 BTC；业务标注“余额很小(≤阈值)”为**否**，即系统认为这是**有意义的资产**。
- **密码状态**：`cracked_password/actual_password` 字段为**否**，即**没有已知明文密码**。
- **主地址**：`1LUWDZ5mr3n2m5CqKoFYkV7s8xRa5RvW5w`。
- **时间线**：录入 2026-06-23，更新 2026-08-06；数据标注日期 2026-06-23。
- **链上交易**（依据 `wallet_transactions.direction`）：
- 转入 1 笔，最后时间 2013-08-17 04:42:40。
- 转出 1 笔，最后时间 2013-09-28 01:30:53。
- 交易跨度 41 天；近30天转入/转出均为 0。

### 3. 复盘故事：我们是怎么推进到现在的（不含攻击细节）
我们最初在 2026 年 6 月 23 日接手这个钱包，当时它刚从数据集目录中被提取出来，文件名为“5я сотня 100”，看起来像是一批批量导入的“百号段”钱包之一。我们首先确认了格式是 `bitcoin_legacy_bdb`——这是 2013 年前后 Bitcoin Core 常用的钱包数据库结构，文件大小 163,840 字节，属于典型的早期小规模钱包文件。

接着我们核对了链上数据：发现这个地址在 2013 年 8 月收到一笔转入，9 月转出一笔，之后 41 天内再无动静，直到今天。这说明它是一枚“沉睡”近 13 年的地址，且余额从未被清空——这与业务标注“余额很小=否”互相印证。

我们随后检查了密码状态：目前没有任何已确认的明文密码或助记词记录。也就是说，我们手里有一把锁（钱包文件）和一把钥匙坯（可能的密码线索），但还没能完成匹配。整个推进过程目前停留在“资产确认 + 格式识别 + 交易画像”阶段，尚未进入“凭据突破”环节。

### 4. 交易活动解读（严格区分转入/转出；无数据就写未知）
- **转入（receive）**：共 1 笔，最后发生在 2013-08-17。该笔转入构成了当前余额的主要来源（具体金额未在本次数据中单列，需补充交易明细）。
- **转出（send）**：共 1 笔，最后发生在 2013-09-28。该笔转出后，地址余额保持在 76.85948850 BTC 未再变动。
- **近期活动**：近 30 天转入 0 笔、转出 0 笔，地址处于完全静默状态。
- **未同步项**：转入/转出的具体金额、对手地址、交易哈希（txid）在本次数据中**未提供**，属于数据缺口。

### 5. 破解状态说明（区分“余额为0的业务标注”与“是否拿到明文密码”）
- **业务标注**：余额 76.85948850 BTC，**不满足**“余额很小(≤阈值)”条件，因此业务上**不视为空钱包**，仍属于高价值目标。
- **密码状态**：`cracked_password/actual_password = 否`，即**尚未获得任何明文密码、助记词或私钥**。所有关于“已破解”的说法均不成立，当前仍处于“凭据未知”状态。

### 6. 下一步最值得补充的线索（最多 8 条，按优先级）
1. **交易明细**：拉取该地址的完整交易列表（txid、金额、对手地址），确认 2013 年那笔转入/转出的具体数额与流向。
2. **文件名语义**：`5я сотня 100` 疑似俄语“第5个百号段”，可排查同批次其他钱包文件（如 `1я сотня`、`2я сотня`）是否已有成功解锁案例，复用其密码策略。
3. **钱包创建时间**：通过 BDB 文件内部时间戳或首次交易时间（2013-08-17 前）推断创建窗口，缩小密码年代范围。
4. **关联地址**：检查主地址在区块链浏览器上的标签、关联交易对手，判断是否来自已知交易所或矿池。
5. **文件来源目录**：`MEGA-BONUS_!!таблица` 暗示可能来自某个“奖励表”批量生成活动，可查该活动背景资料。
6. **同机残留**：在数据集目录中查找是否存在同路径下的 `.conf`、`.log` 或备份文件，可能包含口令提示。
7. **密码线索征集**：向数据提供方询问该钱包录入时的备注、来源说明或任何人工标注。
8. **格式兼容性**：确认 `bitcoin_legacy_bdb` 是否可被当前工具直接解析，若不能则需先做格式转换（仅作取证准备，不涉及攻击）。

### 7. 已尝试方向回顾（避免重复投入）
- **格式识别**：已确认是 `bitcoin_legacy_bdb`，无需再花时间猜测格式。
- **余额确认**：已通过业务字段确认余额非零、非小额，不再重复评估“是否值得投入”。
- **链上活跃度排查**：已确认近 30 天无交易，排除“近期被操作”的可能。
- **密码状态核验**：已确认 `cracked_password = 否`，后续工作应聚焦于**获取新线索**，而非反复测试同一批无效口令。
- **未尝试方向**：尚未进行交易明细拉取、同批次文件对比、来源目录背景调查——这些是下一步的优先补充项。