市场快照 · 2026年8月31日 ↗比特币价格$78,532全网算力915 EH/s挖矿难度125.81 T

市场与算力收益

BitFuFu公布8月产出174 BTC,管理算力达到20.6 EH/s

来源发布日期: 2026-09-03 · 编辑分析发布日期: 2026-09-11

未经审计的更新区分自营与云挖矿产出。机群能效改善,但管理算力不等于自有设备算力。

服务器机架历史照片,并非BitFuFu设备
示意性历史照片,并非新闻中所述的具体产品或设施。 已转换为WebP,必要时缩小尺寸。 Carl Lender · CC BY 2.0

分析与实际影响

本节为本站分析及示例计算,与来源报道分开呈现。

8月运营数据

BitFuFu于2026年9月3日发布未经审计的8月运营更新,报告当月产出174 BTC,其中自营挖矿88 BTC、云挖矿86 BTC。管理算力达到20.6 EH/s,包含3.8 EH/s自有算力;报告中的机群能效由7月的18.0 J/TH改善至16.7 J/TH。这些数字来自公司的运营披露,并非ASIC.tools独立测量的设备结果。下面的内容是关于如何理解此类报告的编辑分析,不是对云挖矿客户收益的预测,也不是对公司矿机的独立审计。保留来源、报告月份和统计口径,是使用这些数字进行比较的第一步。

产出属于谁

总产出包含不同受益人的活动。为云挖矿客户产生的比特币,不能直接视为运营商保留的币。阅读报告时,应先确定产出进入哪个经济账户,再分析运营商通过设备、电力或服务获得什么收入。否则,同一个挖矿数字容易被误认为营业收入、储备增长或利润,而这些指标回答的是不同问题。即使一家公司生产的币更多,现金结果仍会受到价格、费用、结算规则以及实际归属于公司的份额影响。把各账户边界写清楚,比只比较一个总数更能解释业务结构,也有助于避免在后续计算里把同一份产出重复归属给多个主体。

管理算力与自有算力

管理机器意味着承担运行责任,拥有机器则描述资产关系。平台可能管理合作方提供的硬件、托管客户设备,也可能使用自己的机群。将这些类型相加可以描述运营规模,却不能直接说明有多少设备属于公司资产负债表。比较不同运营商前,应先统一算力定义。只有企业名称和EH/s、没有口径说明的排行榜,可能把不同商业模式放在一起。更稳妥的做法是先在同一公司的连续报告中跟踪相同类别,再判断其变化是否代表自有资产增加、管理范围扩大,或两者的组合。数字越大,并不会使这些定义差异自动消失。

能效需要测量边界

每太哈希焦耳数表示单位哈希工作对应的能耗,较低的比值具有参考价值,但不是整个场地的电费账单。场地总表还可能计入散热、配电损耗、网络和辅助设备。评估替换机器时,需要在相同工作量与运行模式下比较,并纳入真正随替换而变化的额外消耗。公司公布的机群平均值,也不等于每一台ASIC的产品规格。不同型号、调优配置和运行时段可以对平均值作出不同贡献。因此,不能把整个机群的指标直接填写到某个具体型号的目录卡片,更不能把平均能效当成已经包含所有现场成本的电价。

月度产出不是固定收益率

一个月的产出同时反映可用算力、实际工作时间以及奖励被计入时的条件。应将它与同一时期的设备和矿池记录对照,而不是把一个表现较强的月份机械复制到全年。这样的外推会掩盖停机、网络竞争变化和机群规模变化。矿场规划应保留已经发生的月份,再把下一阶段作为单独情景。情景可以帮助理解输入变化,却不需要假装上次报告的产出一定原样重复。历史结果与未来假设分开后,后续真实数据才可以用于检查预算偏差,而不会把新的设备、不同的运行时间或结算条件错误归因于单一因素。

怎样核对自己的矿场记录

自己的矿场记录也需要统一时间窗口:机器在线时间、矿池接受的工作和电表读数应使用可对齐的时段。刚上线的设备要与整月运行的设备区分。如果本地面板显示改善而矿池没有,应先检查观察窗口和被拒绝的工作,再把功劳归给固件变化。耗电下降时,也应确认原因不是机器单纯离线。这样做的目的,是判断改变是否提升了有用产出,而不是只让某个局部指标更好看。这些是一般运营核对方法,并不表示ASIC.tools已经在BitFuFu发现相应问题;公司数据和个人设备测试仍属于不同证据来源。

云挖矿比较应回到合同

更大的管理平台说明公司报告的运营规模,却不能代替客户自己的合同。客户仍需要了解服务期限、分配算力、电费、矿池规则、结算过程,以及中断期间如何处理。比较方案时,应比较相同的服务边界,而不能把企业总体算力当成个人收入承诺。公司月报和客户账户报表各有用途:前者描述企业活动,后者帮助核对具体服务及其应付结果。两者都不应默默替代另一个。只有明确哪些设备和服务与自己的合同相关,才能把公开运营规模和个人实际获得的交付连接起来,而不把规模本身误认为收益保证。

比较时保留相同统计期间

比较下一份报告时,还应把期末容量与整个月实际参与运行的容量分开。一台月底才投运的设备,可以已经出现在期末机群中,却没有贡献完整月份的产出。这里是一般报告示例,并不是关于BitFuFu具体安装时间的陈述。把类别定义和期间标签与数字一起保存,读者才能进一步问:变化来自期末平台扩大、有效工作时间增加,还是服务之间的分配不同?没有这些边界,任何差异都容易被归因于能效改善。若原始报告没有给出运行时间明细,比较就应保留这个限制,而不是补上一个没有依据的整月满负载假设。期末快照和期间累计值都可以有用,但它们不能互相取代;理解其区别,才能让后续企业数据和自己的矿场账目使用相同逻辑。

后续应关注的证据

后续值得关注的是使用一致定义的新运营更新,以及把活动连接到收入和费用的财务报告。对个人矿场而言,对应证据是同一个月经过核对的矿池到账和实际成本。本文章保留公告日期,不把8月数据展示成实时算力或今天的产出。配图是历史服务器机架照片,不是BitFuFu机群的现场照片,也不验证公司容量或目录中任何具体ASIC的性能。来源链接让读者能够检查原始披露,再将公司的报告事实与ASIC.tools的运营解释分开使用。下一份更新出现后,比较的仍应是相同期间和相同定义下的指标。

来源: BitFuFu / GlobeNewswire ↗

挖矿计算器 ↗

本栏目更多内容