如何从 Foreman/OBM 迁移到 Nonce：多矿场比特币运营实操手册

从 OBM（原 Foreman）迁到 Nonce，不是一个周末就能搞完的事，但路径其实清楚。Nonce 端新建一个矿场只要走五步，熟手十来分钟就能让数据跑起来。

真正花时间的是后面的并行对账、规则搬运和归档，这一段急不来，按矿场规模慢慢推就行。

关键要点

• 配置流程 5 步：填基本信息 → 添加矿机 → 配置矿池 → 安装 Agent → 扫描网络
• 价格透明：Nonce 100 台以下免费 + 公开曲线；OBM Essential $0.60/台/月、Enterprise 询价
• 审计姿态：Nonce 主页挂 SOC 1 Type II；OBM 把 SOC 访问放在 Enterprise 套餐里
• 多矿场视图：Nonce 一屏多行多列；Foreman 走父子仪表盘 + 邮件 CSV
• 不替代：OBM Enterprise 的 Real-Time Settlements / Price Response Plus（参与电力市场才需要）

为什么 2026 年要从 Foreman/OBM 搬到 Nonce

跟我们对接过的客户，搬家的理由基本就这三条。

价格透明, OBM Essential 公开页报价是每台每月 $0.60（obm.io/pricing），Enterprise 是 contact-sales——你得主动开口找销售才能拿到单价。Nonce 走的是另一条路：100 台以下永久免费，价格页面把 1,000 台的月费、150,000 台规模的等效单价全部摆出来，最低可达 $0.17/台/月。Nonce 公开定价 →

审计要看公开徽章, Nonce 主页上直接挂着 SOC 1 Type II 徽章。客户、风控、托管方上来要"截图发我"，你打开主页一截就走。

OBM 把 SOC 1 / SOC 2 / ISO 27001 的访问权限放进了 Enterprise 套餐的 Security & Compliance 模块。但 Enterprise 本身就是 contact-sales，这块访问权限是含在标价里、还是另外加钱，公开价格页都没说，主页上也没有徽章。

多矿场管理, 这是从 Foreman 搬过来的客户提得最多的一条。

Foreman 是面向托管商设计的，每个矿场对应一个 Client 对象，独立跑一个 Pickaxe，看细节得切到对应的子仪表盘。

父级仪表盘跨矿场的视图只有一个总算力图块，按矿场拆分的电费报表和利润报表只能靠邮件加 CSV 推送。

Nonce 则更直截了当：Workspace 一行一个矿场，运营标签页横向铺开在线率、理论算力、矿池算力、Agent 算力，财务标签页横向铺开收入、电费、毛利率。每个矿场的运营情况和收支情况一屏看完。

场景：三个矿场，月底想看清楚谁在赚钱

一位自营矿主手上有三个矿场：Test Farm 1、Test Farm 2、Test Farm 3，每个矿场规模差不多在几十到一百台之间，电费各不一样，最低的和最高的差了一倍。月底他要回答的就一个问题——这个月哪个矿场赚得最多？

在 Foreman 里，他得切三次子仪表盘各看一次算力，再翻三封利润报表邮件，把收入和电费一一拉进 Excel，半小时之后才算得出毛利率。在 Nonce 里，Workspace 的财务标签页一行一个矿场，毛利率那一列直接给出答案：哪个矿场电费最低、毛利率最高，哪个矿场这个月几乎白干。下个月把哪批机器调到哪个矿场，方向当下就有了。

在 Nonce 端配置一个矿场（五步）

前置条件：一台 Linux 备机

跑 Nonce Agent 的机器要满足三条：NUC 或者一台安装了 Linux 系统的普通机器、固定 IP、网络能通到矿场内网。

步骤 1：填基本信息

填写矿场基础信息：矿场名称、区域必填，可选填电费（$/kWh）、维护费、标签。Nonce 会通过这些信息预估该矿场的时区和电力曲线，从而计算出预估的电费。后续与 Agent 和矿池的数据计算电费进行交叉验证。

步骤 2：添加矿机

选择矿机型号与数量：从下拉里选机型，填数量，填能效（J/TH，例如 S19 Pro 是 34 J/TH）。这一步先建"库存账"：Nonce 据此算出理论算力和理论矿机数，后续 Agent 和矿池真实扫描到的机器对比，帮助用户快速发现算力和矿机数量异常。

步骤 3：配置矿池（可选）

