Аппаратные ошибки ASIC и отклонённые шары: в чём разница?
2026-10-27 16:12

Многие майнеры видят красный счётчик на странице статуса, падение хешрейта, отображаемого пулом, или растущий процент отклонённых шар и делают вывод, что ASIC вышел из строя. Эти сигналы поступают с разных уровней майнингового конвейера, и если относиться к ним как к взаимозаменяемым, это приводит к неверному диагнозу. Аппаратная ошибка — это свидетельство, которое сообщает сам майнер. Отклонённая шара — это решение, принятое пулом. Эти два понятия связаны лишь в некоторых случаях.\n\nВ этой статье разграничиваются телеметрия на стороне майнера и проверка шар на стороне пула, объясняется, что может и чего не может доказать каждая категория, а также описывается последовательность устранения неполадок, которая начинается с правильного уровня: оборудование, прошивка или настройка, локальная сеть или соединение с пулом.\n\n## Два разных уровня одного и того же майнингового конвейера\nЗадание на майнинг проходит через несколько отдельных этапов, прежде чем оно будет засчитано как принятая работа. ASIC получает задание от пула и начинает локальное хеширование. Его прошивка отслеживает локальные параметры — количество чипов, температуру платы, скорость вентиляторов, локальный хешрейт и внутренние счётчики аппаратных ошибок. Затем майнер отправляет пулу кандидатные решения, называемые шарами, через соединение Stratum. Пул проверяет каждую отправленную шару по заданию, которое он выдал, и назначенной цели сложности, после чего возвращает ответ «принято» или «отклонено», с указанием причины в случае отклонения.\n\nПервые два этапа наблюдаются только майнером. Последние два этапа наблюдаются только пулом. Сбой, возникший на одном этапе, не обязательно вызывает соответствующий симптом на другом.\n\n## О чём на самом деле говорит аппаратная ошибка ASIC\nСчётчики аппаратных ошибок (HW) — это телеметрия на стороне майнера, обычно отображаемая на собственной странице статуса ASIC или в интерфейсе прошивки. Согласно документации Bitmain по странице статуса майнера, ограниченное количество ошибок HW может возникать, когда чипы работают на полной мощности, и майнер может самостоятельно исправлять эти ошибки внутри системы и продолжать хеширование без прерывания (Bitmain Support). Таким образом, ненулевое значение счётчика HW само по себе не является убедительным доказательством того, что майнер вышел из строя или что пул отклоняет эквивалентный объём шар.\n\nРастущее значение счётчика HW заслуживает более пристального внимания, если оно сопровождается другими признаками, такими как:\n- снижение локального хешрейта на той же плате или устройстве;\n- уменьшенное обнаруженное количество чипов или индикатор неисправности статуса ASIC;\n- отсутствующая или не выдающая результат хешборда;\n- событие тепловой защиты или сообщение о неисправности вентилятора/блока питания в журналах;\n- повторяющиеся неожиданные перезапуски;\n- рост доли отклонений недействительных шар после недавнего изменения частоты или напряжения.\n\nНи одно из этих условий не устанавливает фиксированное «нормальное» количество ошибок HW, применимое ко всем моделям или версиям прошивки, и в этой статье такое значение не приводится. Более полезным является сравнение с собственным недавним базовым уровнем устройства, а не с предполагаемым среднеотраслевым показателем.\n\n## О чём на самом деле говорит отклонённая шара\nОтклонённые шары — это общая категория для любой отправки, которую пул не принимает. Конкретная причина важнее общего количества, поскольку каждая причина указывает на другую часть системы.\n\n\n\n

