FearMiner 收集什么

内容

共 22 个字段，分为 12 组，也就是启动时 egress 行列出的那些组：event、install、format、version、system、mining、hardware、hashrate、features、uptime、errors、pool。算力以宽区间发送，绝不发送具体数值。

绝不

钱包、矿工名、登录名或密码、机器名、IP 地址、序列号、路径、配置值、驾驶舱的任何信息。完整列表见下文。

时机

运行开始后、每 15 分钟一次、正常停止时；最频繁也不超过每 5 分钟一次。

去向

telemetry.fearminer.com，一个独立的服务，与驾驶舱及其中继隔离。保留国家，绝不保留地址。

保留

原始数据点约 3 个月；不含任何安装 ID 的每日计数保留更久。

关闭

--no-telemetry 或 FEARMINER_NO_TELEMETRY=1：不生成也不保存安装 ID，什么都不发送，矿工也不失去任何功能。

查看

fearminer telemetry show 打印本机会发送的定期上报，不发送任何东西。

一次定期上报离开矿机时的样子：

{
  "schema": 1,
  "kind": "beat",
  "first": false,
  "previous_version": null,
  "install": "5f0c3b8e2a9d4c71b6e8f0a1d2c3b4a5",
  "interval": 15,
  "version": "1.5.1",
  "build": "f6f9d649c",
  "os": "linux",
  "os_release": "debian-13",
  "mining_os": null,
  "algo": "quantus",
  "engine": "1.0.1",
  "engine_build": "linux-x86_64-cuda",
  "driver": {"nvidia": 575, "cuda": 12},
  "gpus": [{"model": "GeForce RTX 4070 Ti", "count": 2}],
  "cpu": {"vendor": "amd", "model": "Ryzen 9 9950X", "cores": 16},
  "rate": {"bucket": "1G-2G", "unit": "H/s"},
  "features": ["doh", "failover", "helper", "service", "tls"],
  "uptime": "lt1d",
  "errors": {"E116": 3},
  "pool_host": "pool.example.com"
}

接收端按模式检查每份上报，加上国家，写入一个数据点；从数据点读出的只有计数，例如每个版本、系统或算法各有多少个安装在运行。最后一列说明每个字段最后变成什么。

事件 event #

这份上报是哪个时刻：启动、定期上报还是停止。

安装 ID install #

一个随机数，代表这次安装，除此之外什么也不代表。

格式 format #

如何读取上报的其余部分。

版本与构建 version #

运行的是矿工的哪个版本。

系统 system #

矿工在哪里运行。

挖什么 mining #

算法、挖它的引擎，以及驱动的主版本号。

硬件 hardware #

型号与数量；绝不包含序列号或显卡标识。

算力区间 hashrate #

一个宽区间，绝不是具体数值；区间见下文。

在用的功能 features #

哪些设置在用，以命名标志表示，绝不含其取值；标志列表见下文。

运行时长区间 uptime #

本次运行持续了多久，绝不精确到秒。

错误码 errors #

自上一份得到应答的上报以来矿工打印过的稳定错误码及次数；绝不含消息。

矿池主机 pool #

矿机都在哪些矿池上挖。

0 表示算力为零的矿机，0-1 表示低于 1；其余每个区间从序列中的一个值到下一个值：1、2、5、10、20、50、100，依此类推，用 k、M、G、T、P 表示，不带小数。几个算力及其各自的发送内容：

足以看出矿机的规模，以及同一硬件上变慢的版本；又宽到无法给出某个矿场的精确数值。

• 钱包wallet
• 矿工名worker name
• 矿池登录名或密码pool login or password
• 机器名machine name
• MAC 地址MAC address
• 显卡或硬盘序列号card or disk serial number
• GPU UUID 或 PCI 总线 IDGPU UUIDs or PCI bus ids
• 文件路径file paths
• 配置内容或配置值configuration contents or values
• IP 地址（接收端从 Cloudflare 读取国家，从不读取地址）IP address (the ingestion reads the country from Cloudflare and never the address)
• 驾驶舱或中继的任何信息（矿机指纹、密钥、代码）anything of the cockpit or relay (rig fingerprint, keys, codes)

矿工的测试会用模式检查每一份上报：出现模式之外的字段，构建即失败；在上报任何位置出现测试配置中的钱包、矿工名、密码、主机名或路径，构建同样失败。

• 崩溃时什么也不发送：缺失的定期上报本身就说明了问题。
• 发不出去的上报就此丢失：不排队、不重发，之后也不会成批补发。只有其中的错误计数会留给下一份上报。
• 矿工从不读取应答，失败也只在 debug 级别记日志：无论 telemetry.fearminer.com 应答、拒绝还是停机数周，挖矿都一样。
• 在统计中，当前在线的矿机是指最近 20 分钟内出现过的矿机，所以在默认间隔下，一次迟到的定期上报不会让它掉线。

为什么不是每分钟一次：矿机的算法、显卡和国家不会每分钟都变，每分钟上报会让数据量增加十五倍，却不多提供任何信息。逐分钟跟踪一台矿机，是驾驶舱为其主人做的事，而不是匿名计数的用途。

• 驾驶舱的任何信息都不会发到这里：没有矿机指纹，没有矿场或矿机的密钥，没有加入代码，没有中继地址。cockpit 标志只说明矿机已加入驾驶舱，绝不说明加入了哪里。
• 安装 ID 是随机生成的，不由任何东西推导：不来自矿机在驾驶舱中的名称，也不来自密钥、哈希或日期。
• 两者从不关联：没有任何表、查询、导出或客服工单会把驾驶舱中的矿机与遥测中的安装放在一起。
• 中继从不作为遥测来源：它对所连矿机的了解只留在它自己那里。

原因是结构性的。驾驶舱承诺它的中继不持有任何它能读懂的东西。如果中继能认出它的某台矿机就是某个国家里那台有六张显卡、某个算力的安装，它持有的恰恰就是它承诺不持有的东西。所以两者保持分离，即使它们统计的矿机数不一致。

直说：算力区间、GPU 型号和国家放在一起，可能指向一个大型矿场，因为同一个国家里不会有十个装着 400 张同型号显卡的安装。正因为如此，算力以宽区间发送，位置只到国家为止，安装 ID 也不携带任何别的东西。这降低了风险；对最大的矿场来说，并不能消除它。

不想发送任何东西的矿场使用 --no-telemetry。它关闭一切：不生成也不保存安装 ID，没有启动上报、定期上报、停止上报和错误计数；矿工也不失去任何功能：挖矿、驾驶舱、API 和通知都照常工作。

$ fearminer -o stratum+ssl://POOL:PORT -u YOUR_WALLET --no-telemetry
$ FEARMINER_NO_TELEMETRY=1 fearminer -o stratum+ssl://POOL:PORT -u YOUR_WALLET
# fearminer.toml
[output]
no_telemetry = true

默认开启，因为只有具有代表性的数字才值得收集：改成需要主动开启的话，大部分上报会丢失，每一个不常见的系统、后端或错误都会被掩盖。这个选择的代价，就是这个页面、egress 行，以及一个能关掉一切的开关。

1. 2026-09-25 模式 1 新增标志 tls-insecure，模式仍为 1：只表示矿池证书未被验证，从不说明是哪个矿池。
2. 2026-09-24 模式 1 遥测和本页的第一版，模式 1。