添加矿池观察者数据：提供矿池观察者 URL 和创建主矿池记录。这一步打通矿池侧的算力账本，矿池记账的算力跟矿机端固件汇总的算力可以做交叉校对。Foreman 不做这层对账，要查 stale share 只能挨台 SSH 上去看。

步骤 4：安装 Nonce Agent

复制系统生成的 Shell 命令，在能通过网络访问矿机的服务器或 PC 上执行该命令（参考 安装 Nonce Agent）。

步骤 5：扫描网络发现矿机

为矿机扫描添加对应的 IP 段，Agent 会按 IP 扫描，新矿机自动归到对应 Farm（参考 扫描网络以发现矿机）。扫描完成后，矿场列表页和矿场详情页上的算力、温度、风扇、矿池、功耗就都有数据了。

到这一步，你的矿场已经在 Nonce 里跑起来了。Nonce Agent 是只读的，两套系统并行也不会冲突。如果矿机数量对不上，可能是 Agent 漏配了某个 IP 段，或者 Foreman 里还留着已经下架的矿机记录。

并行运行 + 算力对账

矿池观察者 URL 成功监听到矿池数据后，Nonce 会把矿机端上报的矿机算力和矿池实际记账的算力做交叉校对。一个健康的矿场，矿池侧算力和 Agent 侧算力的差距应该在 1–2% 以内。

并行期间，把 Foreman 的核心数字（在线率、算力、风扇异常计数）和 Nonce 那边对应的数字对齐 5 到 7 天。

迁移自动化规则与角色权限

将 Foreman 中的操作规则搬到 Nonce 的 日常运维操作 里。大部分规则可以一对一搬：温度阈值、算力下限、离线时长阈值都属于这一类。生产矿场里常见的两条规则比如：

• temp > 52°C → 切换 overclock 到 normal 模式（对应 超频/降频）
• hashrate < 200 TH/s → 重启矿机

将重复性工作交给系统，减少人工巡检频率。自动化支持根据矿机状态自动切换功耗模式（超频、降频、正常）。

顺手把基于角色的权限 也配好。四个角色（Admin、Manager、Member、Viewer）加上 Farm 级范围，基本够覆盖常见场景。托管商可以给每个客户开 Member 权限，让他们只看到自己那部分矿机；第三方外部审计在某个 Farm 上开 Viewer，审计结束之后撤回就行。

两套系统的告警可以并行跑几天。同一台矿机的事件会在 Nonce 和 Foreman 都同时触发告警，迁移在技术上就算完成了，剩下的是历史数据的归档和清理。

归档 Foreman 历史，关闭 OBM 订阅

Foreman 的操作历史先别急着删——管理员后台直接导出，或者走 OBM API 拉一份完整副本，存到长期冷存储（S3 Glacier、本地 NAS 都行）。审计、税务、内部争议溯源，未来一两年随时可能要回查。

所有自动化规则和告警都迁移到 Nonce 之后，把 Foreman 留在只读状态再跑一两周——这段时间里如果发现哪条规则没搬干净、哪个角色权限漏配，回 Foreman 对照一下比凭记忆复盘要快得多。

一切正常后，记下计费日期（OBM 是按月计费，避开续费窗口能省一个月），再把 OBM 订阅取消掉。Foreman 这边账号注销前，最后跑一遍导出确认没有遗漏的报表数据。

Foreman 没有的功能：Nonce Diagnosis 一键体检

Nonce 把这种零散的排查合并到了 Diagnosis 一页，一键扫描为你的矿场做一次体检。

• Agent Missing —— 矿池侧能看到、Agent 却扫不到的矿机。十有八九是某个 IP 段没加进扫描列表，或者矿机换了网段没同步。
• Pool Missing —— Agent 扫到了，矿池却没记账。先查矿机端配的矿池地址，是否写错了或者偷偷切到了备用池。
• Worker Duplicate —— worker 重名。常见于批量刷机之后命名规则没跟上，两台机器抢同一个名字，矿池只认其中一台。
• Worker Mismatch —— worker 名字和 IP 后缀对不上。挪机或换位之后忘了改标签，遇上排查就麻烦。
• Pool Diversity —— 显示矿场用了几个不同的主矿池。数字 > 1 通常是配置漂移信号（出厂复位、改池没改干净），需要人工判断是有意还是失误。
• Pool No Backup —— 检测是否准备备用矿池，避免主矿池故障，收益归零。
• Farm Settings —— 电费、时区、告警人等矿场级参数是否填全，缺一项就让 Energy、利润计算、告警等下游功能静默失效。

