Зараз читаютьПрактичні новини про код, AI та технології — без інформаційного шуму
Майнінг3 хв читання

Stratum V2 1.10.0 уточнює облік часток і стабілізує власні mining jobs

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

Stratum V2 1.10.0 уточнює облік часток і стабілізує власні mining jobs

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

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

Що сталося

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

Stratum V2 1.10.0 уточнює облік часток і стабілізує власні mining jobs
Схема Job Declaration із репозиторію Stratum V2, Apache-2.0/MIT.

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

  • Ключова зміна. Версія 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, похідні ліцензовані файли поширюються на тих самих умовах.

Матеріал перекладено, переказано та доповнено редакцією українською мовою.

</>

Читайте далі — ми вже розбираємо наступну важливу тему.

Далі за темою

Схожі матеріали