ESP-Miner прибрав race condition і зменшив ризик аварій через фрагментацію heap

Серія виправлень у ESP-Miner закриває use-after-free, витоки WebSocket-клієнтів і один зі сценаріїв heap fragmentation.

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

Що сталося

Між релізами 2.14 і 2.15 команда ESP-Miner виправила use-after-free race condition, сценарій crash через фрагментацію heap та цикл перепідключення live WebSocket. Після асинхронних помилок надсилання застарілі WebSocket-клієнти тепер видаляються. Окремо виправлено buffer overflow у статистиці rejected shares і відсутній setter глобального стану. Для мікроконтролера з обмеженою пам’яттю такі дефекти особливо небезпечні: невеликий витік або гонка можуть проявитися лише через години чи дні безперервної роботи.

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

• Ключова зміна. Між релізами 2.14 і 2.15 команда ESP-Miner виправила use-after-free race condition, сценарій crash через фрагментацію heap та цикл перепідключення live WebSocket.
• Що було раніше. Після асинхронних помилок надсилання застарілі WebSocket-клієнти тепер видаляються.
• Практичний крок. Після оновлення варто провести soak-test не менше доби: залишити відкритий дашборд, змінювати частоту й пул, імітувати розрив Wi‑Fi та стежити за free heap.

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

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

Коротко: Серія виправлень у ESP-Miner закриває use-after-free, витоки WebSocket-клієнтів і один зі сценаріїв heap fragmentation. Це технічна новина про продукт і його розвиток, а не прогноз курсу чи обіцянка окупності обладнання.

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

Після оновлення варто провести soak-test не менше доби: залишити відкритий дашборд, змінювати частоту й пул, імітувати розрив Wi‑Fi та стежити за free heap. Сам факт merge виправлення не доводить, що всі споріднені гонки зникли. Якщо пристрій залишається нестабільним, корисні точний board revision, серійний лог і відтворюваний сценарій — без приватних ключів або паролів пулу в issue.

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

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

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