矿池挂了：如何判断问题不在你的 ASIC，以及第一个小时该做什么

*Last updated: 09.09.2026. POOL BTC.*

TL;DR

当矿池面板里的算力掉到零时，责任并不总在矿池。多数情况下故障点位于你的 ASIC 和 Stratum 服务器之间：路由器、宽带运营商、供电、过热的算力板、刚刷的固件。把这两类原因区分开只需要五分钟，连笔记本前的椅子都不用离开：看看矿机自己显示什么，确认别的矿工那边矿池是不是也挂了，再把本地算力和矿池算力对比一下。第一个小时不该花在恐慌和换池上，而该花在按顺序排查上，以及启用那个本该早就写进配置里的备用 Stratum。

POOL BTC 不是矿池，而是一个独立的矿池对比网站。我们不会把事故归到某个具体矿池头上：下面讲的是方法，不是谁家宕机的复盘。

怎么区分矿池宕机和自己这边的问题？

矿池宕机的主要特征是：矿机在跑，设备上的算力正常，但与 Stratum 的连接断开，或者提交的份额没有回应。反过来，如果 ASIC 自己的面板里算力下滑、芯片掉了、设备反复重启，那就跟矿池无关，问题出在硬件、供电或者到运营商这一段网络上。

按症状拆开看。要同时盯两个地方：矿机面板（本地算力）和矿池里的账户统计（矿池算力）。

有一种情况最常被误当成矿池宕机：刚配置好的新机器。如果矿池里的算力从来就没出现过，那不是事故，而是矿工名拼错了或者端口被封了。事故看起来是另一个样子：连着跑了好几天，然后一下子停了。

断线时矿机面板显示什么，accepted、rejected、stale 又是什么意思？

ASIC 的面板里对每个矿池都有三个计数器：accepted（份额被接收）、rejected（被拒绝）、stale（提交太晚，任务已经过期）。与 Stratum 断线时，矿池状态会变成 dead 或 disconnected，accepted 计数器停住不动，矿机开始尝试连接列表里的下一个矿池，前提是那里确实写了一个。

这几个词背后的含义：

• Accepted. 矿池收下了你的份额并计入统计。这是唯一会变成钱的计数器。
• Rejected. 矿池收到了份额但没有计入。原因各不相同：任务过期、重复提交、难度太低、认证出错。
• Stale. 拒绝的一个特例：份额是为一个矿池已经取消的任务算出来的，因为全网已经出了新区块。到服务器的延迟越大，这种情况越频繁。
• Difficulty accepted. 有些固件会单独列一行，显示已接收份额的难度总和。它比份额个数更有参考价值，因为在 vardiff 下份额的数量本身说明不了什么。

还有一行值得看：最后一个被接收份额的时间（last share）。如果这个时间在往上涨、已经超过几分钟，而算力仍然稳定，那连接实际上已经死了，哪怕矿池状态还是绿的。

份额的机制以及为什么份额数量不等于收益，在关于 FPPS 和 PPLNS 结算方式的文章里讲得更细。

拒绝率多少算正常，多少已经是信号？

没有一个通用数字：拒绝份额的比例取决于到 Stratum 服务器的距离、线路质量、固件和 vardiff 设置。要参照的不是绝对数值，而是你自己的基线：在平稳的一天记下你平时的比例，凡是明显高上去并且一直维持的，就算异常。

与其找一个神奇的数字，不如用这套做法：

1. 取一整天正常运行的 rejected 比例。这就是你的零点。
2. 不要盯瞬时值，要看一小时的平均值。换区块时的个别尖峰是常态，不是事故。
3. 本地算力没变而比例上升，说明问题在线路或矿池，不在硬件。
4. 比例上升的同时本地算力也在掉，那就是硬件。

有三家矿池给出了自己的参照值，而它们彼此之间的差距比群里吵架的矿工还大。AntPool 在帮助中心写道，拒绝份额低于 1 个百分点、过期份额在 0.5 个百分点上下及以下算正常。ViaBTC 把 3 个百分点以内的拒绝称为正常区间。F2Pool 认为合理的过期份额比例在 2 个百分点左右。三家大矿池之间从 0.5 到 3 个百分点的差距，本身就是对「正常值是多少」的回答：没有统一的正常值，只有具体矿池的设定。

关于来源的说明：这几家矿池的支持页面屏蔽了自动抓取，上面的说法我们是按它们公开的搜索摘要记录的，而不是页面全文。在你打算依据某个具体数字之前，请打开自己矿池的帮助中心，核对当前版本。

至于损失从哪个阈值开始变得明显，没有人公布，也不需要自己编：这套算术心算就够了。被拒绝的份额不付钱，所以拒绝比例大致等于少拿到手的收益比例。1 个百分点的拒绝大约就是 1 个百分点的收益打了水漂，3 个百分点就是 3 个。值不值得为此重新调整整个矿场，取决于矿场规模，而不是别人的建议。

