如何解决 Rejected Share 过高

了解 ASIC 矿机为什么会向 PECPool 提交过多 Rejected 或 Stale Share，以及如何从 Stratum 选择、网络延迟、丢包、Worker 配置、固件、超频、硬件错误和 Mining Proxy 等方面排查。

Rejected Share 比例过高表示 ASIC 提交的部分挖矿工作没有被 PECPool 接受为有效贡献。

偶尔出现少量 Rejected 或 Stale 属于正常现象，但持续偏高会降低有效算力、浪费电力并降低挖矿效率。矿机本地 Hashrate 可能正常，而 PECPool 实际收到的有效工作更少。

本指南说明常见拒绝类型及 Antminer、WhatsMiner 和其他 Bitcoin SHA-256 ASIC 的排查方法。

什么是 Rejected Share？

Share 是 ASIC 完成一定挖矿工作的证明。矿机通过 Stratum 提交，PECPool 检查 Account、Worker、Job、Difficulty 和 Share 数据，然后标记为 Accepted 或 Rejected。

1. PECPool 下发 Job。
2. ASIC 执行 SHA-256。
3. 找到满足 Share Difficulty 的结果。
4. 提交结果。
5. PECPool 验证。
6. 归类为 Accepted 或 Rejected。

为什么 Rejected 很重要？

• 有效 Pool Hashrate 降低
• 有效挖矿贡献减少
• 效率下降
• 电力浪费
• Worker 统计不稳定
• 本地与 Pool Hashrate 差距扩大

Accepted、Rejected 与 Stale

Stale 一般属于 Rejected 的一种，有些界面单独显示。

计算 Rejected 比例

Rejected Share Rate =
Rejected Shares ÷ Total Submitted Shares × 100

Accepted 9,900
Rejected 100
Total 10,000
= 1%

Combined Unsuccessful Rate =
Rejected Shares + Stale Shares
÷ Total Submitted Shares × 100

什么比例算正常？

理想值应尽量接近 0。短暂延迟、Job 更新、网络闪断或 Failover 会产生少量拒绝。若比例持续上升、明显高于同网其他矿机、Pool Hashrate 偏低、频繁断线、图表出现空档或日志不断报错，就应进一步排查。不同设备、网络和 Firmware 没有统一固定阈值。

先确定拒绝原因

查看 Miner Status、Pool Status、CGMiner Status、System/Kernel/Event Log。

• Stale
• Job Not Found
• Low Difficulty Share
• Duplicate Share
• Unauthorized Worker
• Invalid Share
• Invalid Nonce
• Unknown Job

Stale / Job Not Found

旧 Job 结果在新 Job 或新 Block 出现后才到达服务器。常见原因：

• 高 Latency
• Packet Loss
• 网络不稳定
• Stratum 服务器过远或不稳定
• 频繁重连
• 网络设备过载
• Mining Proxy 不稳定

减少 Stale

• 选择最稳定的 PECPool 区域服务器。
• 测试其他官方端口。
• 使用有线 Ethernet。
• 更换损坏网线。
• 检查 Switch/Router。
• 避免不稳定 Wi‑Fi。
• 减少网络拥塞。
• 检查 Proxy 延迟。
• 避免频繁重启。
• 设置可靠备用 Pool。

选择 Stratum Server

地理距离最近不一定最稳定，Routing、Packet Loss、ISP Filtering 可能使更远的服务器表现更好。

Pool 1/2/3

Pool 1: stratum+tcp://btc-eu.pecpool.com:3333
Pool 2: stratum+tcp://btc.pecpool.com:443
Pool 3: stratum+tcp://btc-us.pecpool.com:25
Worker: myaccount.miner01
Password: x

测试 Latency 和端口

ping btc-eu.pecpool.com
Test-NetConnection btc-eu.pecpool.com -Port 3333
ping -c 20 btc-eu.pecpool.com
nc -vz btc-eu.pecpool.com 3333

不要只依赖 Ping。

Packet Loss

会导致 Job 延迟、提交丢失、Connection Reset 和 Stale。迹象包括 Ping Timeout、Latency 大幅波动、频繁重连、Pool Dead、Hashrate 图表空档。检查网线、Switch、Router、无线链路、ISP 和拥塞。

更低 Latency 不一定更好

Server A: 40 ms, Packet Loss 3%, Disconnects Yes
Server B: 80 ms, Packet Loss 0%, Disconnects No

Server B 可能更优。优先顺序：稳定性、低丢包、持续 Accepted、低 Stale、最后才是 Latency。

Low-Difficulty Shares

未达到分配给 Worker 的 Difficulty。可能由 Firmware、Custom Firmware、Difficulty 处理、数据损坏、Overclock 或 Proxy 引起。

Duplicate Shares

同一结果被多次提交，可能来自 Firmware Bug、Proxy、断线重发、软件实现或 Control Board。查看日志、重启一次、检查 Firmware，条件允许时绕过 Proxy 并对比直连。

Unauthorized Worker

AccountName.WorkerName
myaccount.miner01

检查 Account、点号、空格、非法字符以及是否错误填写 Email/Wallet。

