Keryx0.15.5修复Windows NVIDIA的H15自检故障：模型完好也可能无法开挖
来源发布日期: 2026-10-31 · 编辑分析发布日期: 2026-10-31
10月31日版本修复0.15.4的Windows设置传递错误并改善就绪警告。该错误不影响Linux；AMD和Apple Silicon仍缺少H15所需追踪引擎。
模型文件正确，也可能一直不能开挖
Keryx-miner-supr在10月31日发布0.15.5，修复0.15.4的Windows NVIDIA故障。开发者表示，该版本在Windows上没有显卡能通过H15带追踪自检，因此没有模型进入就绪状态，独立挖矿和矿池模式都不工作。模型文件本身没有损坏。对于这种特定情况，不断重新下载同一模型并没有针对真正原因，反而可能消耗时间、流量，并让操作者把软件启动错误误认为显卡或模型存储问题。
这里讨论的是Keryx的GPU挖矿程序，不是Bitcoin ASIC固件。它也不同于此前0.15.2修复的Windows库函数导出问题。那次改进解决能否加载模型的另一条故障路径；本次0.15.4是在后来的H15就绪测试阶段失败。因此，阅读旧版排障信息时，需要先对齐版本和症状。曾经成功加载模型，不代表新的追踪自检一定通过，更不表示所有版本的Windows问题都能用相同方式处理。
设置为什么没有到达推理引擎
矿工客户端与运行AI模型的推理引擎是不同组件。生成带追踪的回答时，客户端需要传递关闭CUDA graphs和引擎缓存轮换的设置。Windows0.15.4把设置放进了操作系统的进程环境，却没有同步到引擎库读取的C运行时环境副本。于是，客户端看似已经配置好，引擎实际却没读到相同参数。这种组件间信息没有一致送达的问题，会导致正确模型仍无法通过测试。
0.15.5同时通过C运行时设置这些值，并在启动时检查引擎是否看见它们。作者称Windows构建现在包含针对这条路径的检查。Linux、HiveOS、mmpos、SMOS和Docker没有受到这一特定环境传递错误影响。这个范围说明了谁需要针对本次故障处理，而不是说其他平台从此不可能有驱动、模型准备或连接问题。排障时先确认系统和版本，比把所有错误都归为同一原因更有效。
H15就绪不只是模型已经下载完
H15的私有推理回答需要可验证追踪，也就是让节点检查模型计算中选定部分的记录。发布说明区分了普通区块挖矿与提供私有推理回答：0.15.0至0.15.2能正确挖H15区块，但不能满足后来的私有回答要求。漏掉回答可能带来服务保证金义务的处罚记录。因此，“能计算区块”和“能够履行所声明的模型服务”不能混为一谈，操作者需要知道自己承担哪一种任务。
客户端会先进行带追踪自检，再声明显卡可以服务对应tier，即它能承担的模型档位。如果不能生成所需证据，就不开始挖矿，以免先宣称能力再无法履约。软件包内的引擎也需要与客户端配套，不能只替换一个新文件，却继续使用旧版库。保留发布包原有配套关系，是理解修复的一部分；它并不是要求用户自行改写引擎参数，或者跳过就绪检查强行运行。
警告现在会告诉你等待的原因
新版不再对每个区块反复输出没有具体原因的就绪警告。它会区分模型下载中、没有准备好的模型、等待自检、某张显卡测试失败，以及当前构建无法生成追踪。警告先显示一次，之后最多每60秒出现一次，或者在原因变化时更新。日志更安静更便于阅读，但判断是否恢复工作，仍要看显示的原因和实际就绪结果，不能把没有频繁报错当成矿机已经开始产生有效收入。
AMD OpenCL/Vulkan与Apple Silicon Metal在这些软件包里仍缺少所需追踪引擎。说明指出，过了相关切换点后它们不挖矿，并会解释原因。安装0.15.5并不会把这种平台能力限制变成已修复的Windows环境问题。NVIDIA用户也应按系统、显卡和驱动选择发布页列出的包，而不是认为所有压缩包可以互换。相同版本号下，不同平台的能力和依赖仍可能不同。
开发者给出了软件包验证，包括Linux上RTX5080测试，以及Windows能把设置传给运行时的检查。这些属于作者的验证；本站没有安装二进制文件、实测显卡或测量节电幅度。0.15.5改变的是设置传递和警告文本，引擎及H15主体代码与0.15.4一致。新闻因此不能改写成新算法发布，也没有足够依据给不同显卡列出统一速度提升或收益增幅。
用实际工作确认修复完成
更新时从官方带标签的发布页取对应软件包，并用相应SHA256SUMS核对文件。校验和能检查文件是否与该处列出的摘要一致，但不能代替确认发布者和页面来源。替换之前保存现有配置和日志，可以对比原来的错误与新版启动顺序。这样如果仍未就绪，就有依据继续判断，而不是同时改动多个参数后失去原始问题的线索。
更新后应检查自检结果、声明的模型档位以及矿池接受的工作。程序存在于进程列表、显卡利用率上升，并不单独证明有效挖矿。观察应使用相同时间范围，也要把本地模型就绪、矿池网络连接与最终付款延迟区分开来。对实际维护者来说，这能避免围绕一个启动软件错误反复调整硬件，也能避免因为付款尚未显示就误判本地修复失败。
Windows NVIDIA运行0.15.4的用户，实用结论是按开发者建议更新并核对就绪；其他系统先看与平台相符的原因。目标是通过必要测试、开始提交有效工作，而不只是让警告消失。收入核算仍要使用实际接受的工作、费用、电耗与有效运行时间。本次版本解决一个清楚的故障，并没有让所有GPU都自动支持H15，也没有把软件成功启动等同于已经获得收益。
来源: keryx-miner-supr / ocminer ↗ · Previous0.15.4 release and trace requirements ↗ · Official miner documentation ↗
挖矿计算器 ↗
