Оновлення LuxOS додає підтримку S21++ і підписаний індекс OTA
Публікація джерела: 2026-09-21 · Редакційний аналіз опубліковано: 2026-09-23
Журнал змін від Luxor від 21 вересня додає нову підтримку плат S21++ і S19 XP Hydro, перевірку Ed25519 для індексів OTA та виправлення для nonce атрибуції, показників скорочення та націлювання на потужність.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Застарілий журнал змін програмного забезпечення
21 вересня Luxor опублікував запис журналу змін LuxOS, в якому йдеться про підтримку апаратного забезпечення, безпеку оновлень, температурні параметри за замовчуванням і кілька операційних виправлень. Запис є приміткою до випуску постачальника, а не незалежним тестом продуктивності ASIC.tools. Він не обіцяє певного хешрейту, підвищення ефективності чи прибутку для кожного встановлення. Оператори повинні ідентифікувати свою модель майнера, плату керування, пристрій NAND і версії хеш-панелі, перш ніж розглядати лінію підтримки відповідно до обставин. Сама по собі назва сімейства моделі може приховати несумісні плати, а успішний запуск інсталятора не доводить, що конкретну комбінацію обладнання перевірено.
Підтримка нової плати та інсталятора
Оновлення додає підтримку для машин Antminer S21++ з хеш-панелями A3HB70705 і S19 XP Hydro з хеш-панелями HHB56611. Підтримка інсталяторів також вказана для майнерів Bitmain AML з Winbond W29N01HV NAND і для одногібібітних плат керування NAND, які використовуються в обладнанні S19 XP. Це точні ідентифікатори компонентів. Перед перепрошиванням сфотографуйте мітки плати керування та хеш-панелі, запишіть стандартну версію мікропрограми та порівняйте фактичне маркування NAND. Вибір образу, призначеного для майнера з аналогічною назвою, може призвести до того, що пристрій не завантажиться або не зможе ініціалізувати свої плати.
Термічні обмеження були узгоджені зі складом
Luxor підвищив порогові значення плати S21+ за замовчуванням до 75 C hot і 80 C panic з 65 C і 70 C, тоді як S21++ за замовчуванням зазначено як 72 C і 77 C. Обмеження чіпів S19 XP Hydro було змінено на 90 C hot і 95 C panic, щоб відповідати стандартам, а топологію S21+ Hydro було оновлено, щоб відповідати макету фізичної хеш-панелі. Більш високі межі не є рекомендацією для зменшення потоку теплоносія або ігнорування умов входу. Оператори повинні перевірити датчики, потік, температуру навколишнього середовища та поведінку відключення на одному пристрої, оскільки виправлене значення за замовчуванням може виявити слабкі сторони охолодження, які замаскував попередній консервативний поріг.
Підписання індексу OTA змінює довірчий шлях
Індекс бездротового оновлення тепер підписаний і перевірений за допомогою Ed25519. Це допомагає майнеру відхилити змінений індекс під час пошуку пакетів оновлень, за умови, що довірений ключ перевірки та реалізація самі по собі залишаються недоторканими. У журналі змін також зазначено, що інкрементні оновлення двійкової різниці було вилучено, тому тепер OTA завантажує повний пакет. Повні пакети можуть спростити перевірку та відновлення, але використовують більшу пропускну здатність і довше передаються. Розгортання парку все одно має перевіряти офіційне джерело, ідентичність пакета та період обслуговування; перевірка криптографічного індексу не захищає від вибору мікропрограми для неправильної плати.
Безкоштовна атрибуція та справність мікросхеми
LuxOS виправила помилку, через яку повторювані або несправні номери можна було приписати чіпу 0, а не чіпу, який повідомив про них. Це може призвести до того, що статистичні дані по чіпу та прапор перегляду стану чіпа chip 0 будуть неправильними. Після оновлення історичні тривоги не слід мовчки перетлумачувати як доказ того, що мікросхема 0 була справною або інша мікросхема була несправною; старі записи були створені за старою логікою атрибуції. Запустіть нове вікно спостереження, порівняйте прийнятний хешрейт на рівні плати з лічильниками на чіп і збережіть журнали попереднього оновлення. Виправлена діагностична мітка покращує пошук несправностей, але відхилення пулу, кабелі, напруга та температура залишаються окремими причинами для дослідження.
Задокументуйте інструкції постачальника щодо відновлення перед початком обслуговування. Якщо оновлення не вдається, ізолюйте уражений пристрій, збережіть журнали та ще раз перевірте ідентифікатор плати перед перепрошивкою. Швидкий відкат безпечніший, ніж багаторазове примусове встановлення образу, який може не відповідати встановленій платі керування.
Показники обмеження зберігають корисні температури
Виправлення показників зберігає дійсні показники температури з обмеженої плати, коли датчики продовжують надсилати звіти, коли хеш-панелі вимкнено. У примітках згадуються датчики плати Whatsminer, датчики води Antminer Hydro та датчики плати та інші постійно включені датчики. Ця відмінність має значення для автоматизованих систем автопарку: нульове хешування не обов’язково означає, що дані датчиків мають зникнути, а дані про температуру, що залишилися, не означають, що мікросхеми ASIC активні. Інформаційні панелі мають відображати робочий стан разом із температурою, потужністю та частками пулу. Правила сповіщень, написані навколо відсутніх показників, можливо, потребують перегляду, щоб заплановане скорочення не плутати зі збоєм телеметрії.
Не порівнюйте дві збірки прошивки лише за хешрейтом панелі. Використовуйте фіксований інтервал спостереження після теплової рівноваги та записуйте прийняті частки, відхилені частки, енергію настінного лічильника, температури, потужність вентилятора чи насоса та будь-яке автоматичне відновлення. Якщо налаштування є адаптивним, зберігайте ту саму цільову потужність і дозвольте обом збіркам завершити свій звичайний період навчання. Зверніть увагу на зміни в назвах датчиків або полях API, перш ніж зробити висновок, що показник покращився. Якщо потрібен відкат, відновіть мікропрограму та збережену конфігурацію, а потім підтвердьте, що майнер дійсно відновив запланований пул. Цей метод відокремлює реальну робочу зміну від округлення дисплея, ефектів розігріву чи іншої конфігурації.
Виправлення потужності та ініціалізації
Застосування профілю більше не запускає налаштування заново, якщо цільова потужність не змінюється. Виправлення зміни потужності запобігає невизначеному відскоку на мінімальному кроці частоти, зменшує крок наполовину після зміни напрямку та очікує свіжих даних хешборду перед кожним кроком. Luxor також каже, що хеш-панелі Whatsminer тепер правильно ініціалізуються після вимкнення живлення, пошкоджені завантаження оновлень відкидаються, а повідомлення ядра реєструються під час запуску. Ці зміни спрямовані на стабільність управління та діагностику, а не на гарантовану швидкість. Порівняйте потужність стіни, прийняті частки, тривалість зміни та кількість перезапусків до та після розгортання, використовуючи той самий профіль і температурні умови.
Оновлення також видаляє подію NOPIC_SHUTDOWN, коли захист без PIC вимкнено. Системи моніторингу повинні оновлювати відображення подій, щоб відсутність видаленого коду не розглядалася як помилка реєстрації. Перегляньте разом примітки постачальника та поведінку API, перш ніж змінювати сигнали тривоги.
Контрольний список безпечного розгортання
Резервне копіювання параметрів пулу, мережі та продуктивності; підтвердити точні ідентифікатори обладнання; і завантажувати лише через офіційний маршрут Luxor. Перевірте один некритичний майнер зі стабільним живленням і локальним доступом до відновлення. Після перезавантаження підтвердьте запущену збірку, усі хеш-панелі, кількість чіпів, поведінку вентилятора чи насоса, температуру, живлення стіни та прийнятні спільні ресурси. Дотримуйтеся принаймні одного повного циклу налаштування та одного планового скорочення, якщо сайт використовує реагування на попит. Потім розширюйте невеликими партіями, зберігаючи колоди. Примітки від 21 вересня документують значні зміни сумісності та цілісності, але кожна ферма залишається відповідальною за перевірку власної комбінації плати та робочого конверта.
Для записів парку зберігайте точну дату журналу змін, пакет інсталятора, контрольну суму зображення, ідентифікатори плати та час встановлення. Якщо майнер поводиться по-різному, ці деталі відрізняють регресію прошивки від апаратної варіації. Зберігайте шлях відновлення, який не залежить від тієї самої служби OTA, що діагностується, і не оновлюйте кожну плату керування одночасно. Підписаний індекс покращує перевірку автентичності, тоді як поетапне розгортання обмежує операційний вплив сумісної, але неочікуваної зміни.
Джерело: Luxor Technologies ↗
Калькулятор майнінгу ↗
