Bitaxe Naja поєднує два BM1340 у відкритій двочиповій конструкції

Naja демонструє складнішу топологію живлення й обміну даними для двох ASIC, зберігаючи відкриті вихідні файли.

Це не чергова обіцянка «більшого хешрейту», а конкретна зміна у відкритому проєкті, яку можна перевірити за кодом, релізом і журналом змін. Редакція розібрала, що саме відбулося, кому це важливо і де закінчуються підтверджені факти.

Що сталося

Bitaxe Naja — двочипова hardware-конструкція на BM1340. Порівняно з одночиповою платою інженеру потрібно врахувати розподіл струму між ASIC, послідовність ініціалізації, цілісність сигналу та нерівномірність охолодження. Офіційний репозиторій містить рендер та вихідні файли плати, тому ці рішення можна перевірити, а не лише побачити фінальний пристрій. Саме відкритість робить Naja корисним прикладом масштабування локального ASIC-проєкту.

Головне за хвилину

• Ключова зміна. Bitaxe Naja — двочипова hardware-конструкція на BM1340.
• Що було раніше. Порівняно з одночиповою платою інженеру потрібно врахувати розподіл струму між ASIC, послідовність ініціалізації, цілісність сигналу та нерівномірність охолодження.
• Практичний крок. Два чипи не означають автоматично подвоєну ефективність.

Чому ця новина важлива

Майнінгові системи працюють безперервно, тому навіть невелика помилка у протоколі, пам’яті, живленні або телеметрії з часом перетворюється на простої, неправильний облік чи зайве споживання. Тут важливий не рекламний відсоток, а передбачуваність: оператор має розуміти, що змінилося, як це перевірити і як повернутися до попередньої версії.

Коротко: Naja демонструє складнішу топологію живлення й обміну даними для двох ASIC, зберігаючи відкриті вихідні файли. Це технічна новина про продукт і його розвиток, а не прогноз курсу чи обіцянка окупності обладнання.

Що варто зробити користувачам

Два чипи не означають автоматично подвоєну ефективність. Загальне споживання включає втрати VRM, вентилятор і контролер, а слабший тепловий контакт одного ASIC може обмежити всю плату. Для тесту потрібні окремі температурні спостереження, стабільна напруга та тривалий run. Похідна конструкція має зберігати атрибуцію і CERN-OHL-S-2.0; виробник також повинен чітко відділяти власні модифікації від оригінального дизайну.

Перед зміною робочої конфігурації варто зробити резервну копію, зафіксувати поточні версії та підготувати шлях відкату. Код і бінарні файли потрібно брати з офіційного репозиторію, перевіряючи тег або commit. Короткий успішний тест ще не доводить стабільність під тривалим навантаженням.

Джерело й умови використання

Автори оригінального проєкту: Bitaxe Naja contributors. Матеріал редакційно переказано й адаптовано українською без копіювання великих фрагментів. Ліцензія першоджерела: CERN Open Hardware Licence Version 2 — Strongly Reciprocal. Якщо вона містить ShareAlike або strongly reciprocal, похідні ліцензовані файли поширюються на тих самих умовах.