Keryx 0.16.1在GPU忙碌时明确通知矿池

来源发布日期: 2026-11-07 · 编辑分析发布日期: 2026-11-08

矿池可以重新分配AI请求，不必等待沉默超时；挖矿核心保持不变。

显卡忙碌时，可以明确回复矿池

11月7日发布的Keryx Miner Supr 0.16.1，让矿池更清楚地知道一台矿机为何暂时接不了新的AI任务。如果所有适合该模型的GPU都在执行其他推理，程序可以返回错误46，表示忙碌，而不是让请求一直没有回答。矿池收到这个信息后，可以更早把任务交给另一台矿机处理。

推理是运行AI模型生成答案的过程。在Keryx中，设备除了挖矿，还可能承担这类服务请求。矿池面对沉默时，通常只能等待请求超时；收到明确的忙碌回复则有了重新分配的依据。这次改动解决的是两端的信息差，不是让一张已经满载的显卡突然具备执行第二份任务的能力。

开发者建议提供推理服务的矿机升级，并明确说明挖矿计算与0.16.0相比没有变化。这是矿池连接代码的小更新，不是新的算力或节电承诺。对用户是否有用，要看自己的设备是否通过兼容矿池承担这些请求；只看版本号，无法判断实际运行路径是否会触发这项行为。

新回复针对矿池发来的推理请求：能够服务指定模型的显卡全部正在执行另一项推理。程序并非立即拒绝，而是先短暂等待，看是否有合适显卡释放。默认等待为5000毫秒，也就是五秒。这里的“合适”与所请求模型有关，不能把机器上存在任何一张空闲显卡都视为能够处理。

设置允许的范围是1至30000毫秒。这是本机发出忙碌回复之前的等待区间，不是任务完成时限，也不保证其他矿机随后一定接单。收到回复后如何重新安排，仍由矿池决定。调节这个区间改变的是沟通时机，不会增加显存容量或模型支持范围。

其他没有回答的情况保持0.16.0原有的沉默行为。因此，新规则有明确触发条件，不能把日志里所有缺失响应都解释为显卡正忙。排查时需要同时查看请求类型、需要的模型及设备当时状态，才能判断是否属于本次处理的情形，而不是仅凭错误代码想象整个服务已经恢复。

发布说明还描述了另一种方向：如果矿池对提交的挖矿份额返回错误46，矿机会记录该错误并保持连接。份额是一份提交给矿池的计算工作。这里的修复避免这条特定响应关闭会话，让连接处理方式更明确，但并没有改变矿池认定工作是否有效的规则。

会话持续连接与份额获得接受，是两种不同结果。日志里记录了错误，并不等于被拒绝或暂缓的工作自动变成有效收益。用户检查运行结果时，应把连接是否中断与矿池实际接受了多少份额分别看待。只看到没有重连，无法据此判断每一份工作都计入账户。

开发者称，GPU挖矿核心、嵌入的CUDA和OpenCL代码，以及推理引擎，与0.16.0逐字节相同，只修改了矿池连接代码。CUDA和OpenCL是程序使用GPU执行计算的方式。因此，这次应比较请求调度与连接响应，而不是期待同一台机器在相同条件下凭空出现计算速度提升。

0.16.1保留上一版针对Keryx节点1.6.7的H16处理。文档给出的主网门槛为DAA分数147000000，测试网为180000。DAA是该网络衡量进度的分数，不是Bitcoin区块高度。用户核对节点和矿机时，需要使用同一网络的标识，不能把不同链的数字直接比较。

上一版会在门槛处切换规则，并为每个层级释放200MiB的上下文缓冲显存。MiB是内存容量单位。这是已经继承的兼容行为，不是本次忙碌回复补丁另外节省的显存。文档预计的日历激活时间，也不等于我们直接读取活跃节点后确认的当前分数；两类证据需要分开。

矿机、节点和矿池桥接程序需要兼容相关服务消息。官方节点说明列出了带计算轨迹的推理及审计消息。某个操作系统存在可下载包，不足以证明用户选用的矿池已经实现相应协议。把实际连接的矿池与程序版本一起记录，才有条件在出现问题时追溯是哪一端负责处理。

开发者报告，对Linux压缩包在Ubuntu20.04、22.04和24.04上进行了启动检查。打包后的程序在RTX5070Ti上连接更新后的主网矿池运行70分钟，获得268份接受、零份拒绝，且没有重新连接。这些数字来自作者报告，应与显卡、时长和连接环境一起理解。

这次在线运行没有收到必须使用新忙碌回复的请求。该回复的格式由矿机与矿池的单元测试覆盖。把两项说明放在一起才准确：有主网挖矿运行记录，但新回复路径通过另一类测试验证。不能把268份接受说成268次忙碌回复成功；ASIC.tools也没有安装或执行该软件。

软件包覆盖Linux、若干挖矿系统、Windows、macOS arm64与Docker，执行文件应与随附库保存在一起。限制仍然存在：Metal的H15/H16不受支持，本次发布未测试WindowsGPU硬件。下载目录中的平台名称，是打包范围的信息，不代表每个平台都有同等的实际硬件验证。

对矿机所有者，实用的检查点是设备是否服务AI请求、显卡能处理哪种模型，以及矿池如何记录忙碌回复和接受份额。这些观察对应本次改变的具体环节。更新让已占用GPU与矿池之间的交接更清楚，同时保留其测试边界和继承的H16条件；它没有把连接层修复包装成新的挖矿性能结果。