Аудит открытого кода нашёл фиксированную прибавку к хешрейту в прошивке Bitfortun BS-1
Публикация источника: 2026-09-10 · Редакционный анализ опубликован: 2026-09-27
Проверка публичного кода обнаружила, что пути отображения Bitfortun BS-1 добавляют 400 GH/s к измеренному хешрейту, а минутная история имеет отдельную прибавку 0,4 TH/s. Основное API-значение, по отчёту, не изменено, поэтому его можно сверять с пулом и экраном.
Анализ и практические выводы
В этом разделе — наш анализ и условные расчёты, отдельно от сообщения источника.
Что обнаружила проверка кода
Solo Satoshi сообщил о фиксированных добавках в нескольких путях отображения публичной прошивки Bitfortun BS-1. В DisplayDriver::updateHashrate() к текущему хешрейту дважды прибавляется 400.0f: для эффективности и для числа на экране. В history.cpp минутное среднее возвращается с добавленными 0,4, а другая строка смещает новый буфер истории на 400 элементов. Автор проверял commit bbd42bc репозитория, созданного 12 августа 2026 года, и сравнивал его с указанным upstream NerdQAxe+.
Прибавка касается представления, а не доказанной работы
По отчёту, основное поле hashRate в /api/system/info не дополнено. Это важно: число на панели рассчитывает прошивка, а доход определяют валидные share, принятые пулом. Постоянная добавка может сделать локальный экран быстрее без единого дополнительного nonce. ASIC.tools не тестировал физический BS-1, поэтому вывод ограничен опубликованными путями кода и сравнением автора. Это не доказательство изменения записей пула, блоков Bitcoin или всех API endpoint.
Масштаб 400 GH/s
BS-1 продавался с ориентиром около 5,5 TH/s, поэтому 0,4 TH/s — примерно семь процентов номинала. Относительный эффект больше при сниженной реальной скорости и меньше при повышенной. Поскольку добавка постоянная, она может частично скрыть ухудшение из-за температуры или напряжения. Сам код не устанавливает намерение: это может быть оформление, тестовый остаток или ошибка. Но любой вариант требует удаления или ясного раскрытия, прежде чем экран можно считать измеренным хешрейтом.
Независимая опора — пул
Пул оценивает хешрейт по принятым share и их сложности. На коротком окне результат шумный, но он независим от локального экрана. Владелец может сравнить оценку пула за 24 часа и более, неизменённое API-поле и дисплей, одновременно проверяя rejected и stale share. Если экран при разных режимах остаётся примерно на 0,4 TH/s выше API, это соответствует опубликованному шаблону. Одного чтения недостаточно из-за случайности share, потери связи, прогрева и перезапусков.
Метод сравнения воспроизводим
Автор клонировал BS-1 на указанном commit, проследил вызовы к экрану и HTTP API, затем клонировал upstream и искал строки по всей истории. В upstream DisplayDriver вызывает getCurrentHashrate() без +400.0f, а указанные смещения не найдены. Сильный ответ производителя включал бы patch, tagged release, воспроизводимый binary и описание сырых, усреднённых и расчётных значений. Хеш commit нужно сохранять, поскольку изменяемая ветка может быть переписана после аудита.
Открытый код позволяет проверку, но не гарантирует честность
Публикация кода не предотвратила сомнительный расчёт, но сделала его видимым. Open source всё равно требует рецензентов, детерминированной сборки и способа доказать соответствие binary репозиторию. Производитель может публиковать одно дерево и поставлять другой образ или закрытые компоненты. Оператору нужны подписанные релизы, checksums, происхождение сборки и документированный rollback. Аудит исходников необходим, но не заменяет тест оборудования, внешний ваттметр и измерение на пуле.
Что владелец может проверить безопасно
Сначала зафиксируйте версию прошивки и конфигурацию, не меняя частоту и напряжение. Экспортируйте API-хешрейт, сфотографируйте экран и соберите accepted hashrate пула минимум за 24 часа. Запишите температуру, uptime, rejects и рестарты. Сравнивайте одинаковые единицы: 400 GH/s = 0,4 TH/s. Обновляйтесь только релизом для точной ревизии, проверяйте checksum и храните recovery image. Неизвестный community binary может быть опаснее косметического смещения.
Какие доказательства закроют вопрос
Полное исправление включает объяснение производителя, публичный patch, tagged source, совпадающие хеши binary и независимые измерения до и после. Интерфейс должен раздельно показывать оценку чипов, хешрейт по share и значение пула. До этого покупателю разумно считать цифру BS-1 на экране оценкой и использовать принятые пулом share для экономических решений. Этот случай напоминает: любое локальное значение эффективности является результатом программы, поэтому ферме нужны внешние измерения и аудит кода там, где он доступен.
Источник: Solo Satoshi / public source code ↗
Калькулятор майнинга ↗
