Stratum V2 1.10.0 уточнює облік часток і стабілізує власні mining jobs
Реліз стандартизує коди помилок, рахує прийняті та відхилені частки й покращує роботу custom jobs.

Реліз стандартизує коди помилок, рахує прийняті та відхилені частки й покращує роботу custom jobs.
Це не чергова обіцянка «більшого хешрейту», а конкретна зміна у відкритому проєкті, яку можна перевірити за кодом, релізом і журналом змін. Редакція розібрала, що саме відбулося, кому це важливо і де закінчуються підтверджені факти.
Що сталося
Версія 1.10.0 додала явний облік accepted і rejected shares, а також перевела частину розрахунків роботи на u64, щоб зменшити ризик переповнення та неоднозначностей у довготривалих сесіях. Прапорець stable_hashrate допомагає відрізнити короткий перехідний період від стабільної оцінки продуктивності. Для Job Declaration і власних шаблонів блоків команда вирівняла реалізацію зі специфікацією, виправила граничні стани та стандартизувала error codes. Це робить телеметрію проксі більш придатною для автоматичного моніторингу.

Головне за хвилину
- Ключова зміна. Версія 1.10.0 додала явний облік accepted і rejected shares, а також перевела частину розрахунків роботи на u64, щоб зменшити ризик переповнення та неоднозначностей у довготривалих сесіях.
- Що було раніше. Прапорець stable_hashrate допомагає відрізнити короткий перехідний період від стабільної оцінки продуктивності.
- Практичний крок. Після міграції не варто порівнювати старі й нові лічильники без нормалізації: зміни семантики можуть створити видимий стрибок у дашборді.
Чому ця новина важлива
Майнінгові системи працюють безперервно, тому навіть невелика помилка у протоколі, пам’яті, живленні або телеметрії з часом перетворюється на простої, неправильний облік чи зайве споживання. Тут важливий не рекламний відсоток, а передбачуваність: оператор має розуміти, що змінилося, як це перевірити і як повернутися до попередньої версії.
Коротко: Реліз стандартизує коди помилок, рахує прийняті та відхилені частки й покращує роботу custom jobs. Це технічна новина про продукт і його розвиток, а не прогноз курсу чи обіцянка окупності обладнання.
Що варто зробити користувачам
Після міграції не варто порівнювати старі й нові лічильники без нормалізації: зміни семантики можуть створити видимий стрибок у дашборді. Спочатку зафіксуйте базову лінію, перевірте rate rejected/stale, а потім налаштовуйте сповіщення. Custom jobs потребують окремого інтеграційного тесту з локальним вузлом і пулом. Реліз не гарантує прибутковості та не змінює мережеву складність — це інфраструктурне оновлення.
Перед зміною робочої конфігурації варто зробити резервну копію, зафіксувати поточні версії та підготувати шлях відкату. Код і бінарні файли потрібно брати з офіційного репозиторію, перевіряючи тег або commit. Короткий успішний тест ще не доводить стабільність під тривалим навантаженням.
Джерело й умови використання
Автори оригінального проєкту: Stratum Mining contributors. Матеріал редакційно переказано й адаптовано українською без копіювання великих фрагментів. Ліцензія першоджерела: Apache-2.0/MIT відповідно до файлів репозиторію. Якщо вона містить ShareAlike або strongly reciprocal, похідні ліцензовані файли поширюються на тих самих умовах.
Матеріал перекладено, переказано та доповнено редакцією українською мовою.
Читайте далі — ми вже розбираємо наступну важливу тему.


