Последний релиз

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

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

Интереснее — условные правила. Здесь ценность не в экономии времени, а в скорости реакции. Pulse следит за состоянием устройств в реальном времени и реагирует на отклонение: статус ушёл в Error, температура превысила порог, эффективность хешрейта просела, вентиляторы работают на пределе. Условие удерживается заданное время перед срабатыванием (чтобы не реагировать на кратковременный всплеск), а между повторными срабатываниями действует cooldown — отдельно для каждого устройства.

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

Конструктор условных правил автоматизации с настройкой триггеров и cooldown-периода

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

• Exact — нужен конкретный пресет для конкретной модели? Задаёте один раз, применяется ко всей выборке этой модели.
• Gradient — управляете разнородным флотом и хотите выровнять его по общему уровню нагрузки (от Eco до Max), не разбираясь с каждой моделью отдельно.
• Relative — реагируете на ситуацию и хотите просто сдвинуть текущие настройки на несколько шагов вверх или вниз, не задумываясь, какой именно пресет стоит сейчас.

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

Операция поддерживает условия отбора. В alpha2 это были Status и Temperature, в alpha3 добавились Hashrate Efficiency (отношение фактического хешрейта к идеальному для текущего пресета) и Power (фактическое потребление со стены). Практический смысл: можно применить более агрессивный пресет только к устройствам, чья эффективность уже упала ниже 90%, а исправные оставить как есть — точечное действие вместо блочного.

Тот же блок условий в alpha3 подключили и к групповой настройке охлаждения (Thermal config) — не заново изобретённая логика, а переиспользованная.

Диалог групповой настройки производительности с возможностью условного отбора устройств

Когда на обслуживание отправляется сразу группа устройств (например, вся стойка), каждое из них теперь получает собственную независимую сессию со своим идентификатором, даже если причина указана одна на всю группу. История ремонта каждого конкретного устройства остаётся точной и отделимой от истории соседей — критично для операторов, которые ведут учёт обслуживания по каждой единице, особенно в хостинг-модели.

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

Filter Presets — если вы каждый день открываете один и тот же набор фильтров («воркеры этой модели с ошибками», «нестандартная прошивка на площадке»), то раньше эту комбинацию нужно было пересобирать заново при каждом заходе. Теперь она сохраняется в именованный пресет и вызывается одним кликом. Пресеты общие в рамках площадки — настроил один раз, всей команде доступен.

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

Выгрузка списка устройств в формате CSV или XLSX с настройкой выгружаемых колонок

Серийные номера в режиме Custom mode и в экспорте — два типа данных сразу: серийный номер контрольной платы и серийники каждой из хеш-плат (Board 1/2/3 S/N). Раньше эти данные были видны только по одному устройству за раз. Теперь их можно вывести колонками сразу по всему парку — это прямо закрывает болезненный сценарий: сверка серийников для гарантийной претензии поставщику по партии оборудования, без необходимости открывать карточку каждого устройства отдельно.

Отображение серийных номеров хеш-плат в таблице устройств и быстрая загрузка пресетов фильтрации

Групповое управление заметками — назначить или очистить заметку сразу нескольким выбранным устройствам одной операцией. Мелочь по объёму работы, но именно такие мелочи накапливаются в ощутимую рутину на парке в тысячи машин.

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

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

Отдельная карточка системного пула DevFee в деталях устройства

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

Теперь базовые операции — Pause, Resume, Reboot, смена пароля, смена пулов — работают для WhatsMiner через нативный API вендора, точно так же как для HashCore Firmware и Bitmain. Для операторов со смешанным парком (а таких большинство на рынке) это устраняет неудобную реальность, где часть оборудования управляется из единого интерфейса, а часть требует отдельного захода.

Оба релиза объединяет одна логика: убрать из работы оператора то, что можно и нужно делать автоматически или массово, не жертвуя при этом контролем и точностью учёта. Каждое действие остаётся видимым в Activity Center с полной историей, а данные по каждому устройству — включая обслуживание и серийные номера — остаются точными даже при массовых операциях.

Pulse в статусе alpha — мы строим платформу вместе с теми, кто на ней работает. В разработке уже сейчас: пресеты пулов, группировка устройств, трекер технических проблем, роли и права доступа, отчёты, оповещения по email и в Telegram, а также встраивание агента непосредственно в прошивку HashCore.

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

Регистрация: https://hashcore.com/ru/pulse