Зріз ринку · ↗Курс Bitcoin$77,735Хешрейт мережі936 EH/sСкладність127.45 T

Пули й виплати

Stratum V2 1.13.0 виправляє обробку завдань на стороні пулу

Публікація джерела: 2026-11-04 · Редакційний аналіз опубліковано: 2026-11-09

Реліз бібліотек від 4 листопада виправляє формування coinbase, облік роботи й буфери повідомлень. Це зміни ПЗ пулів, а не універсальна прошивка ASIC.

Авторська схема: поля witness у coinbase відповідають шаблону блока. Демонстрація автора виконана у приватній мережі regtest.
Авторська схема: поля witness у coinbase відповідають шаблону блока. Демонстрація автора виконана у приватній мережі regtest. ASIC.tools · original explanation · CC BY 4.0

З’єднання ще не гарантує правильного завдання

4 листопада еталонна реалізація Stratum V2 випустила 1.13.0 з виправленнями програм, які готують завдання, перевіряють надіслану роботу й читають мережеві повідомлення. Для звичайного майнера значення просте: підключений пристрій з активними обчисленнями ще не доводить, що отримане завдання може стати прийнятим блоком Bitcoin. Інфраструктура підготовки та перевірки теж має працювати правильно.

Це набір програмних бібліотек для застосунків, а не універсальна прошивка будь-якого ASIC. Оператор пулу чи ПЗ має інтегрувати потрібні версії, перш ніж ними скористається маршрут клієнта. Примітки закривають три групи аудиторських завдань щодо буферів, кодування й обрамлення повідомлень та несумісно змінюють модифіковані опубліковані компоненти, крім доданого повторного експорту Noise. Сам реліз не доводить, що конкретний комерційний пул уже його встановив.

Транзакція винагороди потребує правильної структури

Одне виправлення стосується coinbase — першої транзакції блока Bitcoin, яка створює субсидію й розподіляє комісії транзакцій. Тут це технічний термін Bitcoin, а не назва біржі. Раніше бібліотека могла додати поля witness з додатковими даними перевірки транзакцій, навіть коли наданий шаблон блока не містив відповідного зобов’язання witness commitment. Тепер такі поля додаються лише тоді, коли цього потребує шаблон.

Автор зміни показав наслідок на Bitcoin Core v29 у regtest, приватній тестовій мережі: до виправлення відповідний блок відхилявся з unexpected-witness, після — приймався. Це конкретна перевірка коректності, а не повідомлення про виміряний збиток живого пулу. Та сама зміна забороняє прибирати witness-дані з coinbase, яка має більше одного входу. Для діагностики потрібні фактичний шаблон і результат перевірки; не кожне відхилення має цю причину.

Авторська схема обліку: мережева ціль і ціль завдання можуть різнитися у тестових мережах; зарахування обмежене доведеною роботою.
Авторська схема обліку: мережева ціль і ціль завдання можуть різнитися у тестових мережах; зарахування обмежене доведеною роботою. ASIC.tools · original explanation · CC BY 4.0

Облік роботи має відповідати доказу

Інша зміна обмежує зараховану роботу шари, що знайшла блок, складністю, яку реально доводить її хеш. Шара — доказ участі, надісланий пулу; якщо вона знаходить блок, то також виконує вимогу цілі мережі. У тестових мережах мережева ціль може бути легшою за ціль шари завдання. За поясненням розробника, зарахування повної складності завдання тоді могло завищити обсяг роботи.

Виправлення обмежує зарахування доведеним результатом. Автор зазначає, що блоки, хеш яких також проходить ціль завдання, не змінюються, а поширення блоків залишається попереднім. Отже, це не повідомлення про зміну формули виплат усім майнерам чи зменшення ціни звичайної прийнятої шари. Локальну кількість шар, зараховану складність і фактичні правила виплат пулу потрібно зіставляти як різні величини.

Повідомлення повинні вкладатися у заявлений розмір

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

Зашифровані повідомлення тепер розшифровуються заголовком і частинами в міру надходження, замість початкового накопичення всього зашифрованого вмісту обсягом до 16 MiB. Частина, що не проходить перевірку автентичності, спричиняє помилку до дочитування решти. Буфери також зберігають пам’ять, доки на неї є посилання, та розрізняють резервування місця й підтвердження записаних байтів. Це конкретні виправлення реалізації; атаки на певний пул чи універсальної економії трафіку вони не встановлюють. Реліз також раніше перевіряє числові поля й довжини: під час запису числових полів F32 (32-бітних чисел із рухомою комою) відхиляються NaN, нескінченність і від’ємні числа, а значення в записі TLV (тип, довжина й значення) не може перевищувати місткість поля довжини. Так некоректні дані зупиняються на межі повідомлення. Це не встановлює відправника чи конкретного реального інциденту.

Авторська схема повідомлення: довжина відповідає заголовку, а зашифровані частини перевіряються в міру надходження.
Авторська схема повідомлення: довжина відповідає заголовку, а зашифровані частини перевіряються в міру надходження. ASIC.tools · original explanation · CC BY 4.0

Застосунок може передати готове завдання

Серверні канали тепер можуть отримувати підготовлені застосунком завдання й активувати майбутню роботу без повідомлення Template Distribution. Простими словами, у застосунку з’являється ще один підтримуваний шлях передати готове завдання комунікаційному шару. Стандартні завдання зберігають свої байти coinbase. Це можливість для розробників ПЗ, яка не надає автоматично кожному домашньому майнеру нового керування вибором завдань.

Інші виправлення прибирають дублювання виходів coinbase під час створення стандартної роботи з групового каналу, звільняють ресурси заміненого завдання при повторному ідентифікаторі та відхиляють ціль понад максимум каналу. Назви полів узгоджено зі специфікацією. Автори прямо зазначають: це перейменування нічого не змінює в мережевому форматі. Код із бібліотекою може потребувати адаптації, хоча саме перейменування не створює нового формату повідомлень.

Практичне питання — яке ПЗ реально працює

Оператор може простежити версії бібліотек у своєму застосунку й перевірити повний цикл: створення завдання, формування coinbase, перевірку шар, подання блока та звичайне повторне підключення. Користь виправлення коректності проявляється тут, а не в паспортних терахешах ASIC. Клієнт пулу може уточнити, яка реалізація обслуговує його з’єднання та чи дійшли до неї відповідні виправлення. Установлення сторонньої прошивки пристрою на це не відповідає.

ASIC.tools перевірив датований реліз і пов’язані зміни коду, не запускаючи бібліотек і не аудитуючи комерційний пул. Є конкретні виправлення й результати тестів авторів; установлення на пулі та вплив на окремий рахунок потрібно встановлювати окремо. Для розбору зберігайте час і помилку відхиленого завдання разом зі зверненням до підтримки пулу. Сам реліз 1.13.0 не встановлює додаткового доходу Bitcoin, прискорення обладнання чи економії електроенергії в числах.

Джерело: Stratum V2 / official source changes ↗ · Coinbase witness fix and regtest result ↗ · Proof-based work-credit fix ↗ · Bounded frames and incremental decryption ↗ · Prebuilt server-channel jobs ↗ · Message-field rename scope ↗

Калькулятор майнінгу ↗

Ще в цій рубриці