Pool Password

x

不是 PECPool 密码。不要填写邮箱密码、2FA、API Secret、Private Key 或 Seed Phrase。

Invalid Shares 与 Hardware Errors

检查 Hardware Error、ASIC Chip、Hashboard、温度、风扇/冷却、PSU、Frequency 和 Voltage。

温度

过热会导致 ASIC 不稳定。检查进风、热风回流、风扇、Heat Sink、机房通风以及 Hydro/Immersion 系统，并参考具体型号温度范围。

电源

不稳定供电会产生 Chip Error、Hashboard Reset 和重启。检查输入电压、PSU 容量、接头、线缆、负载压降和配电。不要继续使用松动、烧蚀或过热接头。

Overclocking

提高本地 Hashrate 的同时也可能增加 Hardware Errors、Invalid、重启、温度和功耗。若 Rejected 增加，请恢复稳定 Profile，并比较 Accepted/Rejected 和 1h/24h Hashrate。

Undervolting

电压过低会导致计算错误和 Hashboard 不稳定；错误增加时恢复稳定电压。

Firmware

可能造成 Duplicate、Low-Difficulty、Nonce 错误、断线和不稳定。只使用可信且与型号兼容的 Firmware，查看 Release Notes、备份配置并在升级时避免断电。

Mining Proxy

过载 Proxy 会产生 Delay、Stale、Duplicate、Reconnect 和批量 Offline。检查 CPU/RAM、网络容量、连接数、Logs 以及 Miner↔Proxy↔PECPool 的 Latency。可临时让一台矿机直连进行对比。

日期与时间

开启自动时间同步，并确认 Gateway/DNS。

频繁 Pool Switching

每次切换都可能增加 Stale。检查 Pool 1、Router/ISP、DNS、Firewall、Logs 和区域服务器；若 Pool 2 长期更稳定，可测试后设为第一优先级。

更换服务器后 Rejected 增加

1. 确认服务器和端口。
2. 检查 Latency/Packet Loss。
3. 查看日志。
4. 给予足够测试时间。
5. 必要时恢复原稳定服务器。

只有一台矿机 Rejected 高

检查该设备的网线、Switch 端口、Firmware、Overclock、温度、Hashboard 和日志。

所有矿机 Rejected 高

检查共同基础设施：互联网、Router/Gateway、Switch、DNS、ISP Routing、Mining Proxy 和共同 Stratum，并比较问题开始时间。

比较本地与 Pool Hashrate

查看 Current、1h、24h Hashrate、Accepted、Rejected、Stale 和 Last Share。使用更长周期平均值判断。

示例：高 Stale

Accepted Shares: 9,200
Rejected Shares: 100
Stale Shares: 700

检查 Latency、Packet Loss、服务器、Router/Switch 和 Proxy。

示例：高 Invalid

Accepted Shares: 8,000
Invalid Shares: 1,800
Stale Shares: 200

更可能与 Firmware、Hardware、Voltage/Frequency 或 Hashboard 有关。

示例：Overclock 后

Before: 100 TH/s, Rejected 0.3%
After: 112 TH/s, Rejected 5.5%, Frequent Restarts: Yes

本地算力更高不代表有效性能更好。

推荐排查顺序

1. 记录 Accepted/Rejected/Stale。
2. 查看准确拒绝原因。
3. 确认 URL/Port/Worker/Password。
4. 判断单机还是全网。
5. 测试网络。
6. 测试其他官方服务器/端口。
7. 检查网线、Switch、Router。
8. 检查 Proxy。
9. 检查温度和 Hardware Error。
10. 恢复稳定 Overclock/Undervolt。
11. 检查 Firmware。
12. 持续观察。

不要一次修改多个设置

先记录数据，只改一个参数，等待新 Share，再比较并决定保留或回退。

测试多久？

短测试可能误导。先确认连接稳定、Accepted 持续增加且同类拒绝不再出现；更可靠的比较应观察数小时并查看长周期平均值。

常见错误

• 认为所有 Rejected 都是 Pool 原因
• 忽略日志
• 只看一次 Ping 选服务器
• 忽略 Packet Loss
• 使用不稳定 Firmware
• 激进 Overclock
• ASIC 使用 Wi‑Fi
• 忽略 Proxy
• 同时修改太多设置
• 刚重启就判断结果

快速参考

最终检查清单

• 官方 PECPool Stratum
• 稳定可达端口
• AccountName.WorkerName
• Password x
• Accepted 增加
• 已确认拒绝原因
• 无 Packet Loss
• 有线 Ethernet
• Pool 1/2/3 已配置
• 不频繁切换
• 可信 Firmware
• Overclock/Voltage 稳定
• 温度冷却正常
• Hardware Error 不异常
• Proxy 未过载

关注 Effective Hashrate

目标不是让本地 Hashrate 数字最高，而是让 PECPool 接收到尽可能多的有效工作。稍低 Hashrate 但稳定且低 Rejected 的矿机可能更有效。先确定拒绝类型，再按顺序检查网络、Stratum、Worker、Firmware、设置、温度、电源与 Hardware。