Один актив.
Две выручки.

Рекомендация

Итоговый инвестиционный вывод: формировать собственный модуль AuroraHQ до 1 MW ИТ-мощности как единый высокоплотный актив с двумя линиями выручки — colocation и GPU-owned — и с первого дня сохранять опционы расширения до 3 и 5 MW.

Это рекомендация в пользу реализации, а не продолжения общего исследования. Первый цикл должен получить два вида доказательств: договорный спрос на высокоплотный colocation и контрактную загрузку собственных GPU. Параллельно необходимо подтвердить участок и мощность, получить нормализованные котировки китайских поставщиков и локальных подрядчиков и превратить should-cost в бюджет. Модульность позволяет начать с 1 MW, не принимая обязательство сразу строить полный 5 MW-контур.

В colocation клиент сохраняет вычислительный актив, а AuroraHQ продаёт законтрактованный ИТ-kW, жидкостное охлаждение, сеть, размещение и эксплуатацию. В GPU-owned AuroraHQ покупает серверные узлы и продаёт зарезервированный кластер или GPU-час; эта линия имеет более высокий потенциал прибыли, но несёт риск загрузки, обновления и остаточной стоимости. Поэтому собственные GPU вводятся траншами и только под договор «бери или плати», резервирование или иной защитимый минимум выручки.

Исследование подтверждает существование рынка, дефицит свободной мощности и рост AI-инфраструктуры в ОАЭ. Новая гипотетическая модель уже показывает границы заработка в долларах США. Она не заменяет RFQ: расчётный China-route CAPEX, тариф colocation, загрузка GPU и долг пока являются допущениями. Следующий шаг — не ещё один общий обзор, а короткий коммерческий и закупочный цикл, после которого инвестор увидит не диапазон рынка, а цену конкретного объекта и контрактно поддержанный денежный поток.

Послевкусие решения: 75% за запуск / 25% риск исполнения

Соотношение 75/25 — управленческая оценка зрелости аргумента, а не статистическая вероятность успеха и не обещание доходности.

Вывод 75/25: неопределённость сосредоточена не в существовании рынка или идее продукта, а в четырёх получаемых входах конкретной сделки. Поэтому рациональный ответ — запускать коммерческое формирование Фазы 1 и использовать модульность для ограничения риска исполнения.

Карта решения

Почему две линии выручки идут вместе

Colocation оставляет вычислительный актив у клиента и концентрирует капитал AuroraHQ на повторяемой инфраструктурной платформе. Это наиболее устойчивый слой выручки, но при публичном ориентире USD 160/kW·мес его доходность сама по себе недостаточна для инвестиционной цели 15%.

Клиенту colocation предлагается не просто место в стойке, а согласованная граница сервиса: зарезервированная ИТ-мощность, инженерная совместимость, занимаемая площадь, подключение, мониторинг, координация инцидентов и изменений, техническая поддержка на площадке и пусконаладочные услуги. Энергия учитывается отдельно. GPU-owned использует тот же инженерный актив, но добавляет CAPEX на серверные узлы и выручку за зарезервированный кластер или GPU-час. Эта линия способна повысить blended return, если загрузка обеспечена договором. Поэтому первая очередь строится не как выбор «colocation или GPU», а как портфель: colocation закрепляет базу, GPU-owned занимает ограниченную долю мощности по мере получения контрактного покрытия.

Почему базой является собственный объект

Инвестиционная гипотеза теперь строится вокруг собственного высокоплотного объекта. Именно владение мощностью, жидкостным контуром и правом расширения создаёт актив, на котором можно одновременно продавать colocation и собственные GPU. Powered shell или партнёрская площадка могут оставаться резервным способом ускорить запуск, но не являются базовой экономикой презентации.

Китайская закупка не означает, что весь объект становится дешевле на один процент. Market benchmark делится на локально неизбежные работы и China-addressable equipment. В текущем should-cost закупаемый периметр составляет 54,45% строительной суммы; 25% сценарная скидка на этот периметр снижает CAPEX с USD 12,34 млн до USD 10,66 млн. Это рабочее допущение до получения заводских котировок и landed cost, а не обещанная цена поставщика.

Что уже видно из модели

Модель теперь считает три отдельных инвестиционных экрана в долларах США.[13]

Гибридный yield нельзя читать как гарантированную доходность капитала: CAPEX facility и GPU, темп загрузки и коммерческие ставки пока сценарные; debt service, оборотный капитал и обновление GPU не включены. Его задача — показать, при какой конфигурации проект способен пройти инвестиционный порог, и превратить неопределённость в конкретные вопросы рынку.

WTP (willingness to pay) — максимальная цена, которую конкретный покупатель готов принять за согласованный сервис. Для colocation она выражается в USD/kW·мес, для GPU-owned — в цене зарезервированного кластера или GPU-часа. Публичные цены Liwa и Lambda являются сравнимыми ориентирами, но не тарифом AuroraHQ, не котировкой ОАЭ на весь периметр и не обязательством клиента.

Пять результатов коммерческого подтверждения

Фаза 1 становится исполнимым проектом, когда собраны пять результатов:

1. два-три квалифицированных требования с BOM, kW, сроком и ценовым диапазоном;
2. одно или несколько условных писем о намерениях либо RFQ, пригодных для расчёта покрытия мощности;
3. сопоставимые предложения по площадке, мощности и инженерной совместимости;
4. законная договорная, налоговая, таможенная и экспортная структура сделки;
5. модель, в которой цена, загрузка, CAPEX/OPEX и финансирование проходят пороги владельца, а SLA закрепляет ответственность исполнителей.

Для каждого условия известны адресат, доказательство и опровергающий критерий. Кабинетное исследование не подменяет сделку, но уже определяет, какая сделка возможна и что должно оказаться правдой.

Вывод

Проект прошёл стадию идеи и готов к коммерческому подтверждению. Определены первая продуктовая линия, три маршрута реализации, инженерная цепочка, операционная гипотеза и расчётная модель. Теперь ценность создаётся не новым обзором рынка, а превращением целевых аккаунтов, площадок и поставщиков в датированные требования, предложения и условные обязательства.

Что это значит для решения

Партнёрам предлагается зафиксировать M01 / Фаза 1 до 1 MW как основной путь и перейти к 90-дневному циклу коммерческого подтверждения. Результатом цикла должен стать выбор маршрута площадки и пакет решения по первому модулю, а не очередная исследовательская записка.

AuroraHQ строит операторский бизнес

Предмет проекта — собственная операционная платформа AuroraHQ в ОАЭ. Компания отвечает перед клиентом за тот контур, который продаёт: требования к размещению, согласование инженерного интерфейса, коммерческую модель, приёмку, SLA, изменения и инциденты. Площадки, поставщики и интеграторы участвуют в цепочке, но не заменяют AuroraHQ как владельца ответственности перед клиентом.

Модель продажи оборудования исключена. AuroraHQ не должна становиться витриной чужого оборудования или передавать ключевую ответственность продавцу одного элемента решения. Оборудование, схема охлаждения, маршрут через OEM, альтернативные поставки и модель реализации — это входы в продукт, а не самостоятельный бизнес.

Что покупает клиент

В первой линии клиент владеет GPU-кластером. AuroraHQ продаёт:

• законтрактованную ИТ-мощность с согласованным графиком наращивания и сроком;
• место в стойках/занимаемую площадь и инженерную приёмку оборудования;
• измеряемую границу электроснабжения и охлаждения;
• сеть, межсоединения и согласованный доступ;
• мониторинг, координацию инцидентов и изменений, а также отчётность;
• отдельно определённые услуги технического персонала на площадке, монтаж и пусконаладку.

Основная единица продажи — законтрактованная ИТ-мощность в kW в месяц. Энергия по счётчику проходит отдельно. Загрузка GPU остаётся показателем клиента и не подменяет коммерческую загрузку AuroraHQ.

Четыре тезиса гипотезы

Первый: в ОАЭ существует развитая AI-экосистема и инфраструктура ЦОДов, поэтому специализированное высокоплотное размещение можно проверять на реальных покупателях и площадках.

Второй: модель с оборудованием клиента обратимее собственного GPU-парка, потому что отделяет риск площадки от загрузки и устаревания вычислительного актива.

Третий: преимущество возникает не из одной высокой плотности, а из сочетания закрепления мощности, границы электроснабжения и охлаждения, срока, сети и сквозной ответственности.

Четвёртый: первая очередь до 1 MW ИТ-мощности суммарно (решение владельца) должна оставаться опционом. 3 MW и 5 MW ИТ-мощности суммарно — только условные сценарии расширения (решение владельца); они не разрешают ранний капитал под риском и не доказывают площадочный или сетевой контур на 5 MW. Любое расширение требует доказанного спроса, площадки и мощности, финансирования и операционной готовности.

Проверяемые условия

Вывод

AuroraHQ предлагает понятный операторский бизнес с M01 в первой линии: клиентские GPU размещаются в договорно определённом высокоплотном контуре сервиса. Гипотеза привлекательна относительной обратимостью, но создаёт ценность только при сходимости покупателя, площадки, инженерии, права, экономики и операций.

Что это значит для решения

Инвестировать сейчас следует в доказательства, которые выбирают площадку и модель реализации. Если M01 не подтверждается на равном периметре, AuroraHQ должна переработать M01, выбрать «ждать»/M22 или остановить проект, а не расширять периметр до M02/M03 ради спасения исходной идеи.

ОАЭ уже являются действующим центром AI-инвестиций и инфраструктуры ЦОДов. В стране присутствуют крупные операторы, облачные и GPU-провайдеры, суверенные AI-программы и международные технологические партнёры. Покупателю не нужно объяснять саму категорию; необходимые поставщики и профессиональные сервисы в регионе существуют.

При этом публичные мощности нельзя сложить в одно безусловное число. Источники дают 358 MW, более 376 MW действующей мощности, 388 MW операционной мощности, 414 MW текущей мощности и 602 MW общей мощности (публичный ориентир), используя разные даты и определения.[2] Направление дефицита подтверждается оценками свободной мощности около 2.4% по ОАЭ, 3% по Дубаю и 1% по Абу-Даби (публичный ориентир).[2] Это оправдывает раннюю проверку мощности, но не доказывает наличие нужной стойки или спрос AuroraHQ.

Крупные программы показывают масштаб движения: Khazna QAJ1 заявлен как объект на 100 MW с жидкостным охлаждением; Stargate в ОАЭ — как программа до 1 ГВт с ожиданием первых 200 MW в 2026 году; Microsoft/G42 объявляли ещё 200 MW через Khazna; ORATIL заявляет кампус до 1 ГВт (публичный ориентир).[2] Эти значения относятся к планам и могут пересекаться. Их нельзя добавлять к действующей мощности.

Один из прогнозов показывает рост действующей ИТ-мощности Абу-Даби с 434 MW в 2025 году до 798 MW в 2026-м и 1,117 MW в 2027-м — публичный прогноз.[3] Для AuroraHQ отсюда следует конкретное окно: клиентам с готовым или заказываемым GPU-кластером нужен маршрут размещения, который одновременно закрывает высокую плотность, срок подключения, инженерный интерфейс и ответственность оператора.

Широкий тезис о пустой нише малого высокоплотного размещения GPU клиентов отвергнут: публичные предложения Miners Hub и Liwa уже показывают эту категорию.[2] Окно AuroraHQ должно быть уже: сочетание закрепления мощности, принятого BOM, границы электроснабжения и охлаждения, ясного срока и сквозной ответственности.

Вывод

ОАЭ дают AuroraHQ реальную инфраструктурную и клиентскую среду для запуска высокоплотного AI ЦОДа. Низкая доля свободной мощности делает ценными скорость закрепления подходящего контура и способность принять конкретный BOM. Крупный портфель новых проектов одновременно задаёт окно входа: первый модуль должен быть коммерчески подтверждён до того, как рост предложения усилит ценовую конкуренцию.

Что это значит для решения

AuroraHQ следует параллельно квалифицировать якорных покупателей и сравнивать площадки. Такой двухсторонний процесс превращает общий дефицит мощности в проверяемый продукт: кто размещает, какой BOM и срок нужны, какой объём можно законтрактовать и на каких условиях площадка готова его принять.

Покупатель сравнивает собственный или частный ЦОД, стандартное размещение, высокоплотное размещение GPU клиента, резервируемые/выделенные GPU, публичное GPU-облако, управляемую частную AI-инфраструктуру и строительство под заказ. Эти решения отличаются владением, сроком, контролем данных, операционной нагрузкой и риском устаревания.

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

Ближайший публичный ценовой ориентир ОАЭ — Liwa: размещение клиентского оборудования с прямым жидкостным охлаждением до 150 kW/стойку, USD 100/kW-месяц + USD 0.10/кВт·ч, управляемый вариант от USD 140/kW-месяц, оптовый вариант 1 MW+ от USD 80/kW-месяц (публичный ориентир).[3] Это рекламное предложение по предзаказу, а не доказательство зрелой рыночной цены, доступности или себестоимости услуг AuroraHQ. Второго свежего публичного тарифа ОАЭ с сопоставимой плотностью и сервисным периметром исследование не нашло.

GPU-час относится к другой альтернативе. Lambda публикует USD 3.99 за H100 GPU-час и USD 6.69 за B200 GPU-час (публичный ориентир), но не заявляет регион ОАЭ. LeaderGPU публикует выделенный 8×H100 за EUR 11,900 в месяц без НДС в Нидерландах (публичный ориентир).[3] Эти цены показывают альтернативы клиента, но не являются тарифом ОАЭ, WTP или основой себестоимости M01.

Вывод

Рынок ОАЭ существует, быстро растёт и уже содержит высокоплотное размещение GPU клиентов. Публичные серии мощности и цены достаточны для чувствительности и постановки вопросов, но недостаточны для оценки доли рынка, прогноза выручки или решения по CAPEX. Возможность AuroraHQ — не пустая ниша, а более быстрый и ясный контур сервиса: принятый BOM, закреплённая ИТ-мощность, высокоплотное охлаждение, сеть, пусконаладка и единая операционная ответственность.

Что это значит для решения

Следующий этап должен сравнить AuroraHQ с реальными альтернативами покупателя на одном периметре. До WTP и котировок площадки ценовое преимущество, рынок проекта и коммерческая загрузка остаются условиями, а не выводами.

