Кратко

  • В реестре RIPE под ключом ORG-NGA26-RIPE записана организация Nscale Glomfjord AS: Норвегия, номер компании 924 469 188, тип LIR, адрес Sam Eydes vei 47, 8160 Гломфьорд.
  • Стройка в Гломфьорде описана отдельно: 6,4 МВт из 30 рабочих, около шести месяцев отставания по данным Bloomberg, утечки в системе охлаждения и пожар трансформатора в декабре 2025 года. Ни одна цифра не выводится из реестровой записи, и наоборот.

Если вам нужно проверить, стоит ли за разговорами о вычислительных мощностях в Гломфьорде хоть какое-то юридическое лицо, реестр RIPE отвечает точно и быстро. Он даёт имя, страну, номер компании и улицу. Он не даёт ни одного мегаватта — и в этом весь смысл упражнения.

Потому что мегаватты в этой истории существуют. Просто живут они в другом документе.

Что именно записано

Поиск в базе RIPE по строке «nscale» возвращает объект организации с первичным ключом ORG-NGA26-RIPE. В нём указано: имя организации «Nscale Glomfjord AS», страна NO, регистрационный номер 924 469 188, тип организации LIR, адресные строки «Sam Eydes vei 47», «8160», «Glomfjord», «NORWAY» (поиск в RIPE Database).

Разберём слова, иначе запись читается как шифр. Организационный объект — это учётная запись юридического лица в реестре: имя, страна, номер компании, адрес. Она существует отдельно от любых блоков адресов, которые это лицо может держать. LIR, или локальный интернет-регистратор, — организация, которой региональный реестр разрешил держать и выдавать блоки интернет-номеров от собственного имени; как правило, это какой-то оператор связи. Тип LIR здесь описывает административные отношения с номерными ресурсами, а не ассортимент услуг и не мощность площадки.

Наконец, «AS» в названии компании — это норвежская форма общества с ограниченной ответственностью (aksjeselskap), а не автономная система. Автономная система (ASN) — это номер, который нужен сети, чтобы объявлять маршруты остальному интернету; в этой записи его нет.

Отдельно стоит сказать про адрес. Sam Eydes vei 47 в Гломфьорде — не абстрактная строка в базе. Это тот самый промышленный уголок Норвегии, где компания размещает свой первый в стране объект. Совпадение имени и улицы в реестре и в отраслевых публикациях — единственная причина, по которой эти два слоя вообще выглядят связанными.

Чего в записи нет

В этой пробе не удалось получить ни одного объекта ASN, inetnum, inet6num или route, который можно было бы отнести к ORG-NGA26-RIPE. Целевой запрос упал из-за доступности провайдера, поэтому отсутствие не доказано. Это открытая граница доказательств, и её стоит назвать один раз и не превращать в аргумент.

Иными словами: держит ли это норвежское лицо собственные блоки IPv4 или IPv6 и собственный номер автономной системы — не установлено. Ни в одном направлении. Ни «да», ни «нет».

Что запись доказывает, так это три вещи. Организация с названием Nscale Glomfjord AS и норвежским номером 924 469 188 действительно зарегистрирована в базе RIPE под ORG-NGA26-RIPE. У неё есть адрес в Гломфьорде и страна Норвегия. И она помечена как LIR — административная связь с номерными ресурсами, не более того.

Чего она не доказывает: что хоть какое-то количество вычислений включено, введено в эксплуатацию или продано; что этому лицу назначен блок адресов или номер автономной системы; что именно это норвежское лицо владеет площадкой, нанимает строителей или подписывает контракты с заказчиками; и когда запись появилась относительно этапов стройки. Хронология между регистрацией объекта, учреждением компании, строительством, первым включением и первой клиентской нагрузкой не установлена.

Это не придирка. Это ровно те вопросы, которые инвестор или контрагент задаёт первыми, и реестр на них не отвечает — не потому, что скрывает, а потому, что его предмет другой.

Слой стройки

Теперь документ, который отвечает на вопрос о мощности. DataCenterDynamics сообщает, что проект дата-центра Nscale в Гломфьорде отстаёт от графика примерно на шесть месяцев, ссылаясь на материал Bloomberg, основанный на людях, близких к проекту, и на публичных документах. В перечне препятствий — задержки строительства, местное регулирование, утечки в системе охлаждения и пожар трансформатора (DataCenterDynamics о задержке в Гломфьорде).

В том же материале источник, знакомый с проектом, возражает против причинной трактовки: пожар трансформатора произошёл в декабре 2025 года, и хотя распределительное устройство было уничтожено, временные генераторы поддерживали работу охлаждения, а задержки это не вызвало. Утечка была устранена в течение нескольких недель, система охлаждения была завершена более чем за три месяца до октября 2026 года, и клиенты не пострадали. То есть задержка зафиксирована, а её причина оспаривается внутри одной публикации. Это нормальная ситуация для стройки, а не противоречие, которое надо сглаживать.

Ещё две цифры оттуда же: из запланированных 30 МВт на площадке работает 6,4 МВт, а строителей размещают на плавучем отеле Kalmar. И ещё одна деталь, важная для понимания, как эта история будет читаться дальше: Nscale готовится к IPO, и в проспекте среди факторов риска указаны «задержки в строительстве» и «происшествия на стройплощадке».

