System uptime и hashing uptime: два разных показателя доступности ASIC

Коротко о событии

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

Подтверждённые факты

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

Что это меняет на практике

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

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

Что проверить владельцу парка

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

Вывод PUSHMINER

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

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