Исследование выделяет государственные и исследовательские организации, частные AI-компании, банки и другие регулируемые отрасли, авиацию, интеграторов, новых облачных провайдеров и владельцев GPU-кластеров.[2] У каждой группы есть правдоподобная проблема: дефицит собственной мощности, срок подключения, требования к контролю данных или отсутствие жидкостного охлаждения. Пока это сегментные гипотезы, а не портфель продаж.

Полевая карта целевых аккаунтов

Работа со спросом начинается не с массовой рекламы, а с ограниченного списка аккаунтов, у которых есть или планируется GPU-нагрузка. Именованные компании в карте ниже — адресаты квалификации, а не заявленные клиенты и не воронка продаж.

Первая именованная волна Дубая

Deep research подтверждает у следующих организаций реальную AI-активность и публичный маршрут контакта. Это кандидаты для квалификации, а не заявленные клиенты AuroraHQ.[11]

Для A1-аккаунтов предлагается прямой enterprise-процесс. P1/P2-организации используются как организаторы портфеля, источники пилотов и исследовательские клиенты. По каждому аккаунту первый разговор обязан выяснить: собственный или заказываемый BOM; требуемые kW; срок; режим данных; бюджетный процесс; владельца решения; готовность к техническому RFQ или условному LOI.

Сценарий первого разговора

1. Контекст: AuroraHQ формирует в ОАЭ модуль высокоплотного размещения клиентских GPU до 1 MW ИТ-мощности.
2. Квалификация: оборудование заказано или есть утверждённый BOM; известны срок, мощность, плотность, данные/сеть и владелец решения.
3. Предложение: AuroraHQ нормализует требования, подбирает исполнимый маршрут площадки и возвращает единый технический и коммерческий периметр.
4. Следующий шаг: взаимный NDA при необходимости, передача BOM и получение технического ответа либо условного LOI/RFQ.

Сигнал считается квалифицированным, когда подтверждены как минимум три из пяти групп: организация и уполномоченная роль; BOM или рабочая нагрузка; мощность и конфигурация; срок; бюджетный процесс, RFQ или готовность к LOI.

Доказательство спроса проходит последовательные уровни:

Для каждого покупателя нужны нагрузка, фактический BOM, ИТ-мощность в kW, плотность стоек, сеть/хранение, срок, график наращивания, WTP, полномочия на закупку и форма обязательства. Эти поля напрямую меняют модель. Количество интервью само по себе ничего не решает.

Якорный клиент способен снизить риск спроса, но может создать концентрацию и риск расторжения. Минимальное покрытие законтрактованного спроса и максимальная концентрация на одном клиенте пока не утверждены владельцем (требуется подтверждение). Их нужно связать с постоянными обязательствами, ликвидностью и риском невостребованных активов.

Вывод

Сегменты, роли, предложение и поля квалификации определены. Коммерческий цикл должен перевести эту карту из списка адресатов в несколько требований с BOM, kW, сроком и WTP. Именно такие требования связывают рынок с площадкой и финансовой моделью.

Что это значит для решения

Цель первого цикла — 2–3 квалифицированных требования, минимум одно условное письмо о намерениях или RFQ и ценовой диапазон, который можно сравнить с безубыточной платой за мощность. Это не прогноз продаж, а измеримый переход к якорному спросу.

Конкурент AuroraHQ — не только соседний ЦОД. Покупатель может оставить GPU у себя, использовать облако, арендовать выделенный кластер, выбрать стандартное размещение или заказать строительство под заказ.

Публичные цены Liwa, Lambda и LeaderGPU относятся к разным единицам — kW-месяц, GPU-час и кластер-месяц. Для сравнения нужен единый набор: мощность, энергия, занимаемая площадь, сеть, монтаж/пусконаладка, поддержка, затраты клиента и риск выхода. Для облака добавляются загрузка, исходящий трафик и хранение; для собственного ЦОДа — инженерные системы, персонал, обслуживание и цена задержки.

Жидкостное охлаждение, 100+ kW/стойку и резервирование уже встречаются на рынке. Защищаемая дифференциация AuroraHQ — сочетание закрепления мощности, принятого BOM, доступной границы электроснабжения и охлаждения, прозрачного срока, сети и матрицы ответственности.

Вывод

У клиента есть несколько зрелых способов развернуть AI-нагрузку. Публичные цены подтверждают порядок альтернатив, но не дают тарифа проекта или совокупной стоимости владения. Дифференциация AuroraHQ — собрать в одном договорном контуре то, что клиенту иначе приходится координировать отдельно: принятие BOM, мощность, жидкостное охлаждение, сеть, ввод в эксплуатацию и ответственность за сервис.

Что это значит для решения

Выявление потребности покупателя и RFQ/RFI площадки/поставщика должны использовать один набор для сравнения. Если AuroraHQ не может сделать границу сервиса яснее или обратимее существующих предложений, проект следует переработать, а не оправдывать ростом AI.

Исследование рассмотрело 22 позиции, чтобы разделить три вопроса: что продаёт AuroraHQ, как продукт реализуется и какие технологии/поставщики используются.[4] Без этого готовая оболочка с подключённой мощностью могла бы ошибочно выглядеть отдельным бизнесом, жидкостное охлаждение — продуктом, а канал OEM — стратегией.

Позиции распределяются по пяти семействам:

1. операторские продукты — размещение клиентского оборудования, выделенные/ резервируемые GPU и управляемая/частная инфраструктура;
2. модели реализации — собственное строительство, готовая оболочка с подключённой мощностью, размещение у партнёра и строительство под заказ;
3. технологические и закупочные входы — охлаждение, сеть/хранение, OEM и альтернативные поставщики;
4. смежные сервисы и программные надстройки;
5. сравнительный вариант бездействия.

В коротком списке сохранены M01, M02, M03 и M22.[4] Это не четыре равных проекта. Для инвестиционного кейса M01 и ограниченный M02 становятся двумя линиями монетизации одного собственного объекта. M03 остаётся сервисной надстройкой; M22 сохраняет капитал и опциональность.

Модель продажи оборудования исключена, потому что противоречит роли AuroraHQ как оператора. Она могла бы создать ранний оборот, но перенесла бы контроль над продуктом к продавцу оборудования и не построила бы собственную платформу размещения.

Точный «победный балл» не публикуется. Критерии G1 охватывают соответствие потребности покупателя, обратимость, капитал под риском, инженерию, право, операции, сроки и качество доказательств. Пока неизвестны спрос, площадка и экономика на равном периметре, точная сумма создала бы ложную уверенность.

Вывод

Пространство бизнес-моделей исследовано достаточно, чтобы не переоткрывать стратегию при каждом инженерном вопросе. Инвестиционный кейс строится на M01 и контрактно ограниченном M02; M03 остаётся надстройкой, M22 — обязательным сравнительным вариантом.

Что это значит для решения

Партнёры проверяют долю мощности, которая должна быть заранее покрыта M01, и размер первого M02-транша. Покупка GPU без take-or-pay или сопоставимого минимума выручки не входит в рекомендуемую конфигурацию.

M01 остаётся базовой линией благодаря относительной обратимости: клиент владеет GPU и несёт риск их загрузки, а AuroraHQ отвечает за инфраструктурный контур. M02 добавляет CAPEX на GPU, но способен существенно повысить выручку с того же kW. Поэтому M02 не откладывается «на когда-нибудь»: он проектируется сразу, но закупается траншами только под контрактное покрытие. M03 добавляет software-, data- и security-периметр и не включён в базовую экономику. M22 позволяет ждать, если цена следующего знания не соответствует зрелости проекта.

