算力加权在线率衡量的是什么

算力加权在线率是一种矿场可用性计算方法，它按照每台ASIC的算力对其在线时间进行加权，而不是把每台机器都当作可互换的单一单位来处理。它衡量的是以参考算力加权的在线可用性：在选定周期内，矿场参考算力时长中处于在线状态所占的比例。它不衡量矿机在线期间性能下降的情况。

计算方法为：将每台ASIC的参考算力乘以其在线时间，将结果相加，再除以每台ASIC的参考算力乘以完整测量周期之和，最后乘以100。

本文将"算力加权在线率"作为一个明确定义的矿场可用性计算指标使用。运营者在汇报该指标时，应说明所用公式、参考算力取值以及在线状态的判定规则，并同时给出本地算力、矿池估算算力、拒绝率等其他指标。

为何按设备数量计算的在线率在混合矿机群中会产生误导

基于设备数量的简单在线率——例如"20台矿机中有18台在线"——将每台ASIC都视为同等重要。在由相同型号矿机组成的同质化矿场中，这种近似是合理的。但在包含比如250 TH/s和50 TH/s机型的混合矿场中，这就不成立了：一台高算力矿机离线，从矿场中移除的算力远多于一台低算力矿机离线，尽管两者都只算作"一台设备停机"。

考虑两种持续时长相同的停机情形。若一台250 TH/s的ASIC离线四小时，损失的算力时长为250 × 4 = 1,000 (TH/s)·h。而需要五台50 TH/s的ASIC各离线四小时，才能损失相同的1,000 (TH/s)·h（5 × 50 × 4 = 1,000）。基于设备数量的在线率会把这两种情形报告得截然不同——一台设备停机 vs. 五台设备停机——尽管矿场损失的算力容量是完全相同的。算力加权通过以"算力时长"而非"设备时长"来表示可用性，解决了这一问题。

计算公式

对于在同一周期T内观测的n台ASIC组成的矿场，算力加权在线率为：

算力加权在线率（%）= [ Σ ( Href,i × t_online,i ) ] ÷ [ Σ ( Href,i × T ) ] × 100

其中：

• Href,i = 分配给ASIC i的参考算力，单位为TH/s
• t_online,i = ASIC i在该周期内的在线时长
• T = 总测量周期，对每台ASIC保持一致
• n = 纳入计算的ASIC数量

分子和分母都是算力乘以时间。当算力单位为TH/s、时间单位为小时时，所得单位为(TH/s)·h；在比值中该单位会相互抵消，再乘以100即得百分比。

一种等价形式使用每台机器各自的在线率，即Ui = t_online,i ÷ T。请将Ui作为0到1之间的数值输入——例如23/24 ≈ 0.9583，而非95.83：

算力加权在线率（%）= [ Σ ( Href,i × Ui ) ] ÷ [ Σ Href,i ] × 100

这是一种加权平均，高算力矿机对矿场级结果的贡献要大于低算力矿机。

计算实例

假设测量周期为24小时，共有三台ASIC：

该周期内理论最大算力时长为(200 + 100 + 50) × 24 = 8,400 (TH/s)·h。因此算力加权在线率为7,200 ÷ 8,400 × 100% = 85.71%。

作为对比，三台机器单机在线率的简单平均值为(95.83% + 83.33% + 50.00%) ÷ 3 = 76.39%。这一数值让矿机C——一台50 TH/s的机型——对结果的影响程度，与矿机A（一台200 TH/s的机型）完全相同。对于混合矿场而言，这并不能体现以参考算力加权的在线可用性，而这正是算力加权数值所要呈现的内容。

如何选择参考算力

该计算要求在整个汇报周期内，Href采用统一一致的基准。实践中常见以下三种方法。

厂商额定算力采用每种型号的铭牌规格参数。这适用于估算计划可用性，或与矿机部署计划进行对比，尤其是在矿机以接近出厂设置运行时较为适用。其主要局限在于：额定算力未必能反映某台具体设备的实际固件、功耗模式或环境降频情况。

有记录的本地实测基准采用针对每台设备或每个型号、在其预期运行配置下记录的站点专属数值。当矿机处于降频、超频或多种功耗模式运行时，或者当目标是衡量相对于站点正常运行状态（而非铭牌算力）的可用性时，这种方法更为适用。该基准应在整个汇报周期内保持不变；若在周期中途更改基准而未将不同周期分开处理，会使逐月对比变得不可靠。

随时间变化的参考算力适用于汇报周期内运行模式会有计划性变动的情况。此时应按区间分段计算：

算力加权在线率（%）= [ Σi Σk ( Hi,k,ref × si,k × Δtk ) ] ÷ [ Σi Σk ( Hi,k,ref × Δtk ) ] × 100

其中Hi,k,ref为ASIC i在区间k内选定的参考算力，si,k在矿机在线时取1、离线时取0，Δtk为该区间的时长。这样可以避免将某台设备当前的配置算力错误地套用到曾采用不同设置的历史时段。

定义"在线"：数据来源及其局限

在应用该计算方法之前，需要有一条明确、可记录的"在线"判定规则。多种数据来源都可用于支撑该规则，但每种来源所观测的内容各不相同。

ASIC或矿场管理系统的遥测数据会显示设备连接状态、本地算力、温度和板级数据，但一台已连接的设备仍可能处于性能不佳的状态，而非完全正常产出。电源监控数据可以显示矿机或电路是否在耗电，但仅凭功耗数据并不能确认其正在进行有效算力输出。矿池面板会显示收到的份额数、矿池估算算力以及拒绝率数据，但这些数字都是基于份额的，并受矿池自身平均窗口的影响。矿工离线提醒会在矿池的告警逻辑下标记正常活动的丢失，但提醒触发的时间未必正好是故障开始的确切时刻。

