蓝色起源遭遇至暗时刻：新格伦全栈爆炸全解析

美东时间2026年5月28日晚，美国佛州卡纳维拉尔角太空军基地LC-36发射复合体的夜空，被一团突如其来的巨大火球彻底点亮。当地时间晚间9时（北京时间29日上午9时），蓝色起源（Blue Origin）正在为新格伦（New Glenn）火箭执行NG-4任务前的全栈静态点火测试。就在7台BE-4发动机点火后不久，一级底部突然爆发异常强光，随后整枚火箭迅速被火焰吞没。短短数秒内，冲击波横扫发射区。一级助推器解体、二级接连爆炸，巨大蘑菇云翻卷升空，碎片高速飞散，整个卡纳维拉尔角太空海岸几乎被照成白昼。运输起竖装置严重受损，一侧避雷塔倒塌，LC-36核心设施遭遇重创。所幸，现场人员已全部确认安全，无人员伤亡。

这是新格伦项目迄今最严重的一次事故。更关键的是，它发生在一个极其敏感的时间点——新格伦刚刚完成首次助推器复用，蓝色起源正准备全面承担亚马逊Kuiper星座部署任务，同时深度参与NASA阿耳忒弥斯（Artemis）月球计划，积极备战2027年阿耳忒弥斯3号任务。这场爆炸不只是一次测试失败，更像是美国商业重型运载火箭体系的一次极限压力测试。

蓝色起源官方随后发布简短声明：「今日静态点火测试中发生异常，所有人员均已确认安全。随着推进调查，我们将持续公布更多信息。」

蓝源创始人杰夫·贝佐斯第一时间发推表态：「现在判断根本原因还为时尚早。这一天很艰难，但我们会重建一切并重返发射。这值得。」

马斯克也在X平台上表态：「遗憾看到，希望尽快恢复。」

NASA局长艾萨克曼传递了更直接的态度：「航天飞行无情，开发新型重型运载能力极其困难。我们将与合作伙伴合作，支持彻底调查，评估近期任务影响，并重返发射。」

●事件全景：一场起飞前的毁灭性事故

美东时间5月28日晚，LC-36的测试序列按部就班展开。据专业观测网络NSF - NASASpaceflight.com多角度视频记录，事故并非发生于长时间燃烧阶段，而是在点火后的极短时间内迅速失控。

异常最初出现在一级底部。那并不是正常发动机羽流，而是一种明显超亮的瞬时闪爆。随后火焰迅速向上蔓延，一级结构发生灾难性破坏，继而引发二级爆炸，形成典型的级联失效（cascading failure）。一些高速碎片喷射特征，与COPV（复合材料缠绕压力容器）破裂现象高度相似。发射台一侧大型脐带塔剧烈摇晃，右侧避雷塔完全倒塌，水塔相对幸存，推进剂储罐区可能受损。夜幕降临时，现场仍有火势，空气质量监测随即展开。

尤其值得注意的是，在正式点火前，现场曾出现一次测试中止，期间喷水系统提前启动。这意味着，系统在此前可能已经检测到某种异常状态。问题在于，究竟是发现了问题，还是没有发现真正的问题？这往往是重型火箭最危险的灰色地带。

此次测试本为NG-4任务（原计划6月初发射，搭载约48颗亚马逊Kuiper低轨互联网卫星）的最后重大预发射验证。火箭上无有效载荷，卫星通常在发射前更晚阶段才进行堆叠。测试采用全新一级助推器与全新二级全栈配置，目的是在接近飞行状态下验证发动机集群、推进剂系统、级间连接、控制系统及地面支持设备的整体性能。

●技术背景：新格伦是一头尚未完成工业驯化的巨兽

新格伦（New Glenn）火箭以美国先驱宇航员约翰·格伦（John Glenn）命名，是蓝色起源旗下最新推出的重型可复用运载火箭，高约98米，直径7米，与NASA SLS Block 1高度相当。一级采用7台BE-4发动机（液氧/液甲烷，LOX/LCH4），单台海平面推力约55万-64万磅力，总推力约380-450万磅力级，采用富氧分级燃烧循环，具备深度节流与重复使用能力。一级可自主返回垂直着陆于大西洋杰克琳号海上平台。二级采用2台BE-3U发动机（液氧/液氢）。整箭LEO运载能力约45吨，GTO约13吨以上，升级版9×4规划更高。

新格伦定位非常明确，既要承担国家级深空任务，也要支撑商业化高频发射。某种意义上，它是蓝色起源第一次真正意义上的工业级火箭。而这恰恰意味着从开始进入商业航天最危险的阶段——从能飞走向稳定飞。因为真正困难的部分，从来不是单台发动机。而是七台发动机协同、推进剂流量管理、低温热耦合、压力系统稳定性、结构振动、地面系统联动、全箭控制逻辑——所有复杂性叠加后，「未知的未知」会指数级增长。这也是为什么，全栈静态点火测试既重要，又危险。本质上是在地面提前触发接近真实飞行的复杂耦合环境。而历史证明，许多最致命的问题，只有在这一刻才会暴露。

