Miner Log Reader — 如何解读您的 SoloFury 矿工报告

SoloFury Miner Log Report 是您 solo 挖矿活动的完整文本快照，按需从 /miner/ 页面生成。它包含实时算力、按 worker 健康诊断、share 质量、难度优化建议、带 ASCII 图表的 24 小时统计、找到的区块以及矿池/网络背景信息——所有内容都在一个自包含的 .log 文件中，您可以保存、分享或用脚本处理。

与仪表板截图不同，log 是结构化文本，您可以保存为历史记录、分享给支持团队、用脚本解析，或在矿池出现问题时作为证据附上。

如何下载您的 log

1. 在 URL 中带上您的钱包打开 solofury.com/miner/：?addr=您的钱包&coin=COIN
2. 等待仪表板完全加载（3–5 秒——报告使用实时 API 数据）
3. 点击 identity card 右上角的 .LOG 按钮
4. 您的浏览器将下载名为 solofury-COIN-钱包-日期.log 的文件

1. Executive Summary

一目了然的总览：状态、workers、当前算力 vs 24 小时平均、生涯区块数、总挖矿收益和首要问题。先读这里——它告诉您是否有需要调查的事项。

状态值

• ✓ ALL GOOD — 每个 worker 都健康，没有超过 25% 的退化
• ⚠ ISSUES DETECTED — 一个或多个 worker 有警告（下降 25–50%、share 延迟 3–10 分钟）
• ⚠ CRITICAL — 一个或多个 worker 离线（>10 分钟）或严重退化（>50%）

“Top issues to investigate” 列出最紧急的事项。如果您的报告是 ALL GOOD，可以在这里停止阅读，明天再查看。

2. Overview

钱包级别的汇总统计：

• Hashrate snapshot — 不同时间窗口的移动平均。1m 最易波动；7d 是最稳定的基准。
• Workers / ASIC online — 活跃矿工数。
• Shares (lifetime) — 自您钱包首次连接以来的总数。Accepted/rejected/invalid/stale/duplicate 分类。
• Efficiency — 提交的 shares 中被接受的百分比。目标：99.9%+。
• Luck (round) — 当前区块回合的 luck。超过 100% 意味着您提交的 shares 已超过统计期望找到一个区块的数量。
• Best share / Best ever — 您最高难度的 share。越接近网络目标 = 越接近找到区块。

3. Worker Health Analysis

这是故障排查最重要的部分。分析器比较每个 worker 的当前算力与其 1 小时和 24 小时移动平均，并检查它最近多久提交了 share。

严重等级

等级	触发条件	含义
OK	算力在 24h avg 25% 范围内 最后 share < 3 分钟前	Worker 健康
WARN	算力低于 avg 25–50% 或最后 share 3–10 分钟前	轻微问题，监控
CRITICAL	算力低于 avg >50% 或最后 share >10 分钟前	可能离线，需干预

该怎么办——典型情况

• 离线 > 10 分钟 — 检查电源、网线、stratum URL 是否仍可达
• 算力 −50% 或更多 — 可能是热降频或 hashboard 故障；先检查散热
• 算力 −25 到 −50% — 轻微退化，行动前监控 30 分钟
• Share 延迟但算力正常 — 网络/stratum 问题；检查您连接的中继（Frankfurt/Atlanta/Singapore）

Log 包含针对每个有问题 worker 的建议操作，根据具体问题定制。

4. All Workers（表格）

每个 worker 的完整表格视图，无论状态如何。便于并排比较性能。

列说明

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — 不同时间窗口的平均。7d 显示您的”真实”容量。
• UPTIME — worker 连接的总时长（自首次 share 起）。
• BEST DIFF — 此 worker 曾提交的最高难度 share。越高 = 越接近一个区块。
• LAST SHARE — 自 worker 提交最后 share 以来的时间。正常运行应 <1min。
• STATUS — 当前健康状况（见第 3 节）。

5. Difficulty Optimization

矿池使用 vardiff（可变难度）：自动调整 share 难度，使每个 worker 大约每 10 秒提交 1 个 share。本节显示当前难度是否最优。

公式

optimal_diff = hashrate × 10 / 2³²

操作

• ↑ raise +X% — 当前 diff 太低；您正用低价值 shares 淹没矿池。矿池会自动调整（或您可手动设置 password=d=数字）。
• ↓ lower −X% — 当前 diff 太高；您提交的 shares 太少以致无法平滑跟踪。对低算力 Bitaxe 尤其相关。
• ≈ already optimal — 无需操作。

6. Share Quality Analysis

按类型分析 share 被拒：

• Reject — 已提交但无效（目标错误、工作错误）。通常指向网络损坏或固件问题。
• Invalid — 格式错误的 share。应接近零。
• Stale — 针对过时区块的 share（您的矿工还在上一个区块时新区块来了）。少量 staleness 正常；>1% 暗示到矿池的延迟。
• Duplicate — 同一 share 提交两次。通常是网络故障。

