托管矿机群的 solo 挖矿： 该有怎样的预期

本指南写给两类读者：运营他人矿机、需要决定是否以及如何提供 solo 挖矿的托管服务商和矿机群管理者，以及正在比较 solo 与按比例分配矿池的自有矿机群运营者。用一两台设备在家挖矿的读者，可以在 Mining Variance & Poisson Math 中找到通用的数学；这里的重点是矿机群、现金流、客户规则、监控，以及在 Bitcoin 和 Bitcoin Cash 之间的选择。

前半部分讲数字：矿机群在每条链上应当预期什么，以及为什么平均值会误导人。后半部分从向客户提供 solo 的章节开始，讲运营：规则、定价、监控、出块当天，以及三个经过计算的矿机群案例。

要点

• BTC 与 BCH 每 TH 的期望收益几乎相同。 在下方快照中，1 PH/s 在 BTC 上每天约值 39.7 USD，在 BCH 上每天约值 39.5 USD。
• 分布却不同。 一个 BCH 区块所需的工作量约为 BTC 区块的 1/269，价值也约为其 1/269，因此同一矿机群找到 BCH 区块的频率约高出 269 倍。
• 期望时间是平均值，不是时间表。 经过一个期望时间后，仍有约 37% 的概率没有区块；经过三个期望时间，约为 5%。
• solo 与 FPPS 改变的是时间节奏，不是平均值。 期望收益的差别就是费率之差：solo 为 1%，而大多数大型矿池的 FPPS 费率约在 2〜4% 之间。
• 决定份额大小的是现金流。 要有 95% 的把握至少出一个块，矿机群需要约三个期望时间的资金余量。
• 说明矿机群在工作的是被接受的 share，而不是区块。 连续几周没有区块是正常的；被接受的 share 连续几周下降则不正常。
• 对服务商来说，工单问题要在切换前解决。 一份书面确认书，加上一个把期望区块数显示在已找到区块旁边的仪表板，就能把支持风险变成产品。

本指南使用的快照

以下所有数字都来自这一快照。网络数据每天都在变化；如需最新数值，请使用实时计算器和月度概率报告。

难度是最重要的输入，并且直接从链上读取。区块浏览器公布的全网算力是根据出块时间推算的估计值，不同来源之间相差几个百分点；你自己矿机群的期望时间并不取决于它们。

一切背后的唯一公式

矿机群找到一个区块的期望时间为：

期望时间 = 难度 × 2³² ÷ 你的算力

对矿机群来说有两个细节很重要：

• 使用实际有效算力，而不是标称算力。 停机、stale share 和网络延迟都会减少真正到达矿池的工作量。在线率为 97% 的矿机群只有标称概率的 97%，期望时间约长 3%。
• 难度和全网算力是不同的指标。 难度由协议根据过去的出块时间设定；全网算力是对当前工作量的估计。使用同一算法的链可能难度相差很大，BTC 和 BCH 正是如此。

如需深入了解概率模型（含模拟），请参阅 Mining Variance & Poisson Math。

期望收益相同，分布截然不同

以下是快照时点，每条链上 1 PH/s 有效算力的情况：

两个期望收益相差约 0.5% 以内。这既不是巧合，也不是规律：同样的 SHA-256 机器可以挖任意一条链，运营者倾向于在两者之间迁移，直到每哈希收益大致持平。当价格或难度变动时，差距会暂时重新拉开。

无法持平的是收入的形态。在这一快照中，一个 BTC 区块所需工作量约为 BCH 区块的 269 倍，价值也约高 269 倍。平均值相同，体验却完全相反：在 BTC 上，一个中等规模的矿机群要等上好几年才拿到一笔非常大的收入；在 BCH 上，同样的矿机群会收到许多笔小额收入。

矿机群应当预期什么

下表列出每块期望时间、等待时间中位数、95% 情况下出块所需的时间，以及 30 天内和一年内至少出一个块的概率。

Bitcoin (BTC)，难度 132.76 T

Bitcoin Cash (BCH)，难度 494.00 G

由此可以直接得出两个结论。在 BTC 上，低于约 50 PH/s 时，即使对专业矿机群来说，solo 仍是一场长期押注：在 10 PH/s 下，一整年都找不到区块的概率仍约为 57%。在 BCH 上，从约 1 PH/s 起，solo 不再是彩票，而成为一份不规则的收入。