M01 следует переработать, если подтверждённая цена не покрывает стоимость собственного объекта. M02 уменьшается или откладывается, если контрактная загрузка не проходит порог доходности с учётом refresh и остаточной стоимости. Ждать и M22 рациональны, когда стоимость подтверждения несоразмерна зрелости спроса.

M02 может занять заметную долю первой очереди, если якорный клиент приносит долгосрочное обязательство «бери или плати», подтверждённые поставки и поддержку, а также пакет финансирования. M03 может стать ранней линией только при наличии именованного спроса на управляемый сервис. Ни одна из ветвей не должна маскировать слабую экономику объекта.

Вывод

M01 и M02 выполняют разные роли: первый снижает технологический риск, второй повышает потенциальную доходность. Инвестиционно привлекательна не максимальная доля GPU, а такой портфель, где colocation покрывает базовые обязательства, а GPU-транши защищены контрактом.

Что это значит для решения

Коммерческая работа идёт двумя параллельными потоками: WTP/LOI на colocation и take-or-pay на GPU-owned. Доля каждого продукта определяется договорами и чувствительностью модели, а не заранее выбранной красивой пропорцией.

Базовая коммерческая единица M01 — законтрактированные kW ИТ в месяц, а не GPU-час и не номинальная мощность подключения.[5] К ней добавляются стойка или занимаемая площадь, кросс-соединение и сеть, абонентская плата за поддержку и фиксированные сервисы. Измеренная энергия перевыставляется отдельно по согласованному механизму. Инженерная проверка, монтаж, работы под конкретного клиента и пусконаладка могут оплачиваться разово.

ежемесячный регулярный платёж =
  законтрактированные kW ИТ × плата за мощность
  + стойка/занимаемая площадь + сеть/кросс-соединение
  + абонентская плата за поддержку + фиксированные сервисы

плата за энергию = измеренные kWh × согласованное перевыставление

Такая структура разделяет законтрактированные kW, фактические kWh и загрузку GPU. Она также не допускает двойного учёта платы поставщика, фонда оплаты труда и сервисной выручки.

Для GPU-owned коммерческая единица иная:

годовая вычислительная выручка =
  число GPU × 8 760 часов × оплачиваемая загрузка × цена GPU-часа

денежный поток GPU-пода =
  вычислительная выручка − platform/support OPEX − энергия
  − стоимость занятой мощности − резерв на эксплуатацию и обновление

В презентационном сценарии используется публичная цена Lambda USD 3,99 за H100 GPU-час как зарубежный comparator, а не тариф AuroraHQ в ОАЭ. Коммерчески предпочтительна фиксированная reservation/take-or-pay структура, потому что она переносит часть риска загрузки из модели в договор.

Базовый сервис включает только измеримый и обеспеченный зеркальными обязательствами контур: резервируемую мощность, занимаемую площадь, инженерную приёмку, границу инфраструктуры, передачу сети, мониторинг, эскалацию и отчётность по сервису. Удалённая техническая поддержка, управляемая сеть, безопасность, эксплуатация кластера и пусконаладка для конкретного клиента оформляются отдельными слоями.

Цена, срок, минимальное обязательство, набор и темп загрузки, депозит, перевыставление энергии, SLA, сервисные компенсации, ответственность, расторжение и права на расширение пока не являются фактами проекта (требуется подтверждение).

На этапе изучения спроса AuroraHQ не должна обещать неподтверждённые «150 kW на стойку», «PUE 1.15» или дату запуска. Безопасная формулировка такова: мы квалифицируем BOM и сервисный контур, после чего выдаём конфигурацию, прошедшую инженерную приёмку, коммерческую границу и маршрут реализации.

Вывод

Коммерческая архитектура двух линий готова: M01 продаёт законтрактированную ИТ-мощность и измеримые сервисные слои, M02 — зарезервированный кластер или GPU-час. Энергия отделена, а собственные GPU вводятся только при достаточном минимуме выручки. Цены и SLA становятся договорными после подтверждения покупателем.

Что это значит для решения

Следует подготовить два связанных предложения: colocation LOI на kW и GPU reservation/take-or-pay на вычислительный транш. Первый тест должен установить WTP, минимум выручки, BOM и распределение ответственности, а не собирать общий интерес.

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

Поэтому выход на рынок начинается с каналов, которые видят проблему раньше широкого рынка: OEM и дистрибьюторы, интеграторы, продавцы GPU, брокеры, площадки и профильные консультанты. Прямая работа с покупателем остаётся обязательной: сигнал от канала не заменяет WTP и обязательство покупателя.[5]

План использует 8–12 интервью (сценарий) как удобный объём для изучения спроса, но число разговоров не является условием продолжения. Одно глубокое требование уровня E2 может быть полезнее десяти общих интервью. До утверждения владельцем количественных порогов именованные требования и обязательства сопоставляются с экономическим порогом; итоговые пределы покрытия спроса и концентрации представляются владельцу на утверждение.

Первый цикл должен дать квалифицированные требования, повторяющиеся сочетания BOM и плотности, границы WTP и следующие проверяемые действия. Стоимость привлечения клиента, конверсия и покрытие воронки становятся содержательными после появления реального пути продаж.

Вывод

Архитектура выхода на рынок готова, но тест не запускался. Она нацелена на получение BOM, kW, сроков, WTP и подтверждений обязательств через прямых покупателей и каналы. Количество потенциальных клиентов не подменяет подтверждение спроса.

Что это значит для решения

AuroraHQ может внутренне подготовить пакет квалификации покупателя. Внешний запуск требует отдельного полномочия; его результатом должен стать вход в инженерию и экономику, а не маркетинговый отчёт.

Исследование содержит 38 позиций по поставщикам и проектам ОАЭ (публичный ориентир); в приоритетный список для проектной проработки входят du AI Park, ORATIL, будущие залы Khazna и расширения Pure.[6] Это короткий список для запросов, а не подтверждение контроля над участком, резервируемой мощности, приёмки охлаждения, даты подключения, котировки или письма о намерениях.

У Дубая и Абу-Даби есть правдоподобные преимущества. Дубай даёт коммерческую плотность и развитую экосистему связи; Абу-Даби — крупные программы AI и кампусное предложение. Без данных по мощности, независимости маршрутов, задержке, договору и налогам для конкретного проекта честного победителя нет.

Публичные ориентиры в пересчёте дают около USD 0,120/kWh для промышленного тарифа Дубая с топливной надбавкой и USD 0,078/kWh для промышленного скрининга в Абу-Даби (публичный ориентир; 3,6725 AED/USD).[6][13] Это не договорной тариф центра обработки данных и не полный механизм перевыставления.

Исходные данные по операторам связи, климату, воде и отводу тепла собраны для RFI. Не подтверждены независимость маршрутов с точки зрения общих рисков, доступные порты, измеренная задержка, ограничения энергоснабжающей организации и эксплуатационный контур площадки (требуется подтверждение).

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

Вывод

Дубай и Абу-Даби дают исполнимые на уровне гипотезы маршруты для собственного объекта, но участок не выбран и мощность не зарезервирована. Публичные тарифы позволяют сравнивать энергетическую чувствительность, а не назначить победителя.

Что это значит для решения

