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

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

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

Что может влиять на фактический хэшрейт ASIC

Температура и airflow

Температура на входе, отвод горячего воздуха и работа охлаждения влияют на тепловые условия работы оборудования.

Питание

Общий уровень электропитания площадки, подключение и блок питания ASIC (PSU) нужно диагностировать отдельно.

Firmware и рабочий профиль

Один асик-майнер может работать в разных режимах мощности и производительности.

Состояние ASIC

Hashboard (вычислительные платы), чипы, вентиляторы, датчики и control board могут давать собственные ошибки и влиять на фактический хешрейт.

Почему заявленный хэшрейт ASIC и фактический результат могут отличаться

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

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

У разных моделей, включая Bitmain Antminer, производитель может указывать typical hashrate, rated hashrate, диапазон или допустимое отклонение. ASIC-майнер работает в рамках характеристик модели и выбранного режима, поэтому при диагностике сначала важно смотреть не на абстрактный «номинал», а на спецификацию модели и режим, в котором он работает.

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

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

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

Что означает заявленный хэшрейт производителя

Даже внутри одной линейки способ указания производительности может различаться. Поэтому нельзя использовать универсальное правило:

любой майнер обязан постоянно показывать ровно заявленное число TH/s.

Также нельзя автоматически переносить допуск одной модели на другую.

Для сравнения нужно зафиксировать:

• конкретную модель;
• показатель из её спецификации;
• рабочий профиль;
• диапазон или tolerance, если его указывает производитель.

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

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

Показанные допуски относятся только к указанным моделям. Для другой модели нужно использовать её собственную спецификацию.

Какой хэшрейт сравнивать при диагностике

Вторая частая ошибка — сравнивать показатели, которые рассчитываются по-разному.

Нужно разделять как минимум:

• текущий хешрейт ASIC;
• средний хешрейт за выбранный период;
• хешрейт на пуле (pool-side hashrate).

Для диагностики сравнивают одинаковые метрики за сопоставимые интервалы.

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

Как температура влияет на хэшрейт ASIC

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

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

При этом универсального температурного порога, который можно было бы перенести на любой асик-майнер, нет. Конкретные значения и поведение нужно проверять для соответствующей модели.

Температура воздуха и температура компонентов — разные показатели

При диагностике полезно разделять несколько уровней:

температура помещения → температура воздуха на входе майнера → тепловой режим устройства → показания отдельных компонентов.

Эти показатели связаны, но не взаимозаменяемы.

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

Поэтому одной цифры вроде «температура в ЦОД — X градусов» недостаточно, чтобы объяснить изменение этого показателя.

Что происходит при перегреве

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

В зависимости от устройства это может проявляться как:

• температурное предупреждение;
• изменение производительности;
• ошибка;
• restart;
• прекращение хеширования.

Если снижение этого показателя повторяется после прогрева, сопоставляют температурные показатели с состоянием охлаждения, ошибками устройства, restart и временем изменения хешрейта.

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

Почему нормальная температура помещения ещё не гарантирует нормальные условия для ASIC

Общая температура помещения не описывает условия на входе этого оборудования. Для этого отдельно оценивают inlet, exhaust и фактический воздушный поток через устройство.

Именно это — следующий уровень диагностики.

Воздушный поток: почему одинаковая температура площадки не означает одинаковые условия для ASIC

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

Упрощённо тепловой путь выглядит так:

inlet → ASIC → exhaust.

Устройство должно получать воздух на входе и отводить нагретый поток после прохождения через внутренние компоненты. Поэтому два майнера одной модели в одном помещении могут находиться в разных локальных условиях даже при одинаковой общей температуре.

Воздух на входе и горячий воздух на выходе

Со стороны inlet важно понимать, какой воздух фактически получает конкретное устройство.

Со стороны exhaust — насколько свободно нагретый воздух покидает ASIC и зону его размещения.

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

Рециркуляция горячего воздуха

Один из возможных сценариев — частичный возврат уже нагретого воздуха во входной поток.

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

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

Что может ухудшать airflow

При проверке воздушного охлаждения обращают внимание на:

• загрязнение радиаторов и других теплоотводящих элементов;
• препятствия на входе или выходе;
• работу вентиляторов;
• локальную рециркуляцию;
• различия между позициями размещения.