有一种情况肯定不正常，也不需要统计学：拒绝比例接近百分之百。这几乎总是难度设置错误、固件损坏或者中间设备拦截了连接，而不是矿池过载。

去哪里查证矿池确实宕机了？

确认宕机永远需要第二个独立来源。光看自己的面板不够：矿池事故和你家宽带断线，在它上面长得一模一样。按从快到慢的顺序走一遍大概要五分钟，而且几乎总能给出明确答案。

1. 矿池里账户的算力统计。 如果网页后台能打开，而你的矿工显示为零，说明服务器活着，只是你的份额没送到。如果后台根本加载不出来，问题就更大一些。
2. 矿池的状态页。 一部分矿池有单独的服务状态页面。它的网址应该提前找好并存进书签，而不是在事故当口现找。
3. 第三方监控和浏览器。 公开的算力分布观察站能显示矿池此刻是否还在出块。一家大矿池长时间没有动静，这是间接但很有力的迹象。
4. 矿池的社交媒体和群。 官方账号和电报频道通常比状态页更新得更早知道事故。在那里也能看到别的矿工有没有在抱怨。
5. 从自己这边检查链路。 用同一网络里任何一台电脑对 Stratum 的地址和端口跑一次普通的 telnet 或 nc，十秒钟就能把矿池宕机和运营商封锁分开。

如果矿池后台能打开、区块在出、群里一片安静，而你的份额不被接收，那事故在你这边，不在矿池那边。

为什么需要 backup pool，备用 Stratum 该怎么正确写？

备用矿池就是矿机配置里的一行，当主 Stratum 不响应时设备会自己切过去。没有它，ASIC 断线之后就只是空转风扇，在你出手之前一分钱都不赚。有了它，停机时间被压缩到重连所需的时间，那是以秒计的，而不是以你睡觉的几个小时计的。

配置里长什么样。各家固件细节不同，但原理一致：按优先级排列的矿池列表，矿机自上而下地试。

