Испытание Starship 22 мая дало SpaceX сразу два разных сюжета. Компания впервые внятно показала, что корабль умеет выпускать полезную нагрузку, но одновременно провалила несколько узких и критичных для лунной программы задач. Для IT-аудитории тут знакомый паттерн: красивая демо-функция готова, а инфраструктурные зависимости все еще держат релиз.
Двенадцатый летный тест связки Super Heavy и Starship стартовал в Техасе в пятницу, 22 мая, в 17:30 по центральному времени США, сообщает The Register. На старте отработали все 33 двигателя Raptor 3 на ускорителе Super Heavy, хотя накануне запуск отменили в последние секунды обратного отсчета. Первые минуты полета выглядели почти образцово: ракета ушла со стола, прошла начальный участок траектории, и даже отключение одного двигателя не сорвало профиль полета. Проблемы начались позже, на этапе hot staging, когда двигатели второй ступени зажигаются до полного выключения первой, чтобы не терять ускорение.
Именно здесь сценарий перестал быть номинальным. Super Heavy выполнил переворот для boostback burn, то есть маневра возврата, но после вспышки в хвостовой части двигатели отключились, и ускоритель начал неуправляемо падать в Мексиканский залив. Затем он попытался снова зажечь двигатели перед посадочным торможением, однако в итоге разрушился. Формально это не катастрофа в чистом виде: SpaceX и не планировала ловить этот ускоритель башней, а значит потеря конкретного экземпляра не ломает программу. Но есть неприятная инженерная деталь: если на этапе возврата что-то пошло не так сразу у группы двигателей, компании придется разбирать не только телеметрию этого полета, но и логику следующего «эффектного» захвата ускорителя. Когда речь идет о сверхтяжелой системе, эффектность обычно заканчивается там, где начинается надежность.
На этом фоне сам корабль Starship выглядел лучше, но не без оговорок. После отделения он продолжил суборбитальный полет на шести двигателях Raptor, однако один из вакуумных Raptor 3 отказал. Оставшимся двигателям пришлось работать дольше, чтобы удержать аппарат на расчетной траектории. SpaceX подала это как демонстрацию engine-out capability, то есть способности продолжать миссию после отказа одного двигателя, и формально компания права: корабль не сорвался с профиля и выполнил основную часть полета. Проблема в другом. Из программы убрали один из самых важных тестов: повторный запуск двигателя Raptor в космосе. А без него нет главного доказательства, что Starship способен выполнить deorbit burn, то есть контролируемое торможение для схода с орбиты.
Зато с задачей, которая ближе к коммерческой эксплуатации, испытание Starship справилось. Корабль выпустил 20 симуляторов Starlink и еще два модифицированных спутника Starlink, которые должны были снимать сам аппарат в полете. Все эти объекты шли по той же суборбитальной траектории, что и Starship, поэтому безопасно сгорели в атмосфере. Дальше корабль показал хорошее управление ориентацией, вошел в атмосферу по плану, выполнил дополнительный маневр для преднамеренной нагрузки на конструкцию и затем с помощью двух двигателей Raptor дошел до запланированного приводнения в Индийском океане. Если смотреть только на эту часть, SpaceX действительно доказала полезную вещь: Starship уже начинает напоминать рабочую платформу для массового выведения спутников. Если смотреть на систему целиком, особенно в контексте пилотируемой лунной программы, оптимизма меньше.
Есть и внешний маркер того, что полет нельзя списать на обычную внутреннюю отладку. В дело вмешалось Федеральное управление гражданской авиации США. По данным источника, FAA активировало зону реагирования на обломки, из-за чего произошло шесть задержек вылета и пять случаев ожидания в воздухе для других рейсов. На момент публикации регулятор еще не вынес официальное решение о том, считать ли произошедшее mishap, то есть аварийным инцидентом по своей классификации. Для SpaceX это не просто бюрократия. Каждый такой эпизод добавляет к техническому циклу еще и регуляторный цикл: расследование, выводы, согласования, возможные корректировки процедур. Для компаний, живущих в режиме «запустим еще раз через неделю», именно этот слой часто становится самым упрямым.
Контекст здесь важнее самого splashdown. NASA по-прежнему целится в конец 2027 года для миссии Artemis III. В этой архитектуре версия Starship как Human Landing System должна не просто красиво летать, а безопасно встретиться с Orion на низкой околоземной орбите, состыковаться, а затем стать частью уже лунной операции. Это совсем другой уровень требований по сравнению с демонстрацией выпуска спутников на суборбитальной траектории. В терминах разработки продуктов разница примерно как между успешной отправкой push-уведомления и доказанной отказоустойчивостью платежного ядра под боевой нагрузкой. Да, оба пункта входят в один продукт. Нет, закрытие одного не компенсирует пробел по другому.
Для бизнеса и инженеров за пределами космической отрасли испытание Starship полезно как редкий открытый кейс про цену ускоренной итерации. SpaceX по-прежнему двигается быстрее большинства игроков в тяжелой космонавтике: новый корабль, новая стартовая площадка, регулярные тесты, быстрая обратная связь. Но скорость сама по себе не отменяет зависимости между подсистемами. Можно показать рынку прогресс в спутниковом сегменте и все равно остаться позади по задачам, без которых не будет следующего уровня миссий. В сложных инженерных продуктах это обычная ловушка roadmap: пользователь уже видит фичу, а команда платформы все еще бьется за базовую надежность. Поэтому главный результат полета звучит не как «успех» или «провал», а как более неприятная формулировка: SpaceX доказала полезный частный сценарий, но не закрыла критический системный риск.
Теперь вопрос не в том, может ли Starship эффектно летать и выбрасывать аппараты. Это уже почти показано. Вопрос в том, успеет ли SpaceX до конца 2027 года превратить серию ярких, но неполных демонстраций в предсказуемую транспортную систему для NASA. Пока график Artemis III выглядит не как маркетинговый дедлайн, а как таймер, который тикает громче с каждым пропущенным тестом.