备用矿池与故障转移：为什么ASIC里的第二、第三槽位常年空着

几乎所有ASIC固件都提供三个矿池地址栏位。通常只填了一个。第二个和第三个要么空着,要么复制了同一个地址,这样等于没用。这是挖矿里最便宜的保险:设置只需五分钟,不花一分钱,却能在主矿池宕机时避免停机。

下面拆解切换机制,用我们的公式计算停机成本,再单独讲一个几乎没人解释清楚的问题:矿工转到备用矿池时,你在PPLNS里的份额会发生什么。

ASIC里的三个矿池槽位是什么

三个槽位是一份优先级列表。矿机与第一个地址保持stratum连接。如果连接中断或矿池停止下发任务,固件会尝试第二个地址,再尝试第三个。没有更聪明的机制:这是从上到下的顺序尝试,没有负载均衡,也不会在矿池间拆分算力。

关于切换有一点要理解:它不是瞬间发生的。矿机首先要判定连接确实断了。它会等待超时,有时还会对第一个地址做几次重连尝试,然后才转向下一个。这个窗口的时长因固件和版本而异,没有统一标准。具体数值请在设备的网页管理界面的矿池设置里查看,或者看日志:能看到断线后过了多少秒矿机开始尝试第二个地址。

由此可以得出一个实用结论。故障转移无法防御持续几秒钟的短暂中断,它防御的是持续几分钟到几小时的情况:矿池宕机、矿池的DNS出问题、你的运营商丢失了到某个数据中心的路由。如何区分是矿池那边的问题还是自己这边的问题,在文章矿池宕机:分步排查里有详细讲解。

第二点:大多数固件在第一矿池恢复后会自动切回去。也就是说备用矿池是临时落脚点,不是永久搬迁。但这个行为要在自己的设备上单独验证,因为它同样因固件而异。

一小时停机值多少钱

从预期产出的基础公式算起。给定算力下某个周期的收益:

```

BTC = H * 86400 * R / (D * 2^32)

```

其中H是算力(哈希每秒),86400是一天的秒数,R是区块奖励(BTC),D是网络难度。这个公式给出的是数学期望,不是保证:在小算力下实际产出会围绕这个数字波动。

代入08.09.2026的网络数据:难度127.45万亿,区块奖励3.125 BTC,全网算力930.73 EH/s,区块内手续费占比0.66%。在这些参数下,100 TH/s每天产出0.00004932 BTC。按78349美元的汇率,合每天3.86美元,即每小时16.1美分。

接下来按规模做简单换算:

对于一台家用S21,月停机率从1%到5%的差距只是几美元,在这个规模上故障转移更多是个卫生习惯而不是钱的问题。在十拍哈希(PH/s)级别,同样的百分比就变成每月几百美元,设置第二槽位第一次故障就能回本。可以用收益计算器代入自己的算力和电价算一算。

另外要记住停机在支出上也不是免费的:矿机在矿池那边掉线时仍在耗电,即便它只是空转并不断尝试重连。

转到备用矿池时,PPLNS里的份额会怎样

直接回答:在PPLNS下,你已经提交的share不会在断线那一刻清零。它们仍留在窗口内,继续参与矿池近期找到的区块分成,之后才会被其他矿工的新share逐渐挤出去。短时间切到备用矿池的代价,比大家以为的要小得多。长时间切换则会把份额吃个精光。

机制是这样的。PPLNS支付的不是单个share本身,而是在找到区块那一刻,你的share在矿池最近N个share里所占的比例。只要你的share还在这个窗口内,每找到一个区块就能分到一部分奖励。一旦其他人的share流量把你的share挤出窗口边界,它们就不再计入。这不是罚款,也不是作废,只是窗口的自然移动。

各矿池窗口大小不同,描述方式也不同。根据我们对文档的梳理:

由此得出一条实用规则:主矿池的窗口越宽,短暂切到备用矿池时就越不用担心。Ocean的窗口是8个网络难度,意味着一个share平均能多次参与分成,十分钟的连接中断几乎不会损失什么。窗口越短,同样的中断代价就越高。

反过来说:切到备用矿池的时间长达数小时,等切回来时,你在主矿池窗口里的份额基本已经所剩无几,积累要重新开始。这正是为什么PPLNS下的长时间故障比PPS和FPPS更痛,因为后两者的支付不取决于矿池是否找到区块。

一个重要说明:大多数大型BTC矿池默认并不是PPLNS,而是FPPS或PPS+。如果你用的是FPPS,这整套窗口算法跟你无关,切到备用矿池的代价就等于停机期间没挖出来的那部分,不多不少。

如何挑选备用矿池

直接回答:选一个支付方案与主矿池相同的备用矿池,但不必追求规模相同的矿池。方案一致很重要,因为它决定了停机期间的收益怎么算,也决定了你是否要在同一周里搞懂两套不同的支付模型。矿池规模对此没有影响。

为什么方案比规模更重要。如果主矿池是FPPS,备用矿池是PPLNS,那每次切换都要在陌生窗口里从零开始积累份额,切回去时这部分份额还没充分利用就作废了。而且对账也更麻烦:FPPS的收益是平滑的,PPLNS的收益跟找到区块挂钩。方案一致才能让两个平台可比。

为什么规模不是关键。矿池算力会影响支付的方差:小矿池找区块的频率更低,收益因此更不稳定。但备用矿池按定义只运行短暂的时段。停机两小时,小矿池的方差不会带来什么损失,因为FPPS下根本没有方差,而PPLNS下短短几小时的份额本来就很有限。