Базовый маршрут — собственный объект. До ответов по земле, присоединению и локальным работам нельзя утверждать площадку, график или бюджет. Готовая оболочка и партнёрская площадка сохраняются как fallback, если собственный маршрут не проходит по сроку или капиталу.

Кабинетное исследование связало нагрузку клиента, конфигурацию оборудования, точечную нагрузку стойки, ИТ-мощность, охлаждение, входную мощность объекта, энергию, требования к площадке и экономическую единицу.[6]

нагрузка клиента и BOM
→ принятая конфигурация стойки и точечные нагрузки
→ суммарные kW ИТ и число стоек
→ разделение тепла между жидкостным и воздушным контурами
→ интерфейс между распределителем охлаждающей жидкости, водяным контуром объекта и отводом тепла
→ входная мощность объекта через PUE
→ используемая и продаваемая мощность
→ измеренная энергия и стоимость сервиса

Ориентиры OEM и проектные ориентиры дают 120 kW для GB200 NVL72, 135 kW как проектный бюджет и до 142 kW как контур полной стойки GB300 (публичный ориентир).[6] Это разные границы, а не среднее потребление и не гарантия площадки.

Фактическое число зависит от состава оборудования, резервирования, сети и хранения, резерва для роста и используемой мощности площадки. Для вычислительной части GB200/GB300 стоечного уровня применяется прямое жидкостное охлаждение, но вспомогательные компоненты сохраняют воздушный контур. Без фактической конфигурации нельзя определить разделение тепла, расход жидкости, потери давления или приёмку площадки.

PUE поставщика также нельзя переносить в проект. PUE 1.38 Pure DC AUH01 — показатель поставщика (публичный ориентир), а PUE ≤1.15 — проектная цель (сценарий), не подтверждённая работой в течение 8 760 часов.[6]

Книга различает ИТ-нагрузку, входную мощность объекта, законтрактированную и продаваемую мощность, а также мощность подключения или резервирования. Фаза 1 до 1 MW ИТ не означает подключения на 1 MW и тем более не доказывает площадочный контур на 5 MW.

Вывод

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

Что это значит для решения

AuroraHQ может подготовить требования владельца к проектированию и сопоставимый технический перечень. Любое обещание по плотности стоек, PUE, MW или сроку запуска появляется только после приёмки со стороны OEM и площадки.

В M01 основное оборудование GPU принадлежит клиенту, но AuroraHQ зависит от совместимости, гарантии и канала сервисной поддержки. В M02 поставки становятся прямым риском капитала и доступности. Исследование разделяет официальный маршрут NVIDIA/OEM и китайский маршрут высокоплотной инфраструктуры.[6]

Официальные маршруты RFQ в ОАЭ включают HPE, Dell, Lenovo и MBUZZ; для MBUZZ есть актуальное подтверждение в каталоге поставщиков NVIDIA для систем DGX (публичный ориентир).[6] Это указывает возможных адресатов, но не подтверждает выделение конкретной позиции оборудования, цену, роль импортёра, гарантию, срок поставки или экспортное разрешение.

Альтернативный контур поставок включает четыре архитектуры: площадка ОАЭ с китайским комплектом, интегрированный предварительно собранный блок, зона дооснащения и контейнерный или модульный вариант. Ориентиры поставщиков включают 120–140+ kW на стойку, Huawei — 50/70/132 kW на стойку, ZTE — 250 kW на стойку и выше (публичный ориентир).[6] Это диапазон для сравнения, а не гарантированная рабочая точка.

Каждый маршрут должен раскрыть конкретный BOM, матрицу совместимости, соответствие требованиям ОАЭ, роли при импорте и экспорте, ответственность за проектирование, FAT/SAT/IST, гарантию, запасные части, время реакции, цену и условия расторжения.

В M01 клиент сохраняет гарантию на парк и риск его загрузки, а AuroraHQ отвечает за принятый инфраструктурный интерфейс. В M02 AuroraHQ становится владельцем и закупщиком, поэтому полная стоимость поставки, обновление, остаточная стоимость и загрузка входят в экономику. Текущая модель использует публичный 8×H100 server comparator и 25% deployment uplift; китайский GPU BOM должен заменить этот ориентир только после нормализованного RFQ.[13]

Вывод

Официальные и альтернативные маршруты поставок правдоподобны, но ни один поставщик не квалифицирован для обязательства по проекту. Публичные ориентиры kW и каналы поставок формируют короткий список и вопросы приёмки, а не выбор поставщика.

Что это значит для решения

Следующий шаг — два нормализованных RFQ: один на высокоплотную инфраструктуру из Китая, второй на GPU/server BOM. Оба должны включать заводскую цену, доставку, пошлины, гарантию, запасные части, FAT/SAT/IST и локальную интеграцию. Закупка не начинается до контрактного покрытия и утверждения landed cost.

Исследование построило матрицу решений по юридическому лицу, лицензированию, свободным зонам и материковой юрисдикции, правилам обработки данных, импорту и экспорту, таможне, налогу на добавленную стоимость, корпоративному налогу и договорам.[7] Она не заменяет юридическое заключение по выбранным площадке, сторонам, конкретной позиции оборудования, назначению использования и потокам данных.

«Свободная зона» не даёт единственного ответа. Зона корпоративного лицензирования, таможенная зона, выделенная зона для налога на добавленную стоимость и специальные финансовые юрисдикции не совпадают автоматически.[7] Поэтому регистрация в такой зоне не доказывает нулевой корпоративный налог, освобождение от налога на добавленную стоимость или достаточность лицензии.

С 10 июля 2026 года ОАЭ включены в EAR A:5 и получили режим Дополнения № 8 для отдельных одобренных организаций [РО/Ф].[7] Это существенное изменение странового контекста, но не лицензия и не общее разрешение на поставку оборудования для высокопроизводительных вычислений.

Для сделки нужны конкретный BOM и экспортная классификация каждой позиции, данные о сторонах, покупателе и конечном пользователе, назначении использования, владении и контроле, стране назначения, а также проверка OEM, экспортёра и юриста. Юридическое лицо ОАЭ может запросить консультативное заключение Бюро промышленности и безопасности США по §748.3(c); правило предусматривает решение в течение 30 дней и уведомление в течение пяти дней (публичный ориентир).[7] Это маршрут закрытия неопределённости, а не обещание одобрения.

Требования к локализации данных и отраслевые правила зависят от клиента и потока данных. Физическое размещение серверов в ОАЭ само по себе не делает регулируемую нагрузку соответствующей требованиям.

Вывод

Правовой маршрут для M01/M02/M03 не опровергнут и может быть структурирован, но юридическое лицо, налоговый статус, лицензия, соответствие правилам данных и результат экспортного контроля не подтверждены для проекта. EAR A:5 улучшает контекст, но не отменяет анализ конкретной сделки.

Что это значит для решения

Внутри AuroraHQ следует подготовить перечень вопросов и фактический контур сделки. Закупка, обещание обслуживания регулируемой нагрузки и заключение договоров остаются заблокированы до вывода по конкретной сделке.

Рабочая рекомендация — компактный владелец-оператор собственного объекта с аутсорсингом специализированного обслуживания. AuroraHQ сохраняет ответственность за актив, продукт и экономику, требования клиента, проектирование и приёмку, бюджет и изменения, а также управление инцидентами.[8] Подрядчики могут выполнять обслуживание критических инженерных систем, физическую безопасность, remote hands, NOC/SOC и ремонт GPU, но их обязательства должны зеркально поддерживать обещание AuroraHQ клиенту.

