Хешрейт пула ниже панели ASIC: когда искать неисправность

Сначала проверьте, какие величины сравниваются

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

Запишите названия полей и фактические интервалы. Укажите момент запуска и перезапуски: локальное среднее после нового старта нельзя без оговорки сравнить с суточной оценкой, включающей прежний простой. Не задавайте универсальный допустимый процент расхождения для всех устройств, прошивок и пулов. Сначала нужна методика выбранного сервиса.

Убедитесь, что worker принадлежит нужной машине

Сверьте алгоритм, адрес сервера и имя worker с настройками устройства. Если несколько ASIC используют одну запись, общий результат может скрыть проблему конкретного экземпляра. Для диагностики полезна поштучная связь между worker и серийным номером.

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

Посмотрите принятые и отклонённые решения

Показатели accepted, rejected и stale помогают описать, какие задания учитывались пулом. Их значения рассматривайте вместе с интервалом и методикой. Абсолютное число ошибок без объёма выполненной работы недостаточно для сравнения двух машин.

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

Сопоставьте падение с локальным состоянием

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

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

Меняйте условия последовательно

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

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

Подготовьте пакет для разбора

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

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

Пакет диагностики

Подготовьте сопоставимую пару наблюдений

Сделайте две записи за одинаковое окно: локальная статистика устройства и данные соответствующего worker. Добавьте время, часовой пояс, режим и события сети. Если отображаемый интервал неизвестен, запишите это как ограничение сравнения. Не усредняйте показатели разных алгоритмов или устройств в одно число для диагностики экземпляра. Перед обращением в сервис такая пара помогает сформулировать вопрос: расходится способ отображения, теряются принятые задания или машина действительно меняет рабочее состояние. Каждый вывод должен опираться на сохранённые данные, а не на слово «мало».