Каждый из этих факторов сам по себе ещё не гарантирует снижение хешрейта, но может ухудшать эффективность охлаждения и тепловой режим майнера. Как устроены воздушное и другие типы охлаждения ASIC, разобрано в материале о системах охлаждения ASIC.

Корректная причинная цепочка выглядит так:

условия airflow → тепловой режим ASIC → реакция устройства → возможное изменение этого показателя.

Два одинаковых майнера в одном помещении могут работать по-разному, если их фактические inlet и exhaust conditions различаются.

Следующий слой — питание. Здесь тоже важно разделять общий фактор площадки и состояние конкретного устройства.

Как электропитание и PSU влияют на стабильность хэшрейта

Фраза «ASIC плохо работает из-за электричества» не показывает, где именно находится источник проблемы.

Между электропитанием площадки и вычислительными платами устройства есть несколько уровней:

питание площадки → распределение → линия и подключение → PSU → hashboard.

Поэтому общее питание и работа блока питания ASIC (PSU) нужно рассматривать раздельно. Блок питания обеспечивает вычислительные платы энергией под нагрузкой, а в общей цепочке также оценивают силовые кабели, соединения и качество электропитания площадки.

Питание площадки и питание ASIC — разные уровни

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

Если отклонение относится к общему уровню, оно потенциально может затрагивать группу оборудования. Признаки нестабильного питания особенно важно сопоставлять сразу у нескольких майнеров одной секции.

Если проблема находится в блоке питания или соединении этого оборудования, соседние устройства могут продолжать работать штатно.

Поэтому при диагностике питания всегда важно уточнять:

общий фактор или проблема в самом майнере?

Почему проблема питания может выглядеть как проблема хэшрейта

Событие питания не обязано проявляться одним типовым симптомом.

Оно может сопровождаться:

• restart;
• ошибкой питания;
• нарушением работы части устройства;
• нестабильным состоянием ASIC;
• полной остановкой.

Если часть вычислительного контура перестаёт нормально участвовать в работе или устройство регулярно перезапускается, это отражается на локальном хешрейте.

Но универсальной зависимости вида:

изменение напряжения на X% = снижение хешрейта на Y%

для всех моделей нет.

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

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

При этом нельзя использовать универсальную формулу: «изменение напряжения на X% вызывает снижение хешрейта на Y%». Реакция зависит от модели ASIC, работы блока питания, рабочего режима и характера нагрузки.

Когда проверять общий фактор секции

Если нестабильно ведёт себя один асик-майнер, отдельно проверяют его цепочку, включая блок питания (PSU) и силовые соединения.

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

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

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

Firmware и operating profile: один ASIC может работать в разных режимах

Одинаковая модель майнера ещё не означает одинаковую фактическую конфигурацию.

Производительность устройства зависит не только от аппаратной части, но и от режима, в котором оно работает. Микропрограмма ASIC (firmware, прошивка), настройки рабочего профиля и мощность и параметры рабочего профиля могут менять рабочий хешрейт, мощность и потребление электроэнергии в пределах возможностей этой модели.

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

Отдельно проверяют настройки ASIC-майнера: рабочий профиль, параметры мощности и конфигурацию оборудования.

Почему одинаковая модель не означает одинаковую конфигурацию

Между двумя устройствами могут различаться:

• версия прошивки (firmware);
• performance mode;
• power target;
• настройки рабочего профиля;
• параметры частоты и напряжения;
• режим после запуска или restart.

Некоторые из этих параметров способны непосредственно влиять на рабочий хешрейт. Если майнер работает в другом performance mode, сравнивать его результат с устройством в ином профиле без поправки на настройки некорректно.

Поэтому два аппарата одной модели нельзя автоматически считать находящимися в одинаковом режиме эксплуатации.

Что нужно выровнять перед сравнением двух площадок

Минимально контролируемый набор:

одна модель → сопоставимая версия прошивки → сопоставимый рабочий профиль → сопоставимое состояние ASIC → сопоставимое окно измерения.

Только после этого имеет смысл сравнивать:

• тепловые условия;
• питание;
• эксплуатационные события.

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

Почему нельзя сравнивать разные operating profiles

Если производитель предусматривает режимы с разным target hashrate и энергопотреблением, рабочий профиль становится отдельной переменной сравнения.

