Почему 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 и назначенную сложность, затем остановитесь по плану. Не проверяйте сторонний пул способом, нарушающим его условия или похожим на злоупотребление соединениями.
Вопросы пулу и разработчикам
Операторам пулов стоит описывать наличие таймера отсутствия share, максимальное время восстановления, сохранение состояния при reconnect и агрегацию устройств в прокси. Команды прошивок и управления должны показывать локальный хешрейт вместе со временем accepted shares, отличать подключенный воркер от продуктивного и не строить тревогу на одном коротком окне. При выборе пула можно спрашивать о vardiff и телеметрии вместе с fee и схемой выплат. Практический вывод: отсутствие shares тоже сигнал, контроллер обязан обрабатывать и время, и поступления.
Источник: Bitcoin Optech ↗
Калькулятор майнинга ↗