6.75 FTE в модели — середина диапазона компактного сценария (сценарий), а не отдельная штатная норма. Один непрерывный внутренний пост требует примерно 4.5–5 FTE (сценарий) как операционное допущение.[8]

Численность зависит от числа залов и зон, SLA, частоты изменений, собственного оборудования и границы с подрядчиками, а не растёт линейно вместе с MW. M02 может потребовать дополнительный GPU operations периметр; прежний ориентир 5–8 FTE не включён как подтверждённый штат, пока не выбраны масштаб и сервисная граница.[9]

До запуска необходимы каталог услуг, SLA/RACI, зеркальные договоры, интеграция мониторинга и заявок, процессы инцидентов и изменений, эскалация поставщиков, планы непрерывности и восстановления, передача после пусконаладки и проверка операционной готовности. Численные показатели SLA появляются после согласования периметра поставщика.

Вывод

Компактный владелец с аутсорсингом даёт правдоподобный способ начать с 6.5–7 внутренних FTE, сохранив ответственность AuroraHQ и передав специализированные работы подрядчикам. Базовый и расширенный сценарии показывают стоимость иных границ, но не являются утверждённой численностью.

Что это значит для решения

Запрос предложений поставщику должен раскрыть круглосуточный периметр, исключения, инструменты, эскалацию и проверку операционной готовности. Только после этого можно выбрать сценарий численности и OPEX, не оплачивая одну и ту же функцию дважды.

Рабочая модель отделяет CAPEX собственного объекта от GPU-парка. Оборудование клиента не входит в CAPEX colocation; собственные GPU учитываются отдельными траншами. Это позволяет видеть доходность инфраструктуры и вычислительного актива раздельно.[13]

CAPEX проекта должен охватывать весь путь до готовой к продаже мощности:

права на площадку или аренду
+ подключение к энергосети и депозиты
+ оболочка здания и базовые строительные работы
+ распределение и защита электроснабжения
+ охлаждение, распределение охлаждения, водяной контур и отвод тепла
+ сеть, безопасность, мониторинг и средства управления
+ клиентское оснащение
+ проектирование, разрешения, испытания и пусконаладка
+ затраты владельца, страхование и резерв
− периметр, уже включённый в договор с провайдером

Новая гипотетическая модель заполняет верхнеуровневый CAPEX собственного 1 MW объекта и отдельно показывает эффект закупки из Китая. Это не vendor quote и не утверждённый бюджет.

Market benchmark до China saving составляет USD 12,34 млн. Внутри него строительная сумма до прямых затрат — USD 10,73 млн. При 54,45% China-addressable share и 25% сценарной скидке экономия составляет USD 1,46 млн. После сохранения 15% на прямые затраты, включая подключение/участок, проектирование и разрешения, логистику и пошлины, QA и commissioning, выбранный China-route should-cost равен USD 10,66 млн. GPU, земля, финансирование, оборотный капитал и налог в эту сумму не входят.[13]

Полный OPEX пока не подтверждён котировками. Новая модель использует редактируемые сценарные строки обслуживания, страхования, сети, безопасности, команды и platform/support OPEX; старые энергетические диапазоны сохраняются как проверка порядка:

• энергия для 1 MW: USD 0,27 / 0,67 / 1,28 млн в год (расчёт); для 3 MW: USD 0,82 / 2,00 / 3,83 млн; для 5 MW: USD 1,37 / 3,34 / 6,38 млн;
• ориентиры затрат работодателя для компактного, базового и расширенного контуров: USD 1,03 / 1,93 / 3,13 млн в год (сценарий).[9]

Фаза 1 может потребовать часть общей инфраструктуры для будущего расширения. Её необходимо разделять на расходы, нужные сейчас для 1 MW; повторно используемые обеспечивающие работы; отложенные расходы только на расширение; и риск невостребованных вложений. Без такой разбивки формулировка «готово к 5 MW» скрывает ранний капитал внутри средней стоимости MW.

Вывод

Архитектура затрат определена и заполнена гипотетическим should-cost. China-route снижает только адресуемую закупочную часть; локальные работы и прямые расходы остаются. Инвестиционное решение требует нормализованных RFQ и landed cost, но порядок CAPEX уже достаточен для сценарного расчёта.

Что это значит для решения

Следует немедленно выпустить RFQ по тем же строкам модели. Разрешение на проектный CAPEX появляется после подтверждения участка/мощности, китайского landed cost, локальных работ, контрактного покрытия и доходности выше порога владельца.

Новая рабочая книга содержит отдельные листы допущений, CAPEX bridge, Facility, GPU Pod, Hybrid, чувствительности, источники и контрольные проверки.[13] Формулы проходят автоматические проверки. Модель предназначена для investor screening: она рассчитывает доходность на публичных ориентирах и явно отделяет их от проектных котировок.

Заполнены сценарные выручка, OPEX, CAPEX, налоговый экран и упрощённый долг. Не заполнены фактический ramp-up, условия кредита и DSCR, оборотный капитал, GPU refresh, участок и конкретные RFQ. Поэтому результаты показывают, при каких цене и загрузке проект становится интересным, но ещё не являются финансовым прогнозом или предложением инвестору.

Сценарии мощности и энергии

Все значения рассчитаны при сценарной загрузке 50/70/90%, PUE 1,15/1,25/1,35 и публичном ориентире тарифа на электроэнергию USD 0,054/0,087/0,120 за кВт·ч при курсе 3,6725 AED/USD.[9] Это диапазон энергетического воздействия, а не прогноз продаж или тариф AuroraHQ.

В опорном энергетическом режиме 70% / PUE 1,25 / USD 0,087 на электроэнергию приходится около USD 0,67 млн в год для 1 MW, USD 2,00 млн для 3 MW и USD 3,34 млн для 5 MW. Масштабирование почти линейно увеличивает этот блок; экономический выигрыш должен прийти из лучшего распределения постоянных затрат, общей инфраструктуры и условий закупки, а не из предположения о дешёвой энергии.

Pre-RFQ коридор выручки

Публичное предложение Liwa в ОАЭ даёт рыночный ориентир USD 100 за kW в месяц для white-label powered space и USD 140+ для managed-контура; ранее публиковался оптовый ориентир USD 80 за kW в месяц для 1 MW+.[3][12] Эти значения не являются тарифом AuroraHQ или готовностью платить целевых клиентов, но позволяют проверить масштаб до получения собственных предложений.

Если применить USD 80 / 100 / 140 за законтрактованный kW в месяц к тем же сценариям загрузки 50/70/90%, получается следующий коридор годовой платы за мощность. Энергия, GPU, установка, сеть, remote hands, налоги и дополнительные услуги в него не входят.

Этот экран выявляет главный вопрос Фазы 1: при опорном ориентире 1 MW плата за мощность около USD 0,84 млн в год ещё должна покрыть обслуживание объекта, площадки, команду, обслуживание, страхование, телеком и прочий OPEX. Следовательно, экономика первого модуля требует либо более высокой полной цены и сервисной выручки, либо партнёрской модели с меньшими фиксированными затратами, либо якорного объёма и условий площадки, которые дают запас над безубыточностью.

Pre-RFQ коридор CAPEX собственного строительства