为什么平均值会误导人

等待区块的时间服从指数分布，这带来一些几乎让每个人第一次看到都会惊讶的结果。

中位数比平均值短。 一半的等待在不到期望时间约 0.69 倍时就结束了。少数非常长的等待把平均值拉高。

漫长的空窗期是正常的。 以下是经过期望时间的某个倍数后，仍然没有区块的概率：

一个在 BCH 上 1 PH/s 的矿机群，期望时间为 24.6 天。连续 50 天没有区块，即期望时间的两倍，大约每七次中会发生一次。这并不说明出了问题。

挖矿没有记忆。 每个哈希都是独立的尝试。三个月没有区块之后，明天找到区块的概率与第一天完全相同。没有人会「轮到」出块，好运连连也不会耗尽未来的运气。

一个月出几个块：BCH 上的矿机群

对于规模足以每月找到多个 BCH 区块的矿机群，有用的问题变成了月度区块数会波动多少。一段时间内的区块数服从泊松分布，其相对波动会随期望数量增加而缩小。

在 1 PH/s 下，十个月中约有三个月一个区块都没有。在 10 PH/s 下，只有七个块的月份和有十八个块的月份都很普通。在 100 PH/s 下，十个月中有九个月的月度结果落在平均值的约 15% 以内。

现金流：solo 的真正限制

托管和电费每月以法币结算。solo 的收入则是一块一块地到来。两者之间的缺口就是 solo 对矿机群的实际风险，而且可以量化。

来自指数分布的经验法则： 要有 95% 的把握至少出一个块，矿机群需要能在没有 solo 部分收入的情况下运行约三个期望时间。要达到 99%，约需 4.6 个期望时间。

快照下的两个例子：

• BCH 上 1 PH/s： 期望时间 24.6 天，因此要有 95% 把握，需约 2.4 个月的资金余量。对大多数运营者来说可行。
• BTC 上 10 PH/s： 期望时间 21.7 个月，因此要有 95% 把握，需约 5.4 年的资金余量。作为收入计划不可行；只能作为有意为之的长期配置。

一个明确列出假设的示例：能效为 15 J/TH 的矿机群，每 PH/s 耗电约 15 kW，即每天 360 kWh。按每 kWh 0.07 USD 计算，每 PH/s 每天约 25 USD，每月约 770 USD。与快照中每天约 39.5 USD 的期望收益相比，平均利润为正，但在 BCH 上 1 PH/s 时，十个月中约有三个月没有区块，而在 BTC 上几乎每个月都没有。请换成你自己的能效和电价；推理的结构保持不变。

solo 与 FPPS：费率买到了什么

从期望值看，solo 和 Full Pay Per Share 矿池支付的几乎一样，因为两者都按你的工作量比例支付区块补贴加交易手续费。差别在于：

• 费率。 大型矿池公布的 FPPS 费率大多约在 2〜4% 之间，至少有一个交易所旗下的矿池宣称更低（来源：Simple Mining 的矿池比较，2026 年 9 月 23 日更新）。与 2〜4% 的 FPPS 费率相比，1% 的 solo 费率可多保留约 1〜3 个百分点的期望收益。
• 更高的费率买到了什么。 FPPS 矿池替你承担方差，无论是否出块都每天付款。这是一种保险，对许多运营者来说物有所值。
• 交易手续费。 FPPS 支付的是平均手续费的估计值；solo 收取的是你找到的区块中的实际手续费。区块足够多时两者趋同；逐块来看则各不相同。

当矿机群能够在自己选择的规模下承受方差，并且多出的百分点，或者直接由区块链付款的偏好，对运营者很重要时，solo 在财务上才有意义。

份额策略

使用 solo 的一种务实方式，不是把整个矿机群都切过去，而是划出一部分，其规模足以让这部分单独形成可预期的节奏，其余部分留在按比例分配的矿池中。

计算示例。 一个 10 PH/s 的矿机群把 1 PH/s 放到 BCH solo，9 PH/s 放到 FPPS。这部分的期望时间约为 25 天，平均每年约找到 15 个区块。矿机群约 90% 的收入仍然按日到账、可预期；这部分则增加了一份不规则的 BCH 收入，期望回报略高。

