Braiins предупреждает: новые прошивки Bitmain могут ограничивать стороннее ПО
Публикация источника: 2026-09-18 · Редакционный анализ опубликован: 2026-09-20
Сообщение от 18 сентября — предупреждение поставщика, а не доказательство проблемы в каждой модели или сборке. Разбираем безопасное обновление парка, пока проверка продолжается.
Анализ и практические выводы
В этом разделе — наш анализ и условные расчёты, отдельно от сообщения источника.
Что именно опубликовала Braiins
18 сентября 2026 года Braiins опубликовала короткое предупреждение с просьбой не обновлять штатную прошивку Bitmain до новейшей версии. Компания заявила, что некоторые недавние заводские релизы могут ограничивать установку стороннего ПО, и отдельно посоветовала владельцам S21 на Braiins OS не возвращаться на последний stock-образ. Braiins сообщила, что продолжает расследование. Это предупреждение поставщика альтернативной прошивки, а не бюллетень Bitmain, полный список затронутых моделей или доказательство для каждого нового файла.
Что пока неизвестно
В сообщении нет имени файла Bitmain, времени сборки, контрольной суммы, семейства control board или воспроизводимого теста. Не уточняется, относится ли ограничение к web-обновлению, SD-восстановлению, сервисным инструментам, политике подписанных образов либо только к одному пути миграции. Braiins также не утверждает, что нарушены майнинг, соединение с пулом или безопасность штатной прошивки. Пока нет матрицы моделей и сборок, нельзя превращать узкое предупреждение в универсальный вывод. Перед изменениями зафиксируйте точную версию и плату каждого устройства: одинаковая модель может поставляться с разными платами.
Почему незапланированное обновление рискованно
Обновление ASIC-прошивки — не косметическая операция. Оно может менять проверку загрузки, правила downgrade, хранение конфигурации, вентиляторы, температурную защиту, API и инструменты, которые принимает плата. Если ферма обновит сотни устройств без теста, заблокированный откат способен привести к выездам техников, замене плат или длительному простою. Но полный отказ от stock-обновлений оставляет без исправлений безопасности и стабильности. Нужен управляемый процесс: сформулировать причину, ожидаемую пользу, сохранить доказательства и проверить обновление вместе с восстановлением на репрезентативном оборудовании.
Безопасная процедура canary
Выберите один-два некритичных майнера для каждой точной модели, платы и текущей сборки. Экспортируйте настройки пула и сети, сфотографируйте наклейки, сохраните идентификаторы прошивки и базовые accepted hashrate, мощность из розетки, температуру, обороты вентиляторов и rejected shares. Загружайте файл только из выбранного источника и запишите его hash. Обновляйте в смену с персоналом, затем проверьте cold boot, резервный пул, DHCP или static IP, мониторинг, тревоги и запланированный rollback. Одного входа в web-панель недостаточно. Проведите canary через обычный тепловой цикл и задайте условия остановки.
Восстановление нужно тестировать отдельно
Не считайте, что файл с названием recovery подходит каждой ревизии платы. Проверьте физический интерфейс, формат образа, носитель, ожидаемую индикацию LED и стирается ли конфигурация. Храните локально точные разрешённые stock- и альтернативные образы вместе с hash и инструкцией, соблюдая лицензии и условия производителя. Команда должна уметь найти майнер, адрес которого изменился после reset. Если откат требует неподдерживаемых обходов, неизвестных unlock-утилит или доступа непроверенной стороны, остановитесь и эскалируйте проблему. Время восстановления входит в окно обслуживания.
Контроль безопасности и происхождения
Риск цепочки поставок существует с обеих сторон. Stock-образ может изменить пути миграции; сторонний — добавить dev fee, удалённые сервисы или неподдерживаемое поведение. Используйте HTTPS-страницы производителя либо документированные репозитории, проверяйте подписи и checksum, ведите журнал согласования. Не принимайте архив только из личного чата без независимо проверенного hash. Отделите management network от публичного доступа, смените учётные данные после recovery и проверьте исходящие соединения и адреса пулов. Совместимость не доказывает целостность, а обещание производительности не заменяет security review.
Как принять решение сегодня
Если новый stock-релиз исправляет критичную проблему вашей фермы, получите точный changelog и спросите Bitmain и поставщика альтернативной прошивки об этой модели и плате. Проверяйте, а не угадывайте. Если срочности нет, пауза массового развёртывания до результатов Braiins — обратимое решение. Не делайте downgrade исправного парка только из-за поста. Для обновления нужны ответственный, утверждённый hash файла, результат canary, доказанный rollback и допустимая потеря хешрейта. Пересмотрите решение после появления данных по моделям или документа Bitmain.
Какие доказательства ждать дальше
Полезным продолжением будет не новое общее предупреждение, а воспроизводимая таблица: модель, control board, исходная и целевая сборки, метод установки, ошибка и подписанный либо захешированный тестовый файл. Changelog, ответ поддержки или обновлённая recovery-инструкция Bitmain дадут позицию производителя. Braiins может усилить заявление точными версиями и процедурой. До этого сообщение должно изменить осторожность обновлений, но не служит доказательством намеренного lock-in. asic.tools опубликует уточнение отдельно и сохранит формулировку источника от 18 сентября.
Какую запись сохранить для парка
Для каждого тестового устройства сохраните serial number, control-board ID, прошивку до и после, SHA-256 файла, source URL, оператора, время и измеренные результаты. Screenshots используйте как вспомогательство; текст и exported logs полезнее при инциденте. Свяжите запись с pool configuration и recovery media. Так предупреждение из соцсети превращается в управляемую инженерную реакцию, а будущее уточнение можно сравнить с собственными доказательствами.
Источник: Braiins ↗
Калькулятор майнинга ↗