质量徽章

• ⭐ Excellent — 总 bad-share 率 < 0.1%（千分之一或更少）
• ✓ Good — bad-share 率 < 1%
• ⚠ Below normal — bad-share 率 > 1%；检查网络或固件

7. Statistics（过去 24 小时）

来自 24h chart endpoint 的汇总指标（每 5 分钟采样）：

• Hashrate avg / max / min — 日范围。min 和 max 之间的大差距暗示不稳定。
• Peak vs avg — 您的峰值比平均高出多少。<20% 平滑；>50% 暗示 on/off 行为。
• Effective uptime — 算力高于平均 10% 的样本百分比。100% 意味着连续运行。
• Shares 24h — 每日 share 数。与您通常的基线比较以发现回归。

8. Wallet-Level Outages

列出过去 24 小时整个钱包停机事件，即整个钱包算力降至其平均值 15% 以下。这捕获如下情况：

• 您挖矿设施的停电
• 您这一端的网络故障
• 矿池一端的故障（少见但可能）

按 worker 的问题（仅一个矿工出故障，其他几个正常）不在这里显示——它们在第 3 节。

9. Hashrate Timeline（24 小时）

24 小时算力演变的两部分视图：

• ASCII 图表 — 算力曲线的快速可视草图。Y 轴标签显示绝对值；X 轴从 24h 前到现在。
• 每小时快照 — 每小时一行，同时显示您的算力和当时的网络难度。

用它发现规律：日/周周期、缓慢下降、急剧下跌。

10. Blocks Found by this Wallet

您钱包在此矿池找到的真实区块列表。每个条目显示：

• HEIGHT — 区块链区块高度（可在任何区块浏览器验证）
• DATE — 区块的 UTC 时间戳
• WORKER — 哪个具体 worker 提交了获胜 share

此数据从矿池区块 API 按您的钱包地址过滤获取。

11. Network Context

您币种的更广 blockchain 背景：

• Network hashrate / difficulty — 整个 blockchain 的当前总数。
• Your share of net — 您贡献的网络总算力的比例。
• Statistical TTF — 找到下一个区块的统计时间（Time To Find）。计算公式：1 / (your_HR / network_HR × blocks_per_day)。实际 luck 差异很大：您可能在 1 小时内找到一个区块，或花费 10 倍统计 TTF。

12. Pool Context

SoloFury 矿池级别的统计：算力、矿工、workers、idle/disconnected 数量、fee、luck、uptime。当排查您自己设置时，用它验证矿池是否健康。如果矿池统计看起来正常但您的矿工显示问题，问题在您这一端。

常见问题

我应该多久下载一次 log？

主动监控：每天一次或注意到异常行为时。历史记录：每周或每月。Log 很小（~10–50 KB），所以保留很多也无妨。文件头中唯一的 Report ID 让您可以在支持邮件中引用具体报告。

我可以用脚本生成 .log 吗？

不能直接（按钮触发客户端 JS），但您可以获取相同的底层 API 数据：https://solofury.com/api/client/您的钱包、/api/pool、https://solofury.com/api/client/您的钱包/chart?range=24h。全部返回 JSON。您可以用任何语言从这些 endpoint 构建自己的报告。

Log 说我的 worker 算力下降但仪表板看起来正常——为什么？

“now” 值可能短暂飙升而 1h/24h 平均保持较低（它们是滚动窗口）。如果 “now” > “1h avg” 但 log 警告 vs “24h avg” 下降，意味着您的 worker 一天大部分时间运行在产能以下但刚刚又飙升回来。Log 与长期参考比较以捕获持续性问题。

“Statistical TTF” 说 30 天——意思是我会在 30 天内找到一个区块吗？

不是。Statistical TTF 是平均预期时间。由于区块查找的指数分布，您有 ~63% 概率在 1 TTF 内（这里是 30 天）、~86% 在 2 TTFs（60 天）、~95% 在 3 TTFs（90 天）内找到区块。有些周您会找到两个区块，有些周一个都没有。这就是 solo mining 的本质。

“Rejected” 和 “Invalid” shares 有什么区别？

Rejected：share 格式有效但未达到目标难度（通常因 stale work 或低 diff）。Invalid：share 格式错误（错误格式、坏 nonce）。Invalid 几乎总是软件/固件 bug。Rejected 少量是正常的（网络延迟）。

我看到 “LATE share” 但我的 worker 在挖矿——出了什么问题？

“LATE share” 意味着自上次 share 已 >3 分钟。可能原因：到 stratum 的网络中断、非常高的难度（预期 share 频率低）或矿工离线但矿池还未完全检测到。与仪表板算力交叉核对。如果算力仍显示，通常是临时连接问题。

我在哪里可以获得更多帮助？

发邮件至 [email protected] 并附上 .log 文件。包含文件头中的 Report ID——这帮助我们与服务器端 logs 关联。矿池团队力求在 24 小时内回复。