VNISH Ninja · Академия
Перед изменением прошивки ASIC: чек-лист доказательств и восстановления
До изменения прошивки заморозьте небольшой пакет доказательств: какое это устройство, какие байты планируются и кто отвечает за восстановление. Пакет не выбирает файл вместо оператора; он делает ошибочную догадку видимой до изменения майнера.

Рабочая методика
- Определите точную модель, submodel, тип охлаждения и платформу control board по read-only данным. Одного названия семейства S21 недостаточно.
- Сохраните текущую версию, security/lock state, нужную конфигурацию, снимки экрана и свежие логи. Секреты храните отдельно.
- Находите target только через актуальный маршрут VNISH для точной связки. Запишите имя, версию, размер, SHA-256, URL и время получения.
- До изменения опишите recovery: образ или метод, ответственного, зависимости доступа и условие запуска восстановления.
- Задайте STOP: несовпадение, UNKNOWN в обязательном поле, цикл перезагрузки, пропавшая плата или небезопасное охлаждение.
Разберём ситуацию
Учебная ситуация, а не результат реального клиента.
Рассмотрим условную передачу задачи: следующий оператор получает архив и сообщение «раньше всё работало». Недостающие сведения здесь важнее уверенного тона. О каком устройстве шла речь, каким было его начальное состояние и проверяли ли прежний результат после установки?
До любых изменений превратите такую передачу в небольшой пакет доказательств. Отдельно сохраните идентичность планируемой машины, наблюдения текущей прошивки и конфигурации, затем сведения о выбранном файле и его источнике. Добавьте разрешённый способ восстановления, необходимые для него ресурсы и ответственного за решение.
Экспорт конфигурации фиксирует настройки, но не становится автоматически полным образом для восстановления устройства. Пароли и другие секреты доступа должны находиться вне пакета, который передаётся для обсуждения. Если обязательный факт установить не удалось, напишите «неизвестно» и удерживайте изменение.
Для заполнения карточки не нужно открывать корпус или пробовать команду прошивки ради наблюдения за результатом. Полезный итог такой подготовки - понятное разделение проверенных фактов и оставшихся вопросов. Другой оператор сможет продолжить проверку, не повторяя исходные предположения и не принимая устное обещание за доказательство применимости.
В карточке также стоит различать исходный файл, планируемое действие и условия последующей приёмки.
Ограничения и стоп-условия
- Aftermarket-прошивка не производится и не одобряется BITMAIN. BITMAIN предупреждает, что неавторизованная прошивка или разгон могут привести к неисправности и повлиять на гарантию; действуют текущие условия и договор продажи.
- Не разбирайте майнер только ради определения платы, если доступен read-only способ.
- Не предполагайте универсальный rollback или восстановление гарантии после возврата на stock.
Повторно используемый артефакт
| # | Поле | Проверено | Доказательство / заметка |
|---|---|---|---|
| 1 | Идентичность устройства и платы | □ | |
| 2 | Before-state: снимки, конфигурация и логи | □ | |
| 3 | Target-файл и SHA-256 | □ | |
| 4 | Recovery owner, метод и зависимости | □ | |
| 5 | Окно изменения и явные STOP-триггеры | □ |
Скопируйте структуру в журнал изменения; не помещайте туда пароли, ключи и приватные данные доступа.
Термины этого материала
- Исходное состояние
- Записанное состояние устройства до планируемого изменения.
- Экспорт конфигурации
- Сохранённое представление настроек, объём которого нужно проверить.
- Зависимость восстановления
- Ресурс или условие доступа, необходимые выбранному способу восстановления.
Проверьте себя
Вопросы помогают проверить понимание. Они не дают разрешения на установку и не подтверждают результат работы.
Достаточно ли сообщения «раньше работало»?
Показать ответ
Нет. Нужны устройство, исходное состояние, файл, процедура и проверенный результат.
Экспорт настроек автоматически является образом восстановления?
Показать ответ
Нет. Это разные элементы подготовки.
Где хранить пароли и приватные токены?
Показать ответ
Вне передаваемого пакета, по принятому у оператора регламенту работы с секретами.
Первичные источники
- BITMAIN - generic online-upgrade precautions (updated 2026-03-03) Проверено 2026-09-10
- BITMAIN - read-only control-board information Проверено 2026-09-10
- BITMAIN - Product Warranty Проверено 2026-09-10
- BITMAIN - Malware and remote attacks Проверено 2026-09-10