LTC 钱包风险检测与恢复评估 #1860

### 1. 一句话结论
这是一枚 2014 年活跃、此后长期沉睡的莱特币（LTC）钱包，当前链上余额为 460 LTC；截至数据快照日，我们**尚未获得明文密码**，也未确认任何“破解成功”的证据，目前仍处于证据收集与合规验证阶段。

### 2. 我们掌握的事实（证据链）
- **钱包标识**：钱包 ID 1860，主地址 `LQAaRRjCDy4eYtxZ16EDGkRv9Skm7QqEBq`，币种 LTC。
- **余额状态**：当前余额 **460.00000000 LTC**；业务标注“余额很小（≤阈值）”为 **否**，即该余额不属于小额豁免范畴。
- **文件信息**：钱包文件名为 `MEGA-BONUS / LTC- LQAaRRjCDy4eYtxZ16EDGkRv9Skm7QqEBq.dat`，格式标注为 `bitcoin_legacy_bdb`（旧版 Berkeley DB 格式），文件大小 1,327,104 字节。
- **时间线**：录入时间 2026-06-23 00:58:21，最近更新 2026-08-06 06:03:29；数据标注日期与录入时间一致。
- **链上交易统计**（依据 `wallet_transactions.direction` 字段）：
- 转出（send）1 笔，最后转出时间 2014-12-10 12:37:20；
- 转入（receive）4 笔，最后转入时间 2014-12-14 22:02:11；
- 交易时间跨度约 48 天；近 30 天转入/转出均为 0 笔。
- **密码状态字段**：`cracked_password/actual_password` 为 **否**，即不存在“已知密码”的强证据。

### 3. 复盘故事：我们是怎么推进到现在的（不含攻击细节）
这枚钱包最早在 2026 年 6 月 23 日被纳入取证视野。当时我们拿到的是一个旧版 BDB 格式的 `.dat` 文件，文件名里的“MEGA-BONUS”和地址片段提示它可能来自某次历史活动或奖励发放场景。文件体积约 1.3 MB，符合旧版 Litecoin 核心钱包的常规大小，没有异常膨胀。

我们首先核对了链上行为：该地址在 2014 年 12 月 10 日有一笔转出，随后在 12 月 14 日又收到最后一笔转入，之后整整 11 年多没有任何动静。这种“短期内进出、随后长期沉睡”的形态，与“一次性活动钱包”或“旧挖矿/奖励归集后遗忘”的特征相符。

在文件层面，我们确认了其格式为 `bitcoin_legacy_bdb`，这意味着内部结构是旧式密钥数据库。我们尝试了合规的读取与解析流程，但截至目前，**没有任何字段表明已获得明文密码或助记词**。所有关于“是否破解成功”的结论均为否定。当前工作停留在：确认资产存在、梳理交易时间线、评估文件格式与历史背景，尚未进入“可动用资产”的阶段。

### 4. 交易活动解读（严格区分转入/转出；无数据就写未知）
- **转入（receive）**：共 4 笔，最后一笔发生在 2014-12-14 22:02:11。这 4 笔构成了当前 460 LTC 余额的主要来源，但具体每笔金额未在本次数据中逐笔列出。
- **转出（send）**：共 1 笔，发生在 2014-12-10 12:37:20，早于最后一笔转入时间。说明该地址在 12 月 10 日先有一笔支出，之后又收到多笔收入。
- **近期活动**：近 30 天转入与转出均为 0，确认该钱包自 2014 年后无任何链上动作。
- **未知项**：每笔转入/转出的具体金额、对手地址、交易哈希未在本数据集中提供；若需还原完整资金流向，需补充 `wallet_transactions` 明细表。

### 5. 破解状态说明（区分“余额为0的业务标注”与“是否拿到明文密码”）
- **业务余额标注**：当前余额 460 LTC，业务标注“余额很小（≤阈值）”为 **否**。这意味着该钱包**不适用**“余额为 0 或极小即放弃”的简化处理规则，需按常规资产流程对待。
- **明文密码状态**：字段 `cracked_password/actual_password = 否`，即**尚未获得明文密码**，也没有任何“验证成功”的记录。所有涉及“已拿到密码”的表述均不成立。当前仍处于“有资产、无密钥”的冻结分析状态。

### 6. 下一步最值得补充的线索（最多 8 条，按优先级）
1. **补充 `wallet_transactions` 全量明细**（含交易哈希、金额、对手地址），用于还原 4 笔转入与 1 笔转出的完整资金路径。
2. **调取 2014 年 12 月前后的链上区块数据**，交叉验证该地址与已知交易所、矿池或活动合约的交互记录。
3. **检索文件名关键词“MEGA-BONUS”** 在历史论坛、活动公告、邮件归档中的出现记录，判断其来源场景。
4. **核查钱包文件元数据**（如创建时间、最后修改时间）与录入时间 2026-06-23 的关系，确认文件是否经过复制或迁移。
5. **寻找同批次录入的其他钱包文件**（同一路径前缀 `/LTC/unknown/` 下），判断是否存在批量生成或批量导入的关联线索。
6. **收集 2014 年该地址活跃期间的 IP 登录日志或客户端版本信息**（若节点日志有留存），辅助定位操作者时段。
7. **确认该地址是否曾出现在任何公开的“丢失钱包”或“认领公告”列表中**，避免重复劳动。
8. **补充钱包文件校验和（哈希值）**，便于与其他副本比对，排除文件损坏或部分写入的可能。

### 7. 已尝试方向回顾（避免重复投入）
- **格式识别与解析**：已确认文件为 `bitcoin_legacy_bdb` 格式，并完成基础结构读取；无需再次进行格式猜测。
- **链上活跃度分析**：已确认交易时间窗为 48 天（2014-10 底至 12 月中），且近 30 天无活动；无需重新统计方向笔数。
- **余额阈值判断**：已明确 460 LTC 不属于“小额豁免”范畴；后续不必再讨论“是否值得处理”的问题。
- **密码状态核查**：已核实 `cracked_password/actual_password = 否`；在获得新的强证据前，不应假设或宣称“已破解”。
- **文件名与路径梳理**：已记录钱包名与路径中的 `MEGA-BONUS` 及地址片段；下一步应转向外部背景检索，而非重复解析文件名。