想看 Diagnosis 在真实矿场上长什么样？登录后在演示矿场打开 Diagnosis 视图走一遍，任何 Nonce 账户登录后都能看，不需要单独申请权限。

迁移完成检查清单

在确认迁移完成之前，请过一遍下面六项：

• Nonce 三个核心数字（在线率 / 算力 / 风扇异常）与 Foreman 对齐 ≥ 5 天
• 同一台矿机、同一次事件，Nonce 和 Foreman 都触发了告警
• Foreman 的操作历史已导出到长期冷存储
• 财务和外审的报表数据源已切到 Nonce
• 自动化规则跑过 ≥ 3 天，triggered 计数是否符合预期
• 通过 Diagnosis 视图确认是否还有异常情况

六条都打勾，Foreman 这边就可以彻底关掉了。

留下什么、舍掉什么

客户最常追问的是"Nonce 能不能彻底替代 OBM"。答案得分两块讲：矿机管理这一头，基本可以；电力市场那一头，看你怎么赚钱。下面这张表把最常被问到的 6 个维度并排摆出来，先从这里看起。

主表之外，还有几条次要差异，迁移之前最好心里有数：

• 多固件覆盖 —— Nonce 公开支持 14 家厂商和 9 个 Antminer 固件家族（BOS+、LuxOS、VNish、MaraFW、HashMaster、BitFuFuOS、ePIC、Hive、Stock）。冷门固件出现在你的库存里，迁移前去文档对一下列表。

如果你的盈利模型在辅助服务收益、电网调度上，别全迁。比较诚实的做法是混合架构：OBM Enterprise 留着负责能源那一头，Nonce 接管矿机监控管理这一头。两套系统读同一批矿机，网络层互不冲突，运维上没什么副作用。

常见问题

Nonce 是 Foreman 的替代品吗？

矿机监控、自动化、审计、多固件支持、电费报告这五块，基本可以一对一接住。OBM 那边的能源类产品——Real-Time Settlements、Price Response Plus——Nonce 没做对位替代。所以判断很简单：如果你跑的是纯矿机管理加电费核算，迁移过程会很干净；如果电网结算是收入构成的一部分，看上面"留下什么、舍掉什么"那一段的混合架构。

从 OBM 迁到 Nonce 要多久？

Nonce 这边新建一个矿场只要五步，熟手十来分钟数据就跑起来。真正花时间的不是配置，而是后面那些急不来的事：跟 Foreman 并行对账、规则与权限的搬运、历史归档。100,000 台以上的矿场，业内大多会预留两三周做并行验证——这一步不要省。

离开 Foreman 之后，历史数据会丢吗？

取消订阅之前先把 Foreman 的操作历史导出来。管理员后台直接导出，或者走 OBM API，转移到长期存储。Nonce 从 Agent 上线那一刻起，重新开始记录每一次操作的执行人、时间戳、结果。两套历史不合并，但都留在那里——下次出事要溯源，分别查就行。

Nonce 支持的固件家族跟 Foreman 一样多吗？

主流厂商和固件家族两边都覆盖，差别在长尾。Nonce 公开支持 14 家厂商和 9 个 Antminer 固件家族，完整列表在支持的矿机和固件 文档里——库存里有冷门固件，迁移前先去这页核一遍。

Nonce 是 SOC 2 认证的吗？

不是 SOC 2，是 SOC 1 Type II。两个都是合法的第三方审计标准，但侧重点不一样：SOC 1 偏财务报告控制，SOC 2 偏数据安全。和财务、风控、托管方对话的时候，这两个名字别混用——直接讲全称，能省下后续很多解释。

收尾

从 Foreman 搬到 Nonce 没有花哨的捷径，但路径很清楚：Nonce 端按五步配完矿场，跟 Foreman 并行对账一两周，把规则和权限搬过来，最后归档历史、关掉订阅就结束了。

100 台以下永久免费，够你先挑一批机器进行初步的尝试 —— 多矿场的管理模式、一键体检帮助你排查问题，自动化规则有没有按预期工作，亲自感受一次更清楚。觉得好用，再决定是否要把剩下的矿机全搬过来。

免费试一遍迁移流程 →