Обратите внимание, чего здесь нет. Нет расшифровки, что именно означают 6,4 МВт: мощность подключения, ИТ-нагрузка, законтрактованная мощность или фактически потребляемая клиентами. Нет даты ввода остальных 23,6 МВт. Нет графика, к которому можно привязать «шесть месяцев». Всё это — важные пропуски, и они остаются пропусками.

Что компания говорит о своих площадках

Корпоративный сайт формулирует предложение так: «Purpose-built data centers engineered for AI», с атрибутами «Modular», «Liquid cooled», «Low PUE» (корпоративный сайт Nscale). PUE, или показатель эффективности использования энергии, — это отношение общего энергопотребления объекта к энергии, доставленной вычислительному оборудованию; чем ниже, тем меньше накладных расходов. Это заявление о дизайне, а не измерение конкретной площадки в конкретный месяц, и читать его надо именно так.

Здесь есть соблазн, от которого стоит удержаться. Маркетинговое описание («модульный», «жидкостное охлаждение», «низкий PUE») идеально подходит, чтобы подпереть рассказ о том, что «мощность почти готова». Но это описание продуктовой линейки. Оно ничего не говорит о том, работает ли охлаждение в Гломфьорде без утечек в этом квартале.

Спор в Ставангере, который нельзя пришить к Гломфьорду

Отдельная линия, которая легко смешивается с основной, — трудовой спор. The Next Web сообщает: инженер, работавший на площадке Nscale в Ставангере, подал иск против британской компании, утверждая, что его незаконно уволили и что его наняли через схему незаконного субподряда. Иск поддержан профсоюзом, подан 16 октября и называет субподрядчиком CloudBrothers. Истец требует компенсации и решения о том, что его следовало классифицировать как сотрудника Nscale, поскольку, по его словам, Nscale распределяла его ежедневную работу и смены (The Next Web о норвежском иске).

Тот же материал упоминает, что флагманская площадка в Гломфьорде отстаёт примерно на шесть месяцев после утечек в охлаждении и пожара — со ссылкой на Bloomberg.

Дальше начинается дисциплина. Ни один найденный источник не связывает ставангерский спор с Nscale Glomfjord AS или со стройкой в Гломфьорде. Это два разных места в Норвегии, две разные истории, и общий бренд не делает их одним делом. Использовать иск как доказательство проблем в Гломфьорде — значит подменять один факт другим, более удобным.

Почему эти два слоя путают

Механизм простой и очень человеческий. Административная готовность в реестре долговечна, публична и проверяема в один клик. Физическая готовность площадки приходит из репортажей, оспаривается и отстаёт. Оба слоя несут одно имя компании и один адрес — и потому слипаются в голове раньше, чем читатель успевает заметить подмену.

Слипание работает в обе стороны, и обе ошибочны. Реестровая запись не подтверждает мегаватты: наличие LIR означает право держать номера, а не работающее оборудование. Задержка стройки не отменяет регистрацию: юридическое лицо с номером компании и адресом существует независимо от того, успели ли смонтировать охлаждение в срок.

Есть и третий, менее очевидный эффект. Когда аналитик ищет доказательства, он обычно берёт то, что доступно, — а доступна запись в реестре. Отсюда рождается тихая ошибка: административный артефакт начинает исполнять роль подтверждения мощности. Именно поэтому стоит разделять вопросы явно. Что это за лицо, где оно и под какой юрисдикцией — реестр. Сколько вычислений реально работает — отчётность о стройке. Когда появится номер автономной системы и блоки адресов — тогда и появится отдельный, сетевой слой, которого сейчас нет.

Что делать с этой парой документов

Практический вывод не в том, что кто-то что-то скрывает. Он в том, что два разных вопроса требуют двух разных доказательств, и ни одно из них не заменяет другое.

Если вы оцениваете контрагента, начните с реестра: имя, номер компании, юрисдикция, адрес, тип организации — это проверяемая база, на которую можно ссылаться. Затем переходите к мощности и спрашивайте не «сколько заявлено», а «что означает эта цифра» — подключение, ИТ-нагрузка, контракт или потребление. Ответа на этот вопрос в публичном поле пока нет.

Если вы следите за проектом как инвестор, держите в голове, что проспект сам называет задержки строительства и происшествия на площадке факторами риска. То есть компания не прячет этот класс проблем — она его описывает в юридически значимом документе, что само по себе полезнее любого пересказа.

И последнее. Норвежское лицо в реестре — не шина, не фикция и не «оболочка». Это работающая административная единица с номером компании и адресом. Вопрос не в её добросовестности, а в границах того, что она подтверждает. Мотив не доказан ни в одну сторону, и выдумывать его не нужно.

Пока в реестре нет ни номера автономной системы, ни блоков адресов, привязанных к ORG-NGA26-RIPE, сетевая часть истории остаётся открытой. Это не пробел в расследовании, а честное состояние публичных данных на девятую неделю ноября 2026 года.

Запись о норвежском юрлице в справочнике BTW Только для Стратегического сообщества.