Bitdeer AI закріпила 65,1 МВт для A202 у Джохорі: підключення планують на 2027 рік
Публікація джерела: 2026-09-14 · Редакційний аналіз опубліковано: 2026-09-16
Десятирічна угода охоплює A202 у Малайзії. 65,1 МВт означають IT-навантаження; клієнтські контракти та портфель можливостей понад $7 млрд — окремі показники.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Інфраструктурна угода з майбутнім строком запуску
14 вересня Bitdeer повідомила, що її AI-напрям закріпив об’єкт A202 на 65,1 МВт у Джохорі, Малайзія, за десятирічною угодою про послуги дата-центру. Подачу живлення очікують у III кварталі 2027 року. Зазначені мегавати стосуються критичного IT-навантаження. Це домовленість про потужність із майбутнім етапом готовності, а не повідомлення про вже працюючі сервери. Для читачів, які стежать за диверсифікацією майнінгових компаній, головне — зрозуміти, яку частину обчислювального бізнесу закріплено і що ще потрібно до надання послуг клієнтам.
Потужність, клієнти та переговори
У релізі прямо зазначено, що на дату оголошення клієнтських зобов’язань щодо викупу послуг A201 або A202 ще не було. Портфель AI-cloud можливостей понад $7 млрд — оцінка керівництвом потенційних угод у переговорах, а не підписані замовлення чи отриманий дохід. Тому в обліку проєкту слід окремо показувати права на інфраструктуру, клієнтські контракти, надані послуги та отримані кошти. Велика цифра в одній графі не заповнює решту. Угода на отримання потужності дата-центру не означає, що всю цю потужність уже продано клієнтам.
IT-мегавати та показники лічильника
Різницю ілюструє незалежний умовний приклад. Для об’єкта з IT-навантаженням 10 МВт і припущеним PUE 1,20 загальна потужність становила б 12 МВт, із них 2 МВт — допоміжне споживання. За незмінного навантаження протягом 24 годин це 288 МВт·год. Ці числа не описують виміряну ефективність A202. PUE — відношення загальної енергії об’єкта до енергії IT за однакові межі обліку й період. На чисельник впливають охолодження, перетворення живлення та інші системи. Порівнювати лічильник майнінгового майданчика з паспортним IT-навантаженням GPU-центру без узгодження меж некоректно.
Щільність стійок додає обмеження
Припустімо, ті самі умовні 10 МВт IT розподіляють по 100 кВт на повністю завантажену стійку. Ділення дає 100 стійок до врахування інших обмежень. Це приклад обліку, а не запропонована конфігурація A202. Місце, підведення охолодження, мережа й доступ для обслуговування можуть обмежити розгортання раніше за електричний ліміт. Резервування також потребує окремого обліку: два резервні шляхи до одного навантаження не створюють автоматично подвійну потужність для продажу. Кількість стійок слід пов’язувати з доступним живленням і охолодженням за обраного рівня надійності.
Встановлене обладнання та оплачена робота
Ще один незалежний приклад: 100 однакових обчислювальних одиниць доступні по 24 години, тобто є 2400 одиниць-годин. За умовного 60% оплачуваного використання проста модель оплати за споживання дає 1440 оплачуваних одиниць-годин, а за 80% — 1920. Це не прогноз Bitdeer і не опис її тарифів чи контрактів. Резервування, фіксовані зобов’язання й погодинне споживання мають різну економіку. Практичний висновок для обліку: доступність та комерційне завантаження слід вимірювати окремо, бо встановити обладнання, забезпечити його роботу й продати цей час — різні етапи.
Охолодження й мережу треба випробувати разом
Саме підключення електрики не доводить готовності повної AI-послуги. Практичний план приймання мав би охоплювати електричний ланцюг, розподіл теплоносія, контроль витоків де застосовно, мережеві маршрути й робоче навантаження в заданих умовах. Окремо варто фіксувати реакцію на недоступність компонента чи зв’язку. Це редакційні інженерні критерії, а не твердження про дефекти проєкту. Для оператора з досвідом ASIC важлива зміна задачі: GPU-послугу оцінюють за потребами клієнта в обчисленнях і передачі даних, а не лише за кількістю ватів, які може отримати будівля.
Спільний кампус зберігає залежності
Розширення біля готової інфраструктури може спростити частину робіт, але спільні ресурси потрібно описати. Загальне живлення, ділянка охолодження або мережевий маршрут можуть стати спільним обмеженням. Корисно розрізняти наявне, законтрактоване й додатково потрібне обладнання та перевіряти вплив розширення на обслуговування й резерв можливостей. Це аналіз залежностей, а не твердження про конкретний дефект A202. Подібні будівлі кампусу можуть мати різні дати готовності; працююча сусідня будівля не доводить проходження випробувань наступною чергою.
Які етапи перевіряти надалі
Умови передачі, подачу живлення, введені IT-потужності, підписані клієнтські контракти й початок послуг варто відстежувати як окремі датовані події. Наступні оголошення слід порівнювати за цими категоріями, не додаючи показники різних стадій проєкту. Вереснева угода важлива для диверсифікації майнінгової інфраструктури, але не змінює хешрейт жодного ASIC і не встановлює актуальний тариф хостингу. Розрахунки статті — умовна редакційна аналітика. Архівні фото показують Джохор-Бару та техніка в NERSC, а не будівлю A202 або встановлене обладнання Bitdeer. Дата першоджерела — 14 вересня; наша публікація 16 вересня не змінює дату події.
Джерело: Bitdeer ↗
Калькулятор майнінгу ↗