Публичные строительные benchmarks дают лишь порядок: опубликованный ориентир ОАЭ составлял около USD 8,4 млн на MW, тогда как JLL прогнозирует глобальный средний shell-and-core около USD 11,3 млн на MW в 2026 году и указывает примерно 10% premium для жидкостного охлаждения.[12] Это даёт screening-коридор примерно USD 8,4–12,4 млн на MW до земли, активного IT/GPU и поправки на малый масштаб.

Этот диапазон нельзя линейно переносить в бюджет AuroraHQ: глобальный benchmark JLL относится к крупному 50 MW single-tenant объекту, а 1 MW модуль может иметь более высокую удельную стоимость. Поэтому он используется только для проверки порядка собственного строительства. China-route should-cost USD 10,66 млн находится внутри этого порядка, но должен быть заменён сметой из китайских и локальных RFQ.

Тариф на электроэнергию в USD за кВт·ч не следует смешивать с платой клиента за мощность. Модель рассчитывает операционную безубыточную ежемесячную плату за законтрактированный ИТ-kW так:

(затраты на электроэнергию + постоянный OPEX − прочая выручка)
÷ (законтрактованные kW × 12 × (1 − доля переменного OPEX сервиса))

Результат формулы — нижняя граница платы за мощность в USD за законтрактированный ИТ-kW в месяц; это не тариф на электроэнергию. Эта граница сравнивается с WTP, после чего CAPEX, налоги и финансирование проверяют пороги доходности владельца.

Чувствительности независимо меняют цену, загрузку, CAPEX, энергию, OPEX и финансирование. Уже сейчас они показывают минимальную коммерческую цену и загрузку для целевого return; RFQ и LOI заменят сценарные входы фактическими.

Экономика colocation

При China-route facility CAPEX USD 10,66 млн, ставке USD 160/kW·мес и 90% стабилизированной загрузке модель даёт 8,7% EBITDA yield и 8,8% 10-летний project IRR с терминальной стоимостью 8× EBITDA. NPV при hurdle 15% равен минус USD 3,69 млн. Чтобы получить 15% стабилизированный EBITDA yield при той же загрузке, требуется около USD 225/kW·мес. Следовательно, USD 160 — comparator, а USD 225 — переговорный экономический порог, не заявленный тариф.

Экономика GPU-owned

Публичная цена 8×H100-сервера Lambda — USD 314 999. С 25% сценарием на deployment/network/storage один pod стоит USD 393 749. При USD 3,99 за GPU-час, 70% загрузки, 18% platform/support OPEX, энергии и стоимости занятой мощности годовая выручка равна USD 195 733, EBITDA — USD 129 404. Трёхлетний IRR с 20% остаточной стоимостью равен 8,3%. Для 15% IRR при той же цене нужна загрузка около 78,9%.[13]

Гибридный экран

Сценарий 80% colocation / 20% GPU-owned означает 800 kW colocation и 16 GPU-подов, или 128 H100. Общий CAPEX — USD 16,96 млн, стабилизированная выручка — USD 4,58 млн, EBITDA — USD 3,06 млн, EBITDA margin — 66,7%, а unlevered EBITDA yield — 18,0%. Это наиболее интересная из рассмотренных конфигураций, но показатель рассчитан до debt service, оборотного капитала и GPU refresh; спрос и CAPEX должны быть подтверждены.

Что помещается в USD 10 млн капитала

При сценарном долге 50% на facility инвестор финансирует USD 5,33 млн equity объекта и может приобрести 11 GPU-подов / 88 H100 на USD 4,33 млн. Остаётся около USD 0,34 млн денежного резерва; 862,5 kW отдаются colocation, 137,5 kW — GPU-owned. Общий проектный CAPEX с долгом — USD 14,99 млн. Это лишь карта использования капитала: ставка, DSCR, amortization и working capital не смоделированы.

Вывод

Финансовая модель показывает, где проект способен зарабатывать: colocation по публичному ориентиру сам по себе не проходит 15% hurdle; GPU-owned при 70% загрузке также не проходит 15% трёхлетний IRR; гибрид может превысить 15% по стабилизированному EBITDA yield. Коммерческая задача — подтвердить цену и загрузку, а закупочная — снизить CAPEX без потери гарантии и готовности.

Что это значит для решения

Модель следует использовать как единый калькулятор для переговоров с покупателями, китайскими и локальными поставщиками и финансирующими сторонами. Каждая котировка или LOI заменяет конкретное допущение и пересчитывает Фазу 1.

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

Для разговора с инвестором модель отдельно показывает сценарий USD 10 млн equity и 50% facility debt: USD 5,33 млн equity идёт в объект, USD 4,33 млн — в 11 GPU-подов, USD 0,34 млн остаётся резервом. Это не debt term sheet: ставка, график погашения, DSCR и обеспечение должны быть получены от банка или финансирующей стороны.[13]

Финансовая модель содержит плановые диапазоны профессиональных ресурсов для следующих этапов. Они нужны для сравнения объёма работ и не являются проектным CAPEX, бюджетом или полномочием на расход:

Все суммы требуют котировок.[9] Они показывают объём профессиональных работ, а не финансируемую структуру использования и источников средств.

Собственный капитал, проектный или корпоративный долг, лизинг, финансирование поставщика, предоплата якорного клиента, совместное предприятие и разделение владельца актива с оператором станут сопоставимыми только после появления экономики площадки и договора. Долг добавляет DSCR и ковенанты; предоплата якорного клиента снижает потребность в финансировании, но усиливает риск концентрации и возврата средств; финансирование поставщика связывает закупку с гарантийным маршрутом; совместное предприятие делит капитал и контроль.

Пиковая потребность в финансировании и минимальная ликвидность становятся содержательными только после определения фазирования CAPEX, набора загрузки, платёжных условий, оборотного капитала и резерва. Каждое обязательство должно иметь сумму, периметр, срок действия, результат работ и условие остановки.

Вывод

Капитальная структура имеет рабочий экран, но не подтверждена рынком. Сценарий 50% facility debt показывает, как USD 10 млн equity сочетает собственный актив и GPU-транш; окончательная структура определяется контрактным денежным потоком, DSCR, залогом и GPU/vendor finance. Плановые диапазоны не являются утверждённым бюджетом.

Что это значит для решения

Владелец уже использует 15% как screening hurdle модели; теперь требуется утвердить предел капитала под риском, минимальное контрактное покрытие, концентрацию одного клиента и допустимый leverage. Без банковских условий нельзя считать equity IRR или DSCR подтверждёнными.

Масштабы 1, 3 и 5 MW — три режима бизнеса, а не обещанный календарь стройки. Они позволяют заранее понять, какой результат должен покупать каждый следующий капитальный шаг.

Сколько клиентов требуется для загрузки

Число клиентов зависит не от названия сегмента, а от их фактических kW. Исследование использует три сценарных архетипа: один высокоплотный rack — 120–150 kW, средний клиент — 240–450 kW, якорный клиент — 500–900 kW. Это продуктовые блоки для планирования продаж, а не публично подтверждённый спрос.

При рабочем ориентире 70% контрактного покрытия число клиентов определяется формулой:

число клиентов = целевые законтрактованные kW ÷ средний контракт клиента

Две активные стратегии продаж