Нельзя одновременно изменить:

• среду;
• режим ASIC;

а затем объяснять получившуюся разницу только средой.

Для диагностики важен принцип:

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

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

Если конфигурация сопоставима, следующий слой — технические параметры оборудования.

Состояние самого ASIC: hashboard, chips, fans, sensors и control board

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

В самом майнере проверяют:

PSU → control board → платы/чипы → sensors/fans → системные ошибки.

Задача здесь не разбирать ремонт оборудования, а определить, есть ли внутреннее отклонение, которое объясняет изменение этого показателя.

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

Когда проблема относится к одному устройству

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

Это не доказывает наличие аппаратной неисправности, но делает причины на уровне оборудования более приоритетными для проверки.

Hashboard и chips

Суммарный локальный хешрейт формируется работой вычислительного контура ASIC.

Если часть вычислительных плат ASIC (hashboard) или чипов фактически не участвует в хешировании, локальная производительность оборудования будет ниже, чем при работе полного вычислительного контура.

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

В ремонтную диагностику здесь не уходим и не используем универсальную формулу:

одна плата отсутствует = всегда минус треть хешрейта.

Конфигурации и поведение моделей различаются.

Ошибки hashboard могут напрямую отражаться на локальном хешрейте, если часть вычислительного контура ASIC перестаёт работать штатно или определяется с ошибками.

Вентиляторы и датчики

Для ASIC с воздушным охлаждением работа вентиляторов входит в тепловой контур устройства.

Если майнер фиксирует fan error и он совпадает с изменением теплового состояния и этого показателя, это становится важным диагностическим сигналом на уровне самого устройства.

Механику airflow здесь повторно не разбираем.

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

Control board, системные ошибки и restart

Не каждая нестабильность связана с hashboard.

Системные ошибки, проблемы control board, некорректное обнаружение компонентов или повторные restart также относятся к диагностике самого оборудования.

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

Формат, набор кодов и доступные диагностические данные зависят от производителя, модели и версии прошивки.

Теперь можно перейти от отдельных причин к сравнению устройств между собой.

Почему два одинаковых ASIC могут показывать разный локальный хэшрейт

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

Главная задача — сделать сравнение контролируемым.

Что должно быть одинаковым для корректного сравнения

Одного совпадения модели недостаточно.

Нужно сопоставить:

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

Основные технические механизмы уже разобраны выше. Здесь важен другой вопрос:

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

Если они различаются, влияние площадки нельзя отделить от влияния самого майнера.

Что относится уже к условиям площадки

После выравнивания параметров самого устройства сравнивают:

• тепловые условия;
• питание;
• размещение;
• совпадающие по времени эксплуатационные события.

Само наличие различий ещё не устанавливает причинность.

Например:

на площадке A температура на входе ниже, а локальный хешрейт выше.

Это ещё не доказывает, что разницу вызвала именно температура.

Нужно проверить, воспроизводится ли связь во времени и не менялись ли одновременно другие параметры.

Поэтому сравнение площадок используется для сужения круга гипотез, а не как автоматический способ назначить причину.

Как использовать соседние ASIC как контрольную группу

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

Один ASIC отличается

Если один аппарат устойчиво отличается от соседних майнеров той же модели при сопоставимых условиях, сначала проверяют само устройство.

Это сценарий «сначала устройство».

Он не означает, что ASIC обязательно неисправен. Индивидуальная причина просто становится более приоритетной гипотезой.

Похожее изменение возникает у группы ASIC

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

Одновременность не доказывает конкретную общую причину, но делает её более рациональным направлением проверки.

Один и тот же ASIC ведёт себя иначе после переноса

Перед выводом нужно исключить изменения:

• firmware;
• рабочего профиля;
• состояния ASIC;
• обслуживания между измерениями;
• окна оценки хешрейта.

Если эти переменные сопоставимы, устойчивое изменение локального хешрейта после переноса становится основанием внимательнее сравнить эксплуатационные условия двух площадок.

Но и такой результат не доказывает автоматически, какой именно внешний фактор вызвал отличие.

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

Когда локальный хэшрейт нормальный, а пул показывает меньше

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

Это не доказывает, что оборудование и инфраструктура полностью исключены, но делает чисто аппаратную причину внутри устройства менее вероятной. На этом уровне дополнительно проверяют настройки пула и параметры подключения, не превращая эту статью в отдельное руководство по pool-side диагностике.

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

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

