XMR 监控上的算力为什么和本机 RandomX 对不上？

监控显示的是矿池眼中的 Worker 速率

本机 RandomX 和监控对不上时，先认监控上的数字是谁报的。打开 Monero 监控。地址算力来自 Kryptex 返回的每个 Worker 速率，优先采用大约 30 分钟的平均；那个字段没有数字时，才用矿池给出的另一项速率。每一个 Worker 都有数字，才把它们相加。有一台缺数字，整段地址算力就是未知，显示成缺失，不是 0 H/s。查询不会在你的 CPU 上启动 RandomX，也不会读取处理器型号。

本机、矿池、全网和计算器各问一件事

矿工程序里的当前 H/s 是进程自己的瞬时读数，窗口通常比矿池的 30 分钟更短，所以两边不必相等。Kryptex 把算法标成 RandomX，并把 XMRig 写成可在 x86 或 ARM CPU 上运行的开源 CPU 矿工，显卡要通过插件。同一页还有 ASIC/FPGA 入口，因此不能把监控上的速率理解成“只有 CPU 才算数”。Kryptex 写明份额难度不影响收益；在密码栏自定难度，改变的是提交频率，不是把监控算力换成已入账 XMR。

矿池页面上的全池算力，以及某一款 CPU 的示例速度，都不是你这台机器在监控里的读数，也不能当成今天的全网算力。收益计算器若把算力、电费、矿池费率分成输入，再输出估计收入和估计利润，那是另一套问题。本站不估算电费，也不保证收入。

缺一个 Worker 数字时不要补 0

下面是示意。地址下有 desk 与 nas。desk 的矿池速率是 7000 H/s，nas 没有速率。监控不把地址算力写成 7000，也不写成 0。先到 Kryptex 看 nas 是否仍在名单里、状态是在线还是离线。若 nas 本来就不应挖 XMR，从矿工配置拿掉它，而不是在监控里把缺失补成 0。desk 单独的 7000 H/s 仍然只是矿池速率，不能换成“每天能拿到多少 XMR”。

下一步与边界

下一步：在矿工和监控上核对同一个 Worker 名称，再看该名称的矿池速率。名称对不上时，先回到 该填哪种地址。状态写成离线、却仍想用份额解释时，看 已接受份额和离线。边界：本站不控制 XMR 矿工程序，Mac 上的 Agent 也不负责启停 RandomX。崩溃解读是另外的免费说明，不提供算力或收益承诺。