Чому vardiff пулу може «застрягти» після падіння хешрейту
Публікація джерела: 2026-09-18 · Редакційний аналіз опубліковано: 2026-09-19
Bitcoin Optech описує збій контролера: якщо складність змінюється лише після share, сповільнений майнер може надто довго чекати наступну share.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Проблема vardiff
Bitcoin Optech Newsletter #423 від 18 вересня 2026 року переказує аналіз Еріка Прайса про контролери змінної складності в пулах і проксі. Пул задає для share ціль, легшу за мережеву складність Bitcoin, щоб оцінювати внесок кожного воркера. Vardiff підвищує або знижує цю складність, утримуючи подання у бажаному ритмі. Проблема виникає, коли майнер раптово сповільнився: стара висока складність лишається, shares стають рідкісними, а контролер, який рахує лише при надходженні share, не отримує події для зниження.
Чому тюнінг не розв’язує проблему
Головна теза Прайса стосується спостережуваності, а не невдалого коефіцієнта регулятора. Якщо контролер прокидається лише після поданої share, тиша містить інформацію, але алгоритм її не обробляє. Агресивніша реакція після share скоротить відновлення, коли вона нарешті прийде, однак не гарантує час першої події. Для заниженого за частотою, перегрітого чи частково несправного воркера очікування може бути значно довшим за норму пулу. У цей період панель може показувати нерегулярного або начебто зниклого воркера, хоча він ще рахує.
Таймер як шлях відновлення
Запропоноване виправлення — дозволити плину часу запускати зниження. Якщо у фіксований інтервал share не надійшла, контролер зменшує призначену складність, щоб воркер знову генерував спостережувані shares. Optech зазначає, що еталонна реалізація Stratum v2 вже використовує таймер, хоча відновлення довгих з’єднань може бути повільним; ckpool перераховує після shares. Ентоні Таунс запропонував розміщувати логіку на останньому вузлі, який бачить окремі майнери, наприклад локальному шлюзі Stratum v2 чи DATUM; зменшення вдвічі після 30 секунд було прикладом, а не універсальним параметром.
对统计与结算的影响
Складність share не змінює мережеву складність Bitcoin і не збільшує фізичний хешрейт пристрою. Вона змінює частоту вибірки пулу. Shares високої складності надходять рідше, але представляють більше роботи; низької — частіше, але менше. На довгому стабільному відрізку оцінка має збігатися. Проблемний сценарій подовжує прогалину саме тоді, коли швидкість воркера змінилася, тому коротке вікно моніторингу стає неточним, а операційна тривога може запізнитися. Вплив на виплату залежить від методу обліку пулу, тож не варто робити висновок про втрату доходу лише з рідкого графіка.
Ферма може це виявити
Порівняйте три сигнали: локальний rolling hashrate майнера, accepted shares на пулі та потужність із розетки. Значне падіння локального хешрейту чи споживання з довгою відсутністю shares при відкритому TCP-з’єднанні є корисним тестом. Записуйте призначену складність і час її зміни, якщо API пулу це показує. Перевірте, чи зменшується вона без нової share, скільки триває відновлення і чи миттєво скидає її reconnect. Перепідключення є діагностичною підказкою, але поганим постійним лікуванням: воно створює навантаження і приховує дефект контролера.
Безпечний тест
Тестуйте на одному воркері або staging-проксі, а не на всій фермі. Прайс опублікував shaping proxy, який контрольовано відкидає частину shares, щоб оператор пулу бачив реакцію на удаване сповільнення. Такий тест має бути дозволеним, обмеженим і позначеним у моніторингу, бо навмисне відкидання shares втрачає вимірювану роботу. Зберіть логи контролера, час shares, reconnects і призначену складність, після запланованого вікна зупиніться. Не випробовуйте сторонній пул способом, що порушує його правила чи схожий на зловживання з’єднаннями.
给矿池与固件团队的问题
Операторам пулів варто описати, чи має vardiff таймер відсутності share, максимальний час відновлення, збереження стану при reconnect та агрегацію пристроїв у проксі. Команди прошивок і керування фермою мають показувати локальний хешрейт разом із часом accepted shares, відрізняти підключений воркер від продуктивного й не будувати тривогу на одному короткому вікні. При виборі пулу майнер може питати про поведінку vardiff та телеметрію воркерів разом із fee і схемою виплат. Практичний висновок: відсутність shares теж є сигналом, а контролер має обробляти і час, і надходження.
Джерело: Bitcoin Optech ↗
Калькулятор майнінгу ↗