Если отклонение связано с передачей работы, сетевой задержкой, rejected и stale shares, дальнейшая диагностика относится уже к материалу про сеть и pool-side hashrate.

На этом pool-ветка в этой статье заканчивается.

Дальше соберём основные проверки в единый диагностический маршрут.

Как определить причину падения хэшрейта: диагностическая цепочка

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

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

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

Шаг 1. Определить уровень отклонения

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

Эта развилка определяет дальнейший маршрут диагностики.

Шаг 2. Проверить состояние вычислительного контура ASIC

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

Главный вопрос:

ограничение уже возникает внутри самого майнера или нет?

Шаг 3. Сопоставить хэшрейт с температурными событиями и состоянием охлаждения

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

Одна высокая температура сама по себе ещё не устанавливает причину.

Шаг 4. Проверить firmware и рабочий профиль

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

Если микропрограмма ASIC (firmware, прошивка), настройки или рабочий профиль изменились, часть расхождения может объясняться режимом работы самого оборудования.

Шаг 5. Проверить события питания и restart

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

Шаг 6. Сравнить устройство с соседними ASIC

Нужно определить:

• отклоняется один аппарат;
• или похожее изменение одновременно наблюдается у группы.

Такое сравнение не доказывает причину, но помогает выбрать следующее направление проверки.

Шаг 7. При нормальном локальном хэшрейте перейти к сети и пулу

Если локальная производительность соответствует ожидаемому уровню, дальнейшая диагностика относится уже к соединению, сети и данным на стороне пула.

Главный принцип: сначала определить уровень, на котором впервые появляется отклонение, и только после этого искать конкретную причину.

Алгоритм показывает, что проверять. Но для определения причины часто нужен ещё один слой — понять, что произошло раньше, а что позже.

Временная корреляция: как понять, что произошло первым

Один скриншот редко позволяет установить причину снижения хэшрейта.

Допустим, в момент проверки одновременно видно:

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

Из такого снимка нельзя понять, какая последовательность привела к текущему состоянию.

Возможны разные сценарии:

температура выросла → изменился режим работы майнера → снизился хэшрейт;

или:

возникла другая ошибка → майнер перезапустился → после restart одновременно изменились и температура, и отображаемый хэшрейт.

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

Почему одного снимка метрик недостаточно

Совпадение двух признаков в один момент показывает корреляцию, но не устанавливает направление причинной связи.

Например:

высокая температура + низкий хэшрейт

ещё не отвечает на вопросы:

• температура появилась раньше или позже снижения хэшрейта;
• было ли между этими событиями изменение работы вентилятора;
• возникала ли ошибка hashboard;
• был ли restart;
• повторяется ли эта последовательность при следующем событии.

Чем больше таких сигналов можно привязать к точному времени, тем легче исключать альтернативные объяснения.

Какие события нужно сопоставлять

Для одной диагностической временной линии полезно собрать:

• локальный хэшрейт;
• статус hashboard;
• температурные показатели;
• работу вентиляторов;
• ошибки устройства;
• события питания;
• restart;
• время изменения конфигурации, если она менялась;
• при необходимости — показатель на стороне пула;
• точные timestamps.

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

Как выглядит диагностическая цепочка

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

Другой сценарий:

Временная последовательность помогает построить и проверить диагностическую гипотезу, но сама по себе не превращает корреляцию в доказанную причинность.

Где заканчивается Hosting и начинается ASIC или Pool

Техническая диагностика и договорная ответственность — разные задачи. Сначала важно определить, где в системе возникает отклонение.

Что относится к условиям площадки

На уровне площадки находятся общие для оборудования эксплуатационные условия: питание, тепловая среда, размещение и сетевой контур.

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

Что относится к самому ASIC

На уровне асик-майнера находятся его аппаратная и программная конфигурация: PSU, вычислительные платы, вентиляторы, датчики, control board, firmware и рабочий профиль.

Если отклонение устойчиво относится к одному устройству, этот уровень получает больший приоритет диагностики.

Что относится к сети и пулу

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

С чего начинать проверку по симптому

Технический источник проблемы и договорная ответственность — разные вопросы.

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

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

Вопросы и ответы