Для 1 MW предпочтителен гибрид: один клиент 400–600 kW создаёт основу, а оставшаяся мощность распределяется между двумя-тремя меньшими контрактами. Это снижает концентрацию, но не заставляет ждать большой портфель до начала проекта. Для 3 и 5 MW якорная стратегия сохраняется, однако переход разрешается только при диверсифицированном покрытии и положительной приростной экономике.

Иллюстративные начала в модели — год 1 / год 4 / год 7 — являются сценарным порядком, а не графиком проекта. Физический маршрут для 3 или 5 MW может отличаться от площадки первого модуля; непрерывность продукта важнее привязки к одному объекту.

1 MW ИТ — доказать продукт и операционную границу
    ↓ триггер: спрос + площадка + экономика + готовность
3 MW ИТ суммарно — доказать повторяемость и контроль концентрации
    ↓ триггер: диверсифицированное покрытие + финансирование + ценность общей инфраструктуры
5 MW ИТ суммарно — реализовать опцион масштаба

Раннее строительство общей инфраструктуры оправдано, только если приростная стоимость ниже стоимости поздней модернизации, а негативный сценарий остаётся в пределах капитала под риском. Для каждого блока нужны четыре величины: стоимость, необходимая сейчас для 1 MW; стоимость повторно используемой обеспечивающей инфраструктуры; отложенные расходы только на расширение; и невостребованная стоимость, если расширения не будет.

Первый собственный 1 MW должен одновременно доказать спрос, операционную границу и экономику актива. Powered shell или partner-hosted сохраняются только как fallback для Фазы 1, если собственный маршрут не проходит по сроку или присоединению.

Вывод

Фазирование 1→3→5 MW превращает рост в управляемые опционы. Первый модуль доказывает продукт и цену, 3 MW — повторяемость и диверсификацию, 5 MW — платформенный масштаб. Общая инфраструктура учитывается отдельно от расходов на текущий модуль и невостребованного капитала.

Что это значит для решения

Сейчас нужно собрать исполнимый пакет Фазы 1 и одновременно получить от площадок цену опционов на 3 и 5 MW. Это сохраняет скорость масштабирования, не заставляя AuroraHQ заранее оплачивать весь контур.

Проектный реестр рисков содержит 17 тем, но партнёру важны не номера, а опровергающие критерии.[10] Большинство вероятностей неизвестны; книга не заменяет их искусственными оценками.

Сегодня можно показать денежную чувствительность к цене и загрузке, но нельзя считать её подтверждённым downside: CAPEX, ramp-up, долг, расторжение и остаточная стоимость требуют котировок и договоров. При USD 160/kW·мес colocation даёт отрицательный NPV к hurdle 15%; при USD 3,99/GPU·ч GPU-под не достигает 15% трёхлетнего IRR ниже примерно 78,9% загрузки. Поэтому до RFQ и контрактов каждое обязательство должно быть ограниченным и траншированным.

Ранние расчёты поставщиков и собственного парка GPU содержали невоспроизводимую логику себестоимости и маржи и не используются в M01. Пустые входные данные, привязанные к источникам, остаются пустыми.

Вывод

Главные риски сведены к наблюдаемым событиям. Неизвестное не считается ни успехом, ни провалом. Негативный сценарий будет выражен в деньгах после получения входных данных модели; до этого его контролируют поэтапные полномочия и дисциплина капитала под риском.

Что это значит для решения

Каждый периметр проверки должен заранее назвать, какое решение он изменит. Если отрицательный результат не способен остановить или переработать проект, за такую проверку не следует платить.

Для перехода от отчёта к проекту подготовлены адресаты и периметры запросов: покупатели; OEM, интеграторы и каналы; площадки и мощность; связь; инженерия; право, налоги и экспорт; эксплуатация; страхование и финансирование.[10] Их ценность — не в количестве документов, а в способности собрать одну исполнимую сделку Фазы 1.

Последовательность коммерческого цикла:

требование покупателя
→ совместимость площадки и инженерии
→ сопоставимая стоимость и безубыточная плата за мощность
→ качество обязательства
→ финансирование и необратимый капитал

Каждый запрос должен содержать один и тот же датированный исходный периметр, чтобы ответы можно было перенести в финансовую модель и сравнить без изменения единиц.

Вывод

Программа подтверждений превращает исследовательский корпус в маршрут сделки. Ближайший полезный результат — не число отправленных писем, а связка из квалифицированного требования покупателя, принятого технического решения, предложения площадки и пересчитанной экономики.

Что это значит для решения

Владелец выбирает глубину следующего обязательства по качеству полученных доказательств. Чем сильнее colocation LOI и GPU take-or-pay, тем больше оснований переходить от should-cost собственного объекта к закупке и финансированию.

Рекомендация

Продвигать собственный высокоплотный модуль до 1 MW с двумя линиями выручки: colocation как контрактная база и GPU-owned как траншированная доходная надстройка; сохранить опционы расширения до 3 и 5 MW.

У AuroraHQ есть защищаемая бизнес-конструкция: компания владеет дефицитным высокоплотным инфраструктурным контуром, продаёт его клиентам с собственными GPU и использует часть мощности для контрактно загруженных собственных GPU. Рынок ОАЭ существует и растёт; модель показывает потенциально привлекательный гибрид, а китайская закупка даёт конкретный рычаг CAPEX. Следующая ценность создаётся через LOI/take-or-pay, участок и мощность, нормализованные RFQ и банковские условия, а не через повторение общего исследования.

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

Условный план 30/60/90

Горизонты задают последовательность и измеримые выходы; фактический календарь зависит от полномочий владельца и сроков ответов контрагентов.

Карта решения для протокола

1. Актив: собственный высокоплотный AI ЦОД AuroraHQ до 1 MW.
2. Продукты: M01 colocation для GPU клиента и M02 GPU-owned под контрактное покрытие.
3. Фаза 1: до 1 MW ИТ суммарно; 3 и 5 MW — условные сценарии, а не одобренная мощность.
4. CAPEX: USD 10,66 млн China-route facility should-cost без GPU и земли; требуется RFQ.
5. Экономика: colocation comparator даёт 8,7% EBITDA yield; GPU-под — 8,3% трёхлетний IRR; гибрид 80/20 — 18,0% EBITDA yield до долга и refresh.
6. Капитал: USD 10 млн equity при 50% facility debt условно финансируют объект и 11 GPU-подов; долговые условия не подтверждены.
7. Следующее действие: LOI/take-or-pay, участок/мощность, China/local/GPU RFQ и debt terms.
8. Порог решения: контрактное покрытие, принятая инженерия, законная структура и доходность выше 15% hurdle.
9. Необратимые обязательства утверждаются траншами в пределах капитала под риском.

Вывод

AuroraHQ имеет конкретную инвестиционную гипотезу: собственный 1 MW актив, colocation как базовая выручка и GPU-owned как контрактная надстройка. Модель показывает, что оба продукта по отдельности на публичных ориентирах требуют лучших условий, а гибрид способен стать привлекательным. Китайская закупка и транширование GPU ограничивают капитал; 3 и 5 MW сохраняют опцион роста.

Что это значит для решения

Партнёрам предлагается зафиксировать решение: «Сформировать контрактно подтверждённый собственный модуль до 1 MW с двумя линиями выручки». Следующее заседание должно рассматривать LOI/take-or-pay, участок и мощность, China/local landed cost, GPU BOM, долговые условия и обновлённую модель.