开源审计发现Bitfortun BS-1固件显示算力存在固定加值
来源发布日期: 2026-09-10 · 编辑分析发布日期: 2026-09-27
公开代码审查发现，Bitfortun BS-1的若干显示路径会在测得算力上增加400 GH/s，一分钟历史记录另有0.4 TH/s加值。报告称主API字段未被修改，因此用户可把API、矿池和屏幕结果进行对照。
分析与实际影响
本节为本站分析及示例计算，与来源报道分开呈现。
代码审查发现了什么
Solo Satoshi报告称，Bitfortun BS-1公开固件的多个显示路径包含固定加值。在DisplayDriver::updateHashrate()中，当前算力被加上400.0f，两次用于屏幕效率和算力格式化。在history.cpp中，一分钟平均值额外加0.4，另一行把新分配的历史缓冲区偏移400个元素。审查者检查了2026年8月12日初始化的仓库commit bbd42bc，并与项目说明中提到的NerdQAxe+上游代码进行比较。 阅读这些数字时必须保留来源日期、统计范围和发布者口径，不能把单期披露扩展成未经证实的长期趋势。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
偏移影响显示，不等于真实工作
报告称，设备/api/system/info响应中的主要hashRate字段没有被填高。这个区别很重要：仪表盘数字由固件计算，而挖矿收入来自矿池接受的有效share。给显示值加常数，可以让本地屏幕看起来更快，却不会多产生一个nonce或有效share。ASIC.tools没有实测物理BS-1，因此结论仅限于公开代码路径和审查者的比较；它不能证明矿池记录、比特币区块或每个API端点都被修改。 若关键字段没有定义或无法对账，应明确标为未知，而不是用推测填补空白；后续原始文件可以改变当前判断。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
400 GH/s在标称值中的比例
BS-1宣传算力约为5.5 TH/s，因此固定0.4 TH/s约占标称值的百分之七。真实输出越低，相对影响越大；真实输出越高，影响越小。由于它是常数，温度或电压导致的性能下降可能在屏幕上被部分掩盖。代码本身不能证明主观意图，它可能是有意显示、测试残留或错误。但无论原因是什么，都应删除或明确披露，否则屏幕数字不能被当作无修正的实测算力。 百分比和单位需要用原始数值复算，并在比较前统一时间窗口、币种、功率、算力和是否包含附属设备。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
矿池是独立参照
矿池根据一段时间内提交share的数量和难度估算算力。短窗口结果有随机噪声，但它独立于矿机本地显示。用户可对照至少24小时的矿池估计、未修改的API字段和前面板，同时检查拒绝share与stale share。若在不同运行状态下屏幕持续比API高约0.4 TH/s，就与公开代码模式一致。一次读数并不足够，因为share方差、矿池故障、Wi-Fi丢失、预热和重启都会制造真实差异。 不同报告的口径可能覆盖不同业务、设备或时间点，因此只有定义一致时才适合直接比较，差异本身也应披露。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
比较方法可以复现
审查者在指定commit克隆BS-1仓库，追踪所有把算力送往屏幕或HTTP API的调用，再克隆上游项目并搜索完整历史。在上游DisplayDriver中，相同位置调用getCurrentHashrate()，没有+400.0f；相关偏移字符串也未出现在上游历史中。更有说服力的厂商回应应包括解释或删除常数的补丁、带标签版本、可复现二进制，以及对原始值、平均值和估计值的定义。审核者还应保存commit哈希，防止分支后来改变。 对矿场而言，公告只是决策输入之一；实际运行还要结合墙上功耗、有效算力、拒绝率、停机和合同成本。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
开源让问题可见，但不自动保证安全
公开代码没有阻止可疑计算，却让外部人员能够定位和讨论它。开源仍需要审查者、确定性构建说明，以及证明设备二进制与仓库代码一致的方法。厂商可能公开一棵源码树却发送另一镜像，也可能保留不透明的二进制组件。运营者应寻找签名版本、校验和、构建来源和明确回滚流程。可审计源码是降低信任的重要控制，但不能代替硬件测试、外部电表和矿池测量。 风险判断应把已发生事实、公司目标、第三方估计与编辑分析分开，避免把计划或推断写成已经实现的结果。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
BS-1用户可以安全检查什么
首先记录已安装固件版本和配置，不要为了测试先改变频率或电压。导出API算力，拍下屏幕，并收集至少24小时的矿池accepted hashrate；同时记录温度、在线时间、拒绝率和重启。统一单位：400 GH/s等于0.4 TH/s。升级时只使用明确支持准确硬件版本的发布包，验证checksum并保留恢复镜像。不要因为某个社区二进制声称修复偏移就直接刷入，控制板兼容性和回滚能力更重要。 最可靠的复核方法是保存原始页面、时间戳和版本，并与链上、矿池、设备接口或监管文件中的独立数据交叉检查。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
什么证据可以结束争议
完整解决方案应包括厂商解释、公开补丁、带标签源码、匹配的二进制哈希，以及独立硬件的前后对比测量。界面还应分别标注芯片速率估计、根据share计算的本地算力和矿池端结果，而不是把一个数字描述成唯一事实。在这些证据出现前，买家应把BS-1屏幕值当作显示估计，并用矿池接受share进行经济决策。这个案例也提醒矿场：任何本地能效或算力数字都是软件输出，外部测量和源码审计缺一不可。 ASIC.tools将在新证据出现时更新结论；当前文章只描述可核实范围，不对价格、收益或未来交付作保证。 后续还应以新的原始披露继续复核这些数据，并重新检查定义、时间范围、计算方法、单位转换、版本变化和任何正式修订。
来源: Solo Satoshi / public source code ↗
挖矿计算器 ↗
