AxeOS тепер точніше показує pending shares і не плутає дублікати Stratum jobId

Телеметрія SV2 стала зрозумілішою: дашборд показує частки в очікуванні, а повторний jobId більше не обробляється як нова робота.

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

Що сталося

У ESP-Miner 2.15 з’явився показ pending SV2 shares на дашборді та захист від дубльованих Stratum jobId. Це невеликі на вигляд зміни, але вони впливають на діагностику: між відправленням частки й відповіддю пулу є проміжок, у якому accepted/rejected ще невідомі. Без окремого pending-стану оператор може помилково вважати частки втраченими. Повторний jobId, своєю чергою, не повинен перезапускати весь локальний цикл як абсолютно нове завдання.

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

• Ключова зміна. У ESP-Miner 2.15 з’явився показ pending SV2 shares на дашборді та захист від дубльованих Stratum jobId.
• Що було раніше. Це невеликі на вигляд зміни, але вони впливають на діагностику: між відправленням частки й відповіддю пулу є проміжок, у якому accepted/rejected ще невідомі.
• Практичний крок. Оцінювати якість з’єднання слід за довшим вікном: pending може тимчасово зростати через latency, а не через помилку прошивки.

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

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

Коротко: Телеметрія SV2 стала зрозумілішою: дашборд показує частки в очікуванні, а повторний jobId більше не обробляється як нова робота. Це технічна новина про продукт і його розвиток, а не прогноз курсу чи обіцянка окупності обладнання.

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

Оцінювати якість з’єднання слід за довшим вікном: pending може тимчасово зростати через latency, а не через помилку прошивки. Небезпечний сигнал — стійке накопичення без переходу в accepted/rejected. Після оновлення порівняйте час відповіді пулу, stale rate та журнал reconnect. Ідентифікатор job не є глобально унікальним назавжди, тому логіка дедуплікації має враховувати сесію й зміну каналу.

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

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

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