挑选备用矿池时真正该看的是:

1. 支付方案与主矿池一致。
2. 起付门槛能够达到。这是最大的坑,下面详细说。
3. 服务器地理位置与主矿池不同。如果备用矿池和主矿池在同一个数据中心,救不了数据中心级别的事故。
4. 注册不需要耗时一周的KYC流程,否则来不及快速建立备用矿池。
5. 手续费和门槛提前明确。可以在我们对各矿池手续费和最低提现额的对比里查看。

关于换矿池到底值不值,以及频繁换池并非零成本,有专门的一篇分析:换矿池的代价。

第三槽位要不要放solo或另一个矿池

直接回答:第三槽位不应该只是第二槽位的复制品,而应该防御另一类故障。第二槽位应对的是某个具体矿池宕机。第三槽位应该应对两个都不可用的情况,比如某个地区的路由出问题,或者运营商那边的封锁。

第三槽位比较合理的几种选择:

1. 来自不同司法辖区、拥有不同网络基础设施的矿池。对大多数人来说是最实用的选择。
2. Solo矿池。如果你原则上愿意大部分时间零收益,只为博一次中区块的彩票式机会,那这样做是有道理的。作为小算力下的长期常态,这是一场清醒的赌博,而不是计算。作为只在罕见故障时段启用的第三槽位,solo的代价大致相当于上表里那几个小时的停机成本。
3. 同一个矿池,但用它在另一个地区的stratum端点地址。这能防御区域性故障,但防不了整个矿池的事故。

很多人把方案3当作第二槽位来用,这也不错。但这样一来第三槽位就必须是另一个矿池,否则整份列表都绑在同一个运营商身上。

故障转移设置中的常见错误

1. 三个槽位填的是同一个地址。最常见的情况。列表看起来填满了,实际上没有任何保护:矿池一宕机,三条记录同时失效。
2. 备用矿池的worker没验证过。登录信息凭记忆填写,有拼写错误,或者对应一个不存在的子账户。只要主矿池活着,错误就不会暴露。等真出事故切过去,矿机会收到授权失败。
3. 提现门槛高到你永远达不到。如果备用矿池的提现额要靠你的算力在多年罕见故障里慢慢积累才能凑够,那钱就一直躺在余额里。有些矿池低于门槛的余额不会作废,会等下一个周期;但也有矿池对不活跃账户和未设置提现地址有相应规则,严重时可能按服务条款失去对累积余额的权利。设为备用矿池之前,先读清楚具体矿池的条款。
4. 故障转移设置好了,却从没测试过。最令人懊恼的一类,因为当事人一直以为自己是有保护的。
5. 备用矿池用的是和主矿池一样的提现地址和邮箱,却没单独验证过访问权限。要是出事那一刻你恰好丢失了账户访问权,设好的槽位也帮不上什么忙。
6. 备用矿池只加到了部分设备上。在一个三十台ASIC的矿场里,通过配置模板统一设置能保证一致性,手动一台台改几乎总会漏掉几台。

如何验证故障转移真的有效

直接回答:要靠主动切断与主矿池的连接来验证,而不是纸上谈兵。最安全的做法是临时调整槽位顺序,或者在路由器上屏蔽主矿池的地址,观察矿机是否切到第二个地址并开始提交被接受的share,然后再把一切恢复原状。

操作步骤:

1. 确认备用矿池上的worker已经创建,并且能在其后台看到。最简单的办法是把一台矿机指向备用矿池十分钟,看该worker的算力是否出现。
2. 记录当前状态:三个槽位的地址、worker名称,以及主矿池当前的算力。
3. 阻断到主矿池的访问。可选方案:在路由器上按域名或IP设规则、关闭具体端口,或者临时把第一槽位的地址换成一个明显打不通的地址。
4. 掐表计时。记录矿机过了多少秒切到第二个地址。这就是你设备真实的故障转移超时时间,评估损失时要以这个数字为准。
5. 在备用矿池的后台确认worker提交的share已经进来并被判定为有效。仅仅有连接是不够的。
6. 解除屏蔽,看矿机是否自己切回第一槽位。如果没有,说明恢复是手动的,要写进操作规程里。
7. 对第三槽位重复同样的测试,把第一和第二矿池都屏蔽掉。
8. 记录测试结果和日期。每次固件更新后都要重新测一遍:故障转移的行为在不同版本间会变。

这类验证很适合和计划性维护一起做,反正那时候部分算力本来就闲着。测试本身的成本按同一张表估算:10 PH/s跑十分钟大约2.7美元,一次性花费换来"这套防护确实管用"的确定感。

小结

三个槽位而不是一个,并不会增加收益。它们消除的是图表上的空档,那些空档如果不设置,会一直拖到你自己手动发现问题为止。对于小算力,收益是每月几美元;对于工业级算力,则是几百上千美元。

值得记住三件事。切换不是瞬间发生的,而是按固件的超时来的,这个数值要在自己的设备上测出来。在PPLNS下,短暂切到备用矿池的代价比想象中小,因为share是在窗口里逐渐老化,而不是瞬间清零。设置好却从没测试过的故障转移,不是保护,只是保护的假象。

想估算停机对你具体配置的成本,可以用计算器;想比较适合当备用的矿池条件,可以看矿池对比栏目。