新格伦此前已完成多次成功静态点火测试，第三飞NG-3甚至在2026年4月19日成功发射并实现首次助推器复用，只是二级在第二次点火时出现异常（低温泄漏导致液压管路冻结，推力不足），导致AST SpaceMobile BlueBird 7卫星未能进入预定轨道，最终再入。FAA调查已于近期关闭。此次全栈静态点火本是为NG-4「回归飞行」做最后确认，却暴露了集成复杂性。

●新格伦的「AMOS-6时刻」

这场事故，让整个行业瞬间想起2016年另一次爆炸。

2016年9月1日，SpaceX 一枚编号B1028猎鹰9号在SLC-40发射台进行静态点火测试时突然爆炸，连同AMOS-6卫星一同被摧毁。后来调查确认：根本原因是一枚COPV在低温液氧环境下失效，引发氧箱破裂并导致整箭爆炸。

今天回看，AMOS-6几乎成为SpaceX历史上的一道分水岭。因为它之后发生的，并不仅仅是「修火箭」。而是整个工程体系的重构——COPV重新设计；加注流程修改；地面程序重写；风险模型更新；高速迭代机制成熟。随后几年，猎鹰9进入真正的高频复用时代。

因此，新格伦此次事故最值得关注的，并不是炸了。而是蓝色起源接下来会不会像当年的SpaceX一样，把一次灾难转化成一次系统级进化。因为从行业成熟度来看，两者其实并不相同。

2016年的SpaceX，已经积累了数十次飞行经验。而今天的新格伦，只完成了3次飞行。它仍处于原型机向运营系统过渡阶段。换句话说，SpaceX当年炸的是成熟体系里的缺陷。而蓝色起源现在炸的，可能是体系尚未真正成熟。这会让恢复周期更加漫长。

●对阿耳忒弥斯计划的冲击，可能比想象更大

如果只是商业发射延期，问题还不算严重。真正敏感的是，新格伦不仅仅是一枚商业火箭，还是蓝色起源月球战略的核心运载平台。蓝月着陆器（Blue Moon）、货运任务、未来月面基础设施部署，都高度依赖新格伦。尤其是在NASA推动阿耳忒弥斯月球长期驻留体系的背景下，新格伦承担的是月球物流基础设施角色。而现在，发射台受损、一级损毁、二级损毁、发射节奏中断、FAA调查重新开启……这意味着蓝月着陆器相关时间表大概率被迫后移。NASA最担心的，并不是单次失败，而是系统性节奏崩塌。因为月球计划最脆弱的地方，从来不是某一枚火箭，而是整个供应链、发射链、测试链、任务链之间的节奏耦合。一旦关键节点延误，后续所有窗口都会被推着向后滑。这也是为什么NASA近年来越来越强调：冗余。

登月版星舰、蓝月着陆器、商业货运、多家供应商并行存在，本质上就是为了避免单点失败。这正是后阿波罗时代最大的不同，美国不再把所有赌注压在一枚火箭上。而是构建一个多供应商、多路径、多体系的太空工业生态。所以，新格伦的爆炸会带来延期，会带来成本飙升，会带来政治压力，甚至会让月球时间表再次后移。但它不会终结月球计划。因为今天的人类航天，已经不再依赖单一英雄。而是依赖整个工业体系的韧性。

●蓝色起源迎来第一次工业成人礼

很多人会把火箭爆炸视为失败。但在现代商业航天里，更关键的问题其实是能否在失败后迅速恢复。因为所有重型可复用火箭的发展史，本质上都写满了爆炸。土星5号经历结构振动危机；航天飞机经历挑战者与哥伦比亚号事故；猎鹰9号经历CRS-7与AMOS-6事件；星舰几乎是在「边炸边进化」。真正决定一家航天公司上限的，不是会不会失败，而是失败后是否还能维持工程迭代速度。这也是当前整个行业最关注蓝色起源的地方。

过去十几年，外界一直批评蓝色起源太慢、太稳、太保守。但如今，新格伦终于进入真正意义上的高风险高节奏阶段。而这一阶段，没有任何公司能够优雅通关。每一家重型火箭商，最终都必须经历属于自己的火焰洗礼。现在，轮到新格伦了。

部分信息索引：

Blue Origin’s New Glenn explodes during Static Fire test at LC-36（https://www.nasaspaceflight.com/2026/05/blue-origin-new-glenn-explodes/）

Blue Origin's New Glenn rocket explodes in massive fireball during prelaunch test（https://www.space.com/space-exploration/launches-spacecraft/blue-origins-new-glenn-rocket-explodes-in-massive-fireball-during-prelaunch-test）

New Glenn（https://en.wikipedia.org/wiki/New_Glenn）

X@SpaceflightNow@BlueOrigin@JeffBezos@NASAAdmin@ElonMusk

New Glenn just RUD’d on the pad（https://old.reddit.com/r/SpaceXLounge/comments/1tqmidm/new_glenn_just_rudd_on_the_pad/）

Amazon turns to Jeff Bezos’ other company to do some heavy lifting（https://arstechnica.com/space/2026/05/amazon-turns-to-jeff-bezos-other-company-to-do-some-heavy-lifting/）