Keryx 0.15.5 виправив збій самотестування H15, який зупиняв майнінг на Windows NVIDIA
Публікація джерела: 2026-10-31 · Редакційний аналіз опубліковано: 2026-10-31
Реліз від 31 жовтня виправляє передавання налаштувань у Windows у 0.15.4 та пояснює попередження готовності. Linux цей збій не зачіпав; AMD і Apple Silicon досі не мають потрібного механізму слідів H15.

Справна модель могла залишати ферму без роботи
31 жовтня вийшов Keryx-miner-supr 0.15.5, який виправляє збій Windows NVIDIA у 0.15.4. За повідомленням розробника, жодна карта Windows не проходила самотест H15 зі слідом обчислень: модель не ставала готовою, майнер не працював ані соло, ані через пул. Файли моделей при цьому були справними. Для такого випадку повторне завантаження тих самих файлів не усувало причину.
Це ПЗ для GPU-майнінгу Keryx, а не прошивка Bitcoin ASIC. Новий збій відрізняється й від проблеми експорту функцій Windows-бібліотеки, виправленої у 0.15.2, про яку ми вже писали. Тому старе повідомлення підтримки не варто переносити на інший симптом: успішне завантаження моделі після попереднього виправлення не доводить проходження пізнішого тесту готовності 0.15.4.

Чому налаштування не доходили до рушія
Майнер і рушій виконання AI-моделі — окремі компоненти програми. Для відповідей зі слідом майнер передає параметри вимкнення CUDA graphs та ротації кешу рушія. У Windows 0.15.4 вони потрапляли в середовище операційної системи, але не в його копію бібліотеки виконання C, яку читав рушій. Самотест провалювався навіть із правильною моделлю на диску.
Версія 0.15.5 передає значення також через цю бібліотеку й на старті перевіряє, чи бачить їх рушій. Автор повідомляє про перевірку відповідного шляху в Windows-збірці. Linux, HiveOS, mmpos, SMOS і Docker конкретний збій середовища не зачіпав. Це межі виправлення, а не твердження, що на цих платформах зникли всі можливі проблеми.
Готовність H15 — більше, ніж завантажена модель
У H15 приватна відповідь AI потребує перевірюваного сліду — запису, за яким вузол перевіряє вибрані частини обчислень моделі. Реліз відділяє звичайний видобуток блоків від обслуговування приватних запитів. За його описом,0.15.0–0.15.2 коректно майнять блоки H15, але не виконують нові вимоги приватних відповідей. Пропущена відповідь може додати штрафну позначку до заставного зобов’язання сервісу.
Тому майнер перевіряє побудову сліду перед оголошенням карти готовою для свого tier — класу моделі, який вона обслуговує. Карта без потрібного доказу не починає майнінг замість обіцянки нездійсненної послуги. Зберігайте рушій із відповідного пакета релізу: стара бібліотека поруч із новим клієнтом може порушити сумісність, передбачену комплектом.

Попередження підказує наступну дію
Повідомлення готовності більше не повторюється для кожного блока без пояснення. Воно розрізняє завантаження моделі, відсутній підготовлений файл, очікування тесту, невдалий тест на названій GPU та збірку без підтримки слідів. Запис з’являється один раз, потім не частіше ніж раз на 60 секунд або після зміни причини. Тихіший журнал зручніший, але перевіряти слід саму причину та результат готовності.
AMD OpenCL/Vulkan та Apple Silicon Metal у цих пакетах досі не мають потрібного механізму слідів. Опис говорить, що після переходу вони не майнять і повідомляють чому. Завантаження 0.15.5 не перетворює це обмеження на виправлений Windows-збій. Для NVIDIA обирайте документований пакет Windows або Linux відповідно до карти й драйвера, а не будь-який архів.
Автор наводить перевірки пакетів, зокрема Linux-тест на RTX 5080 та перевірку доступності параметрів у Windows. Це тести розробника. Ми не встановлювали виконуваних файлів, не тестували GPU та не вимірювали економії потужності. Змінено передавання налаштувань і текст попереджень; нового алгоритму чи числового приросту швидкості не заявлено.
Перевірте виправлення реальною роботою
Користуйтеся офіційним тегованим релізом і відповідним SHA256SUMS для перевірки архіву. Контрольна сума звіряє файл із наведеним відбитком, але не замінює перевірку автора та сторінки релізу. Перед заміною збережіть налаштування й журнал, щоб зіставити старий симптом із новою послідовністю запуску.
Після оновлення перевірте результат самотесту, оголошений клас моделі та прийняту роботу в пулі. Запущений процес або завантажена GPU самі по собі не доводять корисного майнінгу. Порівнюйте однаковий період і відділяйте локальну готовність від зв’язку з пулом чи затримки виплати. Так не доведеться годинами налаштовувати залізо навколо програмної помилки запуску.
Для Windows NVIDIA з 0.15.4 практична дія — рекомендоване розробником оновлення та перевірка готовності. На інших системах спочатку прочитайте платформну причину. Потрібний результат — проходження тесту й надсилання коректної роботи, а не лише зникнення повідомлення. Розрахунок доходу все одно потребує справжньої прийнятої роботи, комісій, електрики й часу.
Джерело: keryx-miner-supr / ocminer ↗ · Previous0.15.4 release and trace requirements ↗ · Official miner documentation ↗
Калькулятор майнінгу ↗

