什么是 Accepted、Rejected 和 Stale Share？

了解 Accepted、Rejected 与 Stale Share 的含义、PECPool 如何用有效 Share 估算算力并计算 PPS+ 收益、Share 为什么会被拒绝，以及如何减少 Stale 或无效提交。

矿机不会只等待找到完整 Bitcoin Block，而是持续向矿池提交较小的计算结果 Share。矿池用 Share 衡量实际工作、有效算力和账户贡献。

什么是 Mining Share？

满足矿池指定 Difficulty 的 SHA-256 结果。普通 Share 不是 Bitcoin Block，但证明矿机完成了真实计算。

Accepted Share

有效、及时并属于当前 Job，PECPool 接受的份额。

Rejected Share

提交后未被矿池接受的份额，可能由于延迟、Difficulty、Duplicate、Worker、计算、Firmware 或网络问题。

Stale Share

来自旧 Job 并在任务/区块改变后才到达，或到达太迟的 Share。常见原因是 Latency、Packet Loss、不稳定连接或服务器过远。有些 Firmware 单独显示 Stale，有些合并到 Rejected。

常见 Rejected 原因

Stale/Job Not Found：Job 已过期。Low Difficulty：份额难度不够。Duplicate：重复提交，可能来自 Firmware/Proxy/retry。Unauthorized Worker：Account/Worker 不正确，请使用 AccountName.WorkerName，例如 myaccount.miner01。Invalid Share：Hardware calculation、Frequency、Voltage、Overclock、Firmware 或 Stratum 数据错误。

如何计算百分比

Rejected Shares ÷ Total Submitted Shares × 100

例：Accepted 9,900，Rejected 100，总计 10,000，则 Rejected = 1%。

什么比例正常？

理想值尽量接近 0。健康连接也可能偶尔有少量 Rejected/Stale。持续上升或长期约等于/高于 1% 通常应排查，尤其伴随 Pool Hashrate 下降、频繁切 Pool、连接错误或图表空档。不同网络/设备没有统一绝对标准。

为什么 Rejected 重要？

Rejected 也消耗电力和计算，但不计入矿池有效工作，会降低 Effective Hashrate 和效率并浪费能源。

Accepted 与 Hashrate

PECPool 根据 Accepted Shares 估算 Worker Hashrate。持续 Accepted 能让 Worker 保持 Active、Last Share 新鲜、图表连续。Rejected/Stale 高会使 Pool Hashrate 低于本地值。

Latency 如何造成 Stale

新 Job 出现后，旧 Job 的结果可能在到达前已过期。Latency、Packet Loss、Routing 和 reconnect 会增加概率；其他 Reject 也可能来自 Firmware/Hardware。

降低 Share 损失

• 使用距离近且稳定的服务器。
• 解决 Packet Loss。
• 检查 Ethernet、Switch、Router。
• 避免不稳定 VPN/Proxy。
• 配置三个官方 Pool。
• 检查 Worker、Stratum、Firmware、Frequency/Voltage/Overclock、Hashboards 和日志。

Pool Switching 和 Restart

切换或重启时可能短暂出现 Stale，Accepted 也会暂时停止。频繁切换并不正常，应检查网络。

如何检查

矿机侧查看 Pool Status、Accepted/Rejected/Stale、Hashrate、Logs；PECPool 查看 Online、Current/1h/24h、Last Share、Chart 和足够时间范围的 Share 信息。

示例 1：健康 Worker

Accepted 9,970、Rejected 20、Stale 10，总计 10,000：

30 ÷ 10,000 × 100 = 0.3%

如果连接稳定、算力正常且无重复错误，这可能是正常低水平损失。

示例 2：网络问题

Accepted 9,400、Rejected 100、Stale 500。大量 Stale 表示结果经常迟到，应检查 Latency、Packet Loss、Stratum、ISP 和 Router/Switch。

示例 3：Firmware/配置

Accepted 7,500、Low-Difficulty 1,500、Duplicate 1,000。这更像 Firmware、Proxy、Frequency/Voltage 或系统日志问题，而非单纯网络延迟。

什么时候需要排查？

Rejected 长期偏高、换服务器后 Stale 增加、Pool Hashrate 明显低于 Local、频繁 Pool Switching、Worker 反复 Offline、Last Share 经常变旧或 Accepted 停止增长。

关注有效挖矿工作

目标不仅是产生 Hash，而是及时提交有效 Share。稳定的 Accepted 和较低的 Rejected/Stale 通常代表更健康的连接、Firmware 和 Hardware。