ESP-Miner 2.15.0: уніфікована прошивка, безпечніше завантаження й новий дашборд

Великий реліз AxeOS об’єднує прошивки, додає safe boot, лічильники uptime і hashes та оновлює інтерфейс.

Це не чергова обіцянка «більшого хешрейту», а конкретна зміна у відкритому проєкті, яку можна перевірити за кодом, релізом і журналом змін. Редакція розібрала, що саме відбулося, кому це важливо і де закінчуються підтверджені факти.

Що сталося

ESP-Miner 2.15.0 збирає десятки змін для Bitaxe-пристроїв. Проєкт перейшов до уніфікованої прошивки, додав безпечне завантаження у вбудований front-end після оновлення, загальний uptime і кількість hashes, багаторядкові графіки та помітне прискорення dashboard. Інтерфейс пройшов міграцію на сучасніший Angular/Tailwind-стек. На рівні майнінгу додано показ pending SV2 shares, виправлено повідомлення про отриману роботу через SV2 та дублікати jobId.

Головне за хвилину

• Ключова зміна. ESP-Miner 2.15.0 збирає десятки змін для Bitaxe-пристроїв.
• Що було раніше. Проєкт перейшов до уніфікованої прошивки, додав безпечне завантаження у вбудований front-end після оновлення, загальний uptime і кількість hashes, багаторядкові графіки та помітне прискорення dashboard.
• Практичний крок. Уніфікований образ зменшує фрагментацію релізів, але підвищує ціну помилки у визначенні плати.

Чому ця новина важлива

Майнінгові системи працюють безперервно, тому навіть невелика помилка у протоколі, пам’яті, живленні або телеметрії з часом перетворюється на простої, неправильний облік чи зайве споживання. Тут важливий не рекламний відсоток, а передбачуваність: оператор має розуміти, що змінилося, як це перевірити і як повернутися до попередньої версії.

Коротко: Великий реліз AxeOS об’єднує прошивки, додає safe boot, лічильники uptime і hashes та оновлює інтерфейс. Це технічна новина про продукт і його розвиток, а не прогноз курсу чи обіцянка окупності обладнання.

Що варто зробити користувачам

Уніфікований образ зменшує фрагментацію релізів, але підвищує ціну помилки у визначенні плати. Тому перед масовим rollout варто оновити один пристрій, перевірити визначення board revision, вентилятор, напругу, частоту й відновлення web UI. Safe boot — це страховка, а не привід пропускати резервну копію налаштувань. Після оновлення порівняйте не лише хешрейт, а й HW errors та стабільність WebSocket.

Перед зміною робочої конфігурації варто зробити резервну копію, зафіксувати поточні версії та підготувати шлях відкату. Код і бінарні файли потрібно брати з офіційного репозиторію, перевіряючи тег або commit. Короткий успішний тест ще не доводить стабільність під тривалим навантаженням.

Джерело й умови використання

Автори оригінального проєкту: Bitaxe та ESP-Miner contributors. Матеріал редакційно переказано й адаптовано українською без копіювання великих фрагментів. Ліцензія першоджерела: GNU GPL v3.0. Якщо вона містить ShareAlike або strongly reciprocal, похідні ліцензовані файли поширюються на тих самих умовах.