通常来说，矿机或管理系统的遥测数据是基于状态的在线率的更直接来源，因为它反映的是设备实际状态，而非由份额到达情况推算出的平均估计值。矿池数据更适合用作交叉核对，用来确认提交的工作量是否送达矿池，下文将进一步说明这一区别。

在线率与算力表现并不相同

一台矿机可能在整个统计期内都处于在线状态，但由于温控降频、算力板故障或调参不稳定等原因而表现不佳。例如，一台额定200 TH/s的ASIC矿机在全部24小时内都保持连接，但本地平均算力仅为160 TH/s，这种情况下，基于状态的在线率为100%，尽管其本地算力只有所选定200 TH/s参考值的80%。

正因如此，不应将实际测得的本地算力代入在线率公式的分子中，因为这样会改变该指标所代表的含义。另一种单独的比较方式——将本地算力与参考基准进行对比——可以用来同时捕捉停机和降频这两种情况，但应当明确标注为此类对比，而不应作为在线率来报告。

矿池算力：作为交叉核对，而非替代指标

在矿池挖矿中，矿池会根据收到的份额来估算某个矿工或账户的算力，所使用的份额目标比比特币网络的出块目标更容易达成，这正是矿机能够足够频繁地提交份额以供测量的原因（比特币开发者指南）。该估算值反映的是在矿池所声明的时间窗口内到达矿池的工作量，而不是对设备状态的直接、连续测量。

ViaBTC帮助中心的文档说明，其实时算力数值是根据前10分钟的数据计算得出的，而其日算力数值则是根据前24小时的数据计算得出的（ViaBTC帮助中心）。要进行有效的交叉核对，应使用涵盖相同矿机集群、且起止时间与在线率计算完全一致的矿池数据，并明确标注所用时区。按自然日统计的在线率报告，未必与矿池按"过去24小时"滚动计算的读数对齐；在有条件的情况下，应使用对齐时间段的历史矿池数据。即便时间窗口一致，也应将两组测量数据结合起来进行诊断性分析，而不是直接比较二者的数值大小：在线率是基于状态的可用性百分比，而矿池算力是以算力单位表示的、基于份额的估算值。同一份文档还指出，网络延迟、拒绝率、硬件配置和固件兼容性等因素，都可能造成矿池报告算力与本地算力读数之间的差异，这是一个与在线率本身相互独立的诊断问题。

被拒绝的份额应当与在线率一并审视，但不应从基于状态的在线率数值中扣除，因为拒绝率关乎的是提交给矿池的工作量，而非矿机在所选定的运行定义下是否处于在线状态。在使用矿池侧通知功能时——ViaBTC的文档说明了可配置的算力及拒绝率提醒，支持通过邮件、App推送和Telegram发送，同时还提供矿工离线提醒功能（ViaBTC帮助中心）——这些功能最好被视为触发进一步调查的监控信号，而不能替代带时间戳的矿机集群遥测数据。

常见计算错误

在实际应用这一计算方法时，以下几类错误经常出现：

• 不论算力大小，对每台ASIC矿机赋予相同权重，这重新引入了该计算方法本应避免的"按设备数量计算"的问题。
• 在不同矿机之间混用额定算力和实测本地算力，而未标注每台矿机各自采用的基准值。
• 使用了不同矿机集群或不同时间窗口的矿池数据，包括使用与在线率报告起止时间不一致的"过去24小时"滚动读数。
• 在未核查本地遥测数据的情况下，将短期的矿池侧算力波动直接当作设备停机的证据。
• 在没有明确规定"在线"含义的书面规则的情况下，把已连接但明显降频的ASIC矿机计为离线，或反之将其计为在线。
• 既从在线率数值中扣除被拒绝的份额，又单独将矿池算力偏低视为额外的停机扣减项，这相当于对同一根本问题进行了重复计算。
• 在统计期内未按区间分段计算的情况下，将运行模式或参考算力发生变动的矿工数据合并在一起统计。

常见问题

算力加权在线率是官方矿池指标吗？

在本文中，该术语指的是本文所定义的矿机集群可用性计算方法，而非归属于某个特定矿池的官方指标。任何使用该指标的报告，都应明确说明其所采用的公式、参考算力和在线状态判定规则。

可以用矿池估算算力代替ASIC遥测数据来计算在线率吗？

矿池估算算力反映的是在矿池所声明的时间窗口内收到的份额情况，可作为有用的交叉核对手段，但它并不等同于设备状态，不应被重新标注为在线率。

应该使用额定算力还是实测本地算力作为参考值？

只要所选方法有据可查，并在整个报告期内保持一致，两种方式均可使用；当矿机运行在非出厂默认设置下时，经实测得到的本地基准值通常更具代表性。

如果某台 ASIC 在报告期内运行模式发生变化，该怎么办？

应使用公式的分时间段版本，使每个配置算力值仅应用于其实际生效的时间段。

拒绝率高是否意味着矿机群的在线率低？

并非直接相关。拒绝率关注的是已提交份额的结果，而在线率关注的是设备的在线状态；两者都应加以审查，但不应从其中一个推导出另一个。

参考资料

• Bitcoin Developer Guide，《Mining》，developer.bitcoin.org — https://developer.bitcoin.org/devguide/mining.html
• ViaBTC 帮助中心，《为什么矿池显示的算力比矿机的算力低？》— https://support.viabtc.com/hc/en-us/articles/7574354263183-Why-is-the-Hashrate-Shown-in-the-Mining-Pool-Lower-than-that-of-the-Mining-Machine
• ViaBTC 帮助中心，《如何设置算力或拒绝率提醒》— https://support.viabtc.com/hc/en-us/articles/7207414336143-How-to-Set-Hashrate-or-Rejection-Rate-Notification