\`\`\`

pool1: stratum+tcp://[主矿池地址]:[端口] worker: 账户.矿工名

pool2: stratum+tcp://[备用矿池地址]:[端口] worker: 账户2.矿工名

pool3: stratum+tcp://[第三个矿池地址]:[端口] worker: 账户3.矿工名

\`\`\`

没有这几条规则，备用就不会起作用：

1. 第二个矿池要是另一家矿池，而不是同一家的另一个端口。 同一套基础设施里的备用地址救不了这套基础设施本身的崩溃。主矿池的备用端口放到第三行，不要放第二行。
2. 备用矿池的账户必须提前注册好并验证过。 在事故当口去注册，吃掉的正是那关键的第一个小时。
3. 备用矿池里的收款地址必须填好。 否则挖到的币会挂在余额上，等你一个月后才想起来去取。
4. 手动测试一次切换。 在界面里把主矿池停用几分钟，确认份额转到了备用矿池，恢复之后矿机又切了回来。
5. 把结算方式考虑进去。 在 PPLNS 矿池之间来回搬家，会让窗口内的累积清零两次，所以备用位置放一个结算方式更简单的矿池更合理。两种机制的差别在 FPPS 与 PPLNS 的对比里讲过。

各家矿池可用的接入点数量不同，这从它们自己的文档里就看得出来。我们数了六家矿池接入页面上 BTC 的唯一 Stratum 主机数量。

这里重要的不是一家矿池有八个主机而另一家只有一个。重要的是这些地址全都通向同一套基础设施：它们能救区域性故障，救不了矿池本身的崩溃。正因如此，配置里的第二行必须指向外面。

矿工每小时停机实际损失多少钱，自己怎么算？

一小时停机的损失一行就能算：你设备的日收益除以 24，再乘以停机比例。这里不需要任何复杂模型，因为矿池收益对算力是线性的。唯一要注意的是取当前的 hashprice，而不是半年前文章里的数字，否则误差会是好几倍。

公式：

\`\`\`

损失 = (算力 TH/s × 每 TH/s 每日的 hashprice，美元) / 24 × 停机小时数

\`\`\`

Hashprice 是每一个太哈希每天的收益，未扣电费。它每天随币价和难度变化，所以要代入最新的数值。

我们特意不在正文里把 hashprice 固定成一个数字。它每天随币价和难度变化，一个月前文章里的数值带来的误差是倍数级的，而不是百分之几。请按计算当天的最新值代入：公开的 hashprice 指数和我们的计算器都会显示它。

计算时不要忘了这几点：

• 停机期间电还在部分地烧掉。 如果矿机开着却发不出份额，它照样在耗电。一小时的实际亏损，比单纯少赚的那部分还要多出这笔电费。
• PPLNS 会为停机罚你两次。 在累积型结算方式里，你不但这一小时没赚到，还丢掉了窗口里的位置，而那不是一下子就能恢复的。在 PPS 类方案里，损失恰好等于公式的结果。
• 按整个矿场算，而不是按一台机器算。 十台设备停一小时贵十倍，看到这个数字，关于备用矿池的决定自己就做出来了。

按你自己的算力和当前网络参数算收益，用计算器比心算方便。

第一个小时该做什么：分步清单

1. 第 0-2 分钟。看矿机面板里的本地算力。 如果它和矿池算力一起掉了，那就是硬件问题，这份清单后面的步骤不用往下走了。
2. 第 2-5 分钟。检查矿池状态和最后一个被接收份额的时间。 状态 dead 加上不断增长的时间，就确认了断线。
3. 第 5-10 分钟。打开矿池后台和状态页。 如果什么都打不开，包括其他网站，那问题出在你的线路上。
4. 第 10-15 分钟。用同一网络里的另一台设备检查 Stratum 是否可达，然后换手机流量再试一次。 结果的差异会指向运营商或路由器。
5. 第 15-20 分钟。去矿池的群和社交媒体看一眼。 最近几分钟内的大量投诉就把问题定死了。
6. 第 20-30 分钟。确认备用已经生效。 如果配置里根本没有备用矿池，现在就把它写上，这是当下唯一能立刻把收益找回来的动作。
7. 第 30-45 分钟。别再动任何东西。 在别人家事故期间批量重启矿场、刷固件、改难度，只会在第一场事故之上再给你加一场。
8. 第 45-60 分钟。把事实固定下来。 开始时间、面板截图、最后一个份额的时间、矿池的回复。没有这些，关于赔偿的对话就会变成关于记忆的争吵。

什么时候停机是换池的理由，什么时候不是？

一次事故不构成搬家的理由。基础设施谁家都会挂，而换池的成本往往超过几小时停机的损失。理由出现在这种时候：停机反复发生、持续时间长，并且没有像样的沟通。矿池在事故期间的沉默，比事故本身更贵。

搬家之前先算一算搬家本身的代价：PPLNS 窗口清零、等待新的出款门槛、重新配置的时间。如果你倾向于用 SOLO 挖矿来摆脱对别人基础设施的依赖，先看看 SOLO 与矿池的对比，那里的依赖只是换了个形式而已。

为什么几乎没有矿池公布 uptime，怎样间接评估可靠性？

公开的在线率页面是一项没人愿意背的承诺：任何一个数字都会成为索赔和比较的由头，而要诚实地测量它还得从外部来做。所以大多数矿池只提供已找到区块和算力的统计。可靠性只能间接评估，看可观察的迹象，而不是宣称的百分比。

没有在线率数字时，该看什么：

• 出块的规律性。 大矿池的间隔可以按它在全网的份额推算出来。异常长的沉默在任何公开浏览器里都看得见。
• 有没有状态页和事故历史。 矿池愿意维护一份公开的故障日志，这件事本身比一个漂亮的 99.9 更说明问题。
• 沟通的速度和实质内容。 事故最初几分钟里群里的一条消息，比第二天的一篇道歉帖值钱。
• 独立接入点的数量。 不同区域、不同 Stratum 地址、支持多个端口。这降低了你彻底失联的概率。
• 矿工对过往故障的评价。 重点不是有没有出过故障，而是故障之后统计对没对上。

我们在 09.09.2026 检查了八家矿池的公开材料。带事故历史和在线率数字的完整状态页只找到一家：Luxor 把它放在 uptime.luxor.tech，按服务分开列出（矿池界面 99.766 个百分点，统计处理 99.956 个百分点，部分服务 100 个百分点），并附有三个月的日志。Foundry 有 status.foundry.ac，但那是 Foundry Digital 的企业服务状态，不是矿池单独的页面。F2Pool 维护着一个公告板块，里面有关于事故的帖子，但那不是状态页。ViaBTC 的 99.99 个百分点这个数字出现在营销材料里，而能核实它的页面我们没有找到。AntPool、Braiins Pool、Binance Pool 和 Ocean 的公开状态页，用搜索没有发现。最后这一点的意思正是「在本次检查范围内未找到」，而不是确定不存在。

矿池公开页面检查，09.09.2026。

矿池的汇总参数，包括结算方式、费率和门槛，都收在矿池卡片里。那里没有在线率数据，原因正如上文：只要矿池不公布，就没有东西可以比较。

小结

矿池挂掉的次数，没有第一分钟感觉的那么多。动作顺序永远是同一套：先把自己的硬件和别人的服务器分开，再用第二个来源确认停机，然后确认备用 Stratum 已经接住了负载。配置里的备用矿池一分钱不花，却能省下好几个小时的收益，而且要在平静的日子写好，不是在事故当天。