如何确定份额。 从资金余量规则出发：选择你在没有 solo 收入的情况下能够从容承担三个期望时间开销、且一个糟糕的季度也不会改变你决定的最大份额。

别去动它。 在运气好的一周之后加大份额，或在一个月空窗之后撤出，都不会改变概率，因为挖矿没有记忆。它只会改变这部分用于挖矿的时间。决定一次，写下决定，并按固定时间表复核，而不是每出一次结果就调整。

难度会变：BTC 与 BCH 表现不同

• Bitcoin 每 2,016 个区块、约每两周重新计算一次难度，其间保持不变。在两次调整之间，你的期望时间是稳定的。
• Bitcoin Cash 使用 ASERT（aserti3-2d），以两天的半衰期在每个区块重新计算难度（规范；我们的解读：ASERT explained）。当算力流入或流出时，BCH 的难度会在几天内跟上。

对于 BCH 上的大型矿机群，有一个值得提前规划的后果：你自己的算力也是网络的一部分。 在快照中，100 PH/s 约占 BCH 全网估计算力的 3%，因此把它转到 BCH，会在几天内让难度上升大致相同的比例，并相应延长你自己的期望时间。在 BTC 上，同样的 100 PH/s 约占全网的 0.01%，没有明显影响。

让运营者以为出故障的五种误读

1. 好几周没出块，所以一定有机器坏了。 先检查被接受的 share。如果矿机群提交的 share 与其算力相符，矿机群就在正常工作，空窗期只是统计现象。
2. 我们等了这么久，也该轮到出块了。 挖矿没有记忆。明天出块的概率与你等了多久无关。
3. 我们的 best share 很大，所以已经很接近了。 best share 是你的矿机迄今产生过的难度最高的 share：它衡量那个哈希有多罕见。它并不意味着你曾接近某个区块，也无法预测下一个区块。详见 Best Share Explained。
4. 算力更大的 solo 矿池给出的概率更高。 在 solo 中，其他矿工的算力帮不了你：你的概率只取决于你自己的有效算力和难度。solo 矿池真正重要的是在线率、延迟和正确的区块模板。
5. 一个月就能判定策略是否可行。 在 BCH 上 1 PH/s 时，即使一切正常，单月结果也可能在零到三个区块之间。评估 solo 份额要看多个期望时间的周期，而不是一个。

不等出块也能确认矿机群在工作的方法

• 被接受的 share 与期望 share 的对比。 被接受的工作量应当在数小时到数天的尺度上跟随矿机群的算力。持续的差距是配置或硬件问题；没有出块则不是。
• 被拒绝和 stale 的 share。 几个百分点很常见；突然上升通常意味着网络延迟、端口错误或机器不稳定。确切阈值是取决于硬件和网络连接的经验法则，而不是协议常数。
• 每台机器的在线率。 决定概率的是有效算力而不是标称算力。一台每周停机一天的机器，会损失约 14% 的概率。
• 通过 API 获取矿池侧统计。 矿机群应当以程序方式读取算力、worker 和已找到的区块，而不是靠肉眼。SoloFury 的公开接口文档见 solofury.com/api-docs。

向托管客户提供 solo：服务商的视角

评估过 solo 并选择拒绝的托管服务商，通常给出同一个理由：刚接触挖矿的客户可能在不理解方差的情况下选择 solo，几周看不到付款，就开工单认定机器坏了。这种担忧有道理，但也可以解决，因为客户可能误解的一切都是可预测的，可以在切换之前而不是之后解释清楚。

solo 适合谁，不适合谁。 solo 适合这样的客户：理解奖励是成块到来的，能够准备资金余量，并且要么在 BCH 上规模足够大、能定期看到出块，要么有意在 BTC 上做长期押注。它不适合计划依赖每日到账的新手客户。最干净的规则是把 solo 排除在默认列表之外，作为按需开启的选项，提供给主动要求或达到规模门槛的客户。

防止工单的确认书。 在第一台机器指向 solo 之前，客户以书面形式、用平实的语言确认一份简短的事实清单：