Если пул сообщает в основном о… Сначала проверьте…
Устаревшие доли (stale shares) Адрес пула, задержка, потеря пакетов, маршрутизация, поведение при переподключении, локальная сеть
Недействительные доли (invalid shares) Температура, настройки частоты/напряжения, прошивка, подача питания, состояние хэшборда
Доли с низкой сложностью (low-difficulty shares) Конфигурация пула, совместимость прошивки или прокси, стабильность настройки
Дублирующиеся доли (duplicate shares) Программное обеспечение майнера, поведение прокси, повторные попытки, настройки воркера/сессии
Ошибки авторизации или подписки URL stratum, порт, имя воркера, учётные данные аккаунта
\n\n\n\nУстаревшая шара (stale share) — это шара, которая была бы действительной для задания, которое пул уже заменил, — как правило, потому что изменился активный тип блокчейна (blockchain tip), либо потому что соединение майнера задержало доставку нового задания или возврат решения. Устаревшая шара не является доказательством аппаратной неисправности; она отражает тайминг соединения между майнером и пулом.\n\nНедействительная шара (invalid share) — это отправка, которая не проходит проверку пула на соответствие заданию и цели, которые были ей назначены. Эта категория наиболее вероятно связана с нестабильным или неправильно настроенным ASIC.\n\nОтклонения по причине дублирования и низкой сложности указывают скорее на поведение программного обеспечения майнера, прокси или конфигурации, а не на повреждение на уровне чипа. В частности, отклонение из-за дублирования не обязательно представляет собой заново потерянную работу, поскольку исходная отправка, возможно, уже была принята.

Когда нестабильность оборудования может приводить к отклонению шар\nНестабильный ASIC может выполнять неверные вычисления или формировать некорректные отправки данных, и именно в этой области состояние оборудования и отклонение на стороне пула действительно взаимосвязаны. Агрессивные настройки частоты или напряжения, повышенная температура чипа, нестабильное электропитание, повреждённые платы и несовместимость прошивки — всё это может сначала проявляться в телеметрии оборудования, а позже совпадать с ростом отклонений недействительных шар.\n\nЭта взаимосвязь работает только в одном направлении с точки зрения диагностики: наличие аппаратных ошибок делает проверку недействительных шар целесообразной, но не доказывает, что одновременный рост устаревших (stale) шар вызван именно оборудованием. Устаревшие и недействительные шары следует анализировать отдельно, даже если они возникают в один и тот же период.\n\n## Когда отклонение шар не является аппаратной проблемой\nУстаревшие (stale) шары — самый наглядный пример категории отклонений, которая, как правило, не связана со здоровьем чипа. Когда сеть Bitcoin формирует новый блок, предыдущее задание для майнинга устаревает, и пулы распределяют новое задание на основе актуальной вершины цепи, чтобы майнеры продолжали работать над действительной целью (Bitcoin Developer Guide, Mining). Если соединение майнера с задержкой доставляет это обновлённое задание, либо если отправленное им решение приходит уже после того, как пул перешёл на новое задание, пул отклоняет в остальном действительное доказательство выполнения работы (proof of work) как устаревшее.\n\nТакая ситуация может одновременно затронуть несколько в остальном исправных майнеров на одной площадке, что является полезным диагностическим признаком: аппаратный сбой обычно изолирован одним устройством, тогда как общий сетевой маршрут, адрес подключения к пулу (endpoint) или проблема маршрутизации могут одновременно повысить число устаревших шар у многих воркеров. Рекомендации ViaBTC по снижению числа устаревших шар указывают именно на выбор endpoint пула и сетевую маршрутизацию, а не на состояние чипа, как на основные области для проверки при данном типе отклонений (ViaBTC).\n\n## Сравнение локального хешрейта и хешрейта, отображаемого пулом\nЛокальный хешрейт ASIC и хешрейт, который показывает пул, измеряются по-разному, и их не следует сравнивать как одну и ту же величину. ASIC сообщает о собственной активности, используя логику, заданную прошивкой, и период усреднения, который не унифицирован между моделями. Пул же, напротив, оценивает хешрейт на основе шар, полученных за собственное окно отчётности.\n\nВ документации ViaBTC указано, что показатель хешрейта в реальном времени рассчитывается на основе предыдущих 10 минут, а показатель суточного хешрейта — на основе предыдущих 24 часов (ViaBTC). Майнер, который перезапускался, переподключался или испытал кратковременный всплеск отклонений в пределах этого окна, покажет более низкое значение хешрейта, оцененное пулом, даже если его текущий локальный хешрейт уже вернулся к норме. Прежде чем делать вывод, что расхождение отражает аппаратную проблему, убедитесь, что оба показателя охватывают сопоставимые временные окна и что этот период не включает перезапуск, простой или недавнюю смену endpoint.\n\n## Расчёт процента отклонений — с осторожностью\nКогда пул отображает число принятых и отклонённых шар за один и тот же определённый период, можно рассчитать базовый процент отклонений следующим образом:\n\nБазовый процент отклонений = Число отклонённых шар ÷ (Число принятых шар + Число отклонённых шар) × 100\n\nЭто диагностический показатель на основе количества, а не стандартная метрика доходности. Он имеет смысл только в том случае, если суммы принятых и отклонённых шар охватывают один и тот же период и сопоставимые категории, и предполагает одинаковую сложность шар среди учитываемых шар; если сложность шар различается, базовое количество не будет отражать ту же долю от общего объёма выполненной работы, что и показатель, взвешенный по сложности. Процент отклонений не следует напрямую интерпретировать как предполагаемый процент потери дохода в BTC, поскольку метод выплаты, тип отклонения и способ учёта по-разному влияют на итоговый результат.