• 按其算力在所选链上的每块期望时间，以及计算所用快照的日期；
• 经过一个期望时间后仍有约 37% 的概率没有区块，经过三个期望时间约为 5%；
• 证明机器在工作的指标是被接受的 share，而不是已找到的区块；
• 已预留至少三个期望时间的运营成本；
• 复核日期如何确定，以及近期结果不构成调整份额的理由。

目的是在第一次空窗期之前而不是期间，给客户一个可以对照的数字，而不是一种感觉。

让空窗期可见。 一位能在仪表板上看到被接受的 share 跟随自己的算力、迄今为止的期望区块数以及实际找到的区块数的客户，可以自己回答是不是出了问题。这个视图是服务商能增加的最有效的工单预防手段，而且可以基于矿池的公开 API 搭建。

定价模式以及 solo 的位置

按千瓦时计的固定托管费。 客户支付电力和运维费用，拿走全部奖励，并自行选择矿池。solo 无需任何改动即可接入：服务商的收入不取决于区块何时到来。

收益分成。 服务商保留机器所挖收益的一定比例。一些服务商通过与按比例分配的矿池集成、由矿池拆分每日付款的方式在矿池层面收取分成。对于 solo 矿池，这种机制目前并不存在：coinbase 只支付给矿工和矿池费用，没有给服务商的第三个输出。收益分成模式的服务商仍然可以通过两种方式提供 solo：依据在链上和矿池 API 中公开的已找到区块开具分成账单，或者对 solo 部分按固定费用定价。无论哪种方式，约定都应在第一个区块之前写进合同，而不是事后再商量。

托管方代选矿池。 有些服务商替客户选择矿池。在这种模式下，solo 可以作为附带独立确认书的明确选项提供，也可以排除在外；行不通的是在没有上述解释的情况下把客户切换到 solo。

面向 solo 的矿机群配置

• 每位客户一个收款地址，按机器命名 worker。 在大多数 solo 矿池中，用户名就是收款地址，后缀用来区分 worker。这样按客户的统计自然就有了，该客户任何一台机器找到的区块都会支付给该客户。
• 工业机器使用高难度端口。 一整排 S21/S23 级矿机产生的 share 流量远高于家用设备。在可用时使用矿池的高难度端口或 Stratum V2 端口，并为场地设置固定的起始难度；这样能减少网络通信而不改变概率。
• 最近的区域。 stale share 是到得太晚而不被计入的工作量。把机器指向从场地出发延迟最低的矿池区域，并在切换后测量 stale 比例。
• 备用矿池。 大多数矿机固件支持第二矿池。把客户在按比例分配矿池的账户设为备用，可在 solo 矿池出现故障时保持算力产出，并让客户知道备用矿池被启用过。
• 不同固件的连接格式。 Stratum V2 固件有的要求填写主机和端口，有的要求填写包含矿池 authority 密钥的完整 URL。在整排部署之前，请针对每种固件查阅矿池文档。

每位客户需要监控的指标

许多矿池显示的运气指标，是把自上一个区块以来完成的工作量与每块期望工作量相比较。低于 100% 表示当前等待比平均更长；它描述的是过去而不是预测，而且各矿池的定义不同。

出块当天

1. 在链上确认，而不只是在矿池里看到。 在独立的区块浏览器上核对区块高度，并确认 coinbase 支付到了客户的地址。
2. 等待成熟。 coinbase 奖励在 100 次确认后才可花费，这是 BTC 和 BCH 共同的共识规则，按每块十分钟计约 17 小时。
3. 留意孤块。 极少数情况下，找到的区块会在同一高度上与另一个区块的竞争中落败，不进入最终的链。如果几次确认后该高度已不在主链上，奖励就无法花费；这是协议的特性，而不是矿池的问题。
4. 做好记录。 高度、哈希、时间戳、地址、奖励和费用输出，用于客户的账务以及可能的收益分成账单。
5. 向客户说明接下来会发生什么， 包括下一个区块的可能性并不比之前更高或更低。出块后的步骤详见 You Found a Block, Now What?。

三个经过计算的矿机群案例

所有数字均使用本指南开头的快照。

案例 A：一位想尝试 solo 的 2 PH/s 客户。 服务商建议全部放在 BCH，或者更稳妥地只划出 500 TH/s。在 BCH 上 2 PH/s 时，期望时间约 12 天，每年约 30 个区块，30 天窗口内十次中有九次会出现零到五个区块；没有区块的月份大约每十一次出现一次。在 500 TH/s 时，期望时间约 49 天，没有区块的月份出现概率超过一半：这正是应当写进确认书的数字。

案例 B：一位希望把 solo 作为第二收入来源的 30 PH/s 运营者。 把矿机群的百分之十，即 3 PH/s，放到 BCH solo：期望时间约 8 天，每年约 45 个区块，典型月份有一到七个区块，只要机器在工作，90 天窗口内没有区块几乎不可能发生。其余 27 PH/s 留在 FPPS。如果服务商收取收益分成，3 PH/s 这部分就依据链上记录的区块开具账单。

案例 C：一位考虑在 BTC 上做长期押注的 150 PH/s 运营者。 在 BTC 上，全部 150 PH/s 的期望时间约为 44 天，每年约八个区块，但一半的月份没有区块，90 天的空窗期大约每八次出现一次。在 BTC 上划出 20 PH/s，期望时间约 11 个月：第一年至少出一个块的概率为三分之二，一整年颗粒无收的概率为三分之一。这是为能够承受它的运营者准备的有意配置，而不是收入计划。同样的 20 PH/s 若放在 BCH，则大约每 30 小时就能找到一个区块。

矿机群规模 solo 的风险登记表

solo 份额选 BTC 还是 BCH？

流动性也是决策的一部分：BTC 和 BCH 都在主要的中心化交易所上市，当矿机群需要把奖励兑换成法币以支付账单时，这一点很重要。

把矿机群指向 solo 之前：检查清单

• 把规则写下来。 份额大小、链、复核日期，以及哪些情况不构成调整的理由。
• 准备资金余量。 为这部分份额准备至少三个期望时间的运营成本。
• 与托管方或客户对齐解读。 所有相关人员都应在第一次空窗期到来之前就知道，两个期望时间的空窗期是正常的。
• 使用你自己掌控的钱包。 solo 奖励会发送到矿机配置中的地址；交易所充值地址也可以用，但多了一个交易对手。奖励在协议规定的 coinbase 成熟期，即 100 个区块之后才可花费。
• 规划账务处理。 不规则的收入可能改变你所在司法辖区对所挖币的记账方式和时间。请向合格的专业人士确认。
• 建立监控。 通过 API 读取被接受的 share、被拒绝和 stale 的比例，以及每台机器的在线率。

这些数学没有涵盖的内容

• 难度变化。 所有数字都假设快照中的难度保持不变。在 BTC 上它每两周变化一次；在 BCH 上则持续变化。
• 价格。 以 USD 计的区块价值只是快照，而不是预测。
• 交易手续费。 每块币数中包含的是平均值；实际区块各不相同。
• 孤块。 虽然少见，但找到的区块偶尔会在同一高度上与另一个区块竞争落败。低延迟和连接良好的节点可以降低这一风险。
• 你自身对难度的影响， 对于超过全网算力几个百分点的矿机群，在 BCH 上需要考虑。

SoloFury 如何处理矿机群算力

本节介绍的是我们自己的服务；前面所有内容适用于任何 solo 矿池。

• 非托管付款： 当机器找到区块时，奖励会在 coinbase 中直接支付到矿工自己的地址。没有矿池余额、没有提现步骤，也无需注册：钱包地址就是用户名。
• 1% 费率， 作为独立的 coinbase 输出支付。
• 高难度 Stratum V2 端口： 面向 S21/S23 级机器，BTC 为 3343，BCH 为 7343。所有币种均支持 Stratum V1，所有端口均支持 TLS。
• 场地固定起始难度： 把密码设为 d=50000 即可减少 share 流量。
• 9 个服务器区域， 以及用于矿机群监控的各币种公开统计 API。

配置详情见入门页面和 API 文档。任意算力下的最新概率请查看计算器。

相关阅读

• Mining Variance & Poisson Math：完整的概率模型，含模拟。
• Solo Mining vs Pool Mining：费率、支付方式与实际费率比较。
• Solo Mining Odds：按设备和链划分的概率。
• ASERT explained：BCH 难度如何在每个区块上作出反应。
• You Found a Block, Now What?：出块之后会发生什么，以及如何在链上核实。