Практическая последовательность устранения неполадок

  1. Сначала изучите конкретную причину отклонения, указанную пулом, прежде чем реагировать на общий процент отклонённых шар.
  2. Определите масштаб проблемы: затронут ли один воркер, одна стойка или вся площадка целиком.
  3. Проверьте собственную страницу состояния майнера и логи — количество чипов, состояние плат, температуру, скорость вентиляторов, сообщения блока питания и недавние перезагрузки.
  4. Проверьте, что изменилось в последнее время — обновление прошивки, изменение частоты или напряжения, работы по охлаждению, изменения в сети или новый адрес пула.
  5. Для устаревших (stale) шар начните с проверки соединения: убедитесь в актуальности задокументированных адресов пула и сравните эквивалентные периоды работы, прежде чем делать вывод об аппаратной причине.
  6. Для недействительных (invalid) шар проверьте охлаждение, подачу питания, версию прошивки и недавние изменения настроек; при необходимости возврат к ранее стабильной конфигурации может помочь изолировать переменную, вызвавшую проблему.
  7. При отсутствующих чипах, отсутствующих платах, постоянном тепловом отключении или сбоях блока питания следуйте задокументированному производителем процессу диагностики и ремонта, а не рассматривайте это состояние как проблему с подключением.

Заключение

Аппаратная ошибка — это свидетельство, зафиксированное самим майнером. Отклонённая шара — это решение, принятое пулом. У этих двух явлений может быть общая первопричина, но часто это не так, и диагностика по одному и тому же чек-листу приводит к напрасным усилиям — например, к перепрошивке из-за проблемы с маршрутизацией или к поиску сетевой неисправности при реально выходящей из строя хешборде. Причина отклонения, собственные логи майнера и сопоставленное окно измерения вместе дают более надёжную основу для диагностики, чем любой отдельный показатель, рассматриваемый изолированно.

Часто задаваемые вопросы

Означает ли высокое количество аппаратных ошибок (HW-error), что мой ASIC выходит из строя?

Не обязательно. Некоторые аппаратные ошибки могут возникать при нормальной работе на полной мощности и устраняться самим майнером без влияния на продолжение хеширования. Растущее количество ошибок в сочетании со снижением хешрейта, отсутствующей платой или тепловыми тревогами требует более пристального изучения; само по себе количество ошибок не подтверждает неисправность.

Являются ли устаревшие (stale) шары признаком аппаратного повреждения?

Как правило, нет. Устаревшая шара — это действительное доказательство выполнения работы (proof of work), отправленное для задания, которое пул уже заменил, что обычно связано с сетевой задержкой, потерей пакетов или задержкой доставки задания, а не с неисправностью на уровне чипа.

Почему хешрейт, сообщаемый пулом, отличается от моего локального хешрейта?

Эти два показателя используют разные методы измерения и разные временные окна. Локальный хешрейт отражает показание собственной прошивки ASIC; хешрейт, сообщаемый пулом, представляет собой оценку на основе шар за заявленный период отчётности пула. Временное расхождение после перезапуска или переподключения само по себе не указывает на аппаратную проблему.

Может ли процент отклонённых шар сказать мне, сколько дохода в BTC я потерял?

Не напрямую. Исходный процент отклонения — это диагностический показатель, основанный на количестве, который предполагает равную сложность шар и сопоставленный период отчётности; он не преобразуется в точную сумму дохода без учёта типа отклонения, метода выплаты и вариации сложности шар.

Что следует проверить в первую очередь, если количество недействительных шар увеличивается после изменения настроек?

Проверьте температуру чипов, настройки частоты и напряжения, подачу питания и совместимость прошивки, а также рассмотрите возврат к последней известной стабильной конфигурации перед тестированием дальнейших изменений.

Источники