西方轨道算力深度审查:Starcloud 最快,Google 最严谨
从 Starcloud 到 Google Suncatcher,分层审视计算节点、光学网络、载荷平台与基础设施供应链,并拆解热控、辐射、带宽和资本国籍如何共同决定商业化边界。
作者
Dylan
Singapore Space Agency
发布时间
2026年5月27日
最后更新
2026年5月27日
42 分钟阅读 · 12,425 字词规模 · 市场洞察

快速摘要
这篇文章的关键信息
- 西方轨道算力是由计算节点、光学网络、载荷平台和组件基础设施构成的四层生态,把所有参与者混排会制造错误结论。
- Starcloud 的硬件推进最快,Google Suncatcher 则给出了最完整的系统工程论证与辐射可靠性证据。
- 真正决定商业规模的更可能是废热如何排出、结果如何下行,而不是单颗加速器的峰值性能。
- 对亚太而言,更强的切入口是热控、光通信组件、轨道运行时与中立治理,而不是复制一颗缺乏差异化的GPU卫星。
真正的瓶颈在热控、带宽和资本国籍——从 Starcloud 到 Google Suncatcher的全景分层、路线解剖与亚太启示
报告日期:2026年5月27日 作者:Dylan | Singapore Space Agency 本文为《中国轨道计算去水分》的镜像报告,方法论一致,两篇合读形成完整的全球视野。
免责声明:本报告的进度评分衡量的是"公开可验证进度",不是公司投资价值或未来回报概率。所有编号引用的事实对应文末来源表;无法独立核实的声明明确标注。本报告不代表对任何轨道算力公司的背书。
方法论(与中国报告统一):在轨事实35% + 监管/官方文件20% + 商业客户与收入验证20% + 规模化工程路径15% + 融资与资本信号10%。
一、90秒摘要
西方轨道算力赛道不是一个公司赛道,而是四个结构层叠加在一起:计算节点层(Starcloud、Axiom)、光学网络层(Kepler)、载荷平台层(Loft Orbital)、基础设施供应层(Spacebilt、Sophia Space)。把这些混排进度会得出错误结论。
Starcloud:全球首个高性能GPU在轨验证,商业模式尚未闭环,热管理是其核心差异化能力。
Google Suncatcher:技术论证最完整,Trillium TPU辐射测试是赛道迄今最权威的硬件可靠性数据,但1.6 Tbps星间带宽被大气层下行瓶颈严重限制,这是整个赛道被低估的最大技术约束。
Axiom Space:实际在轨ODC节点最多(2颗),走的是空间站基础设施路线,不是通用AI云。
NVIDIA Space-1(Vera Rubin Module):还没有实物,但已经将西方几乎所有头部玩家纳入CUDA生态,正在执行一场预防性的"轨道Android生态绞杀"——在Space Android诞生之前就让所有人依赖NVIDIA。
Cowboy Space:$20亿估值对应无在轨算力、无验证的能量传输技术(~5-8%往返效率,经济上接近荒谬)。
亚太机会:不在复制Starcloud,而在热控子系统、激光通信组件、轨道AI推理软件、以及不受美国主权资本(CIA/In-Q-Tel)约束的中立算力平台。
二、方法论声明:本报告评分和判断的标准
与中国报告相同,本报告把"在轨验证事实"列为最高权重,把"融资公告"和"未来规划"列为最低权重。
事实状态分层:
- 已确认:官方公告、学术论文、Axiom/Google官方页面、YC公司页面等一手来源
- 媒体报道:TechCrunch、SiliconAngle、SpaceNews、IEEE Spectrum等,可信但需注意口径
- 作者推断:基于公开事实的独立分析,已明确标注
三、为什么这个赛道在2025-2026年突然从概念变成资本
在理解任何具体公司之前,先理解驱动力的真实量级。
地面数据中心面临历史性约束收敛。 国际能源署数据:2024年全球数据中心耗电量约415 TWh,占全球电力消耗的1.5%。IEA预测到2030年翻倍至约945 TWh。^[1] 在美国弗吉尼亚北部、加利福尼亚、德国等核心市场,新数据中心接入电网的排队时间已严重延长——这不是钱的问题,是物理基础设施的问题。
Jensen Huang的方向性判断。 Huang将agentic AI描述为比聊天式生成更吃算力的工作负载;部分媒体报道引用为"1,000倍",其他报道是"1,000%"(约10倍)。^[2] 具体倍数可以争论,但AI需求在不断快速增长的方向是行业共识。
物理优势的计算:近地轨道SSO(太阳同步轨道)中,特别是dawn-dusk(晨昏)轨道,卫星可在绝大多数轨道时间内保持太阳照射,日照可用率远高于地面——地面太阳能面临天气、昼夜、大气损耗,而轨道太阳能几乎没有这些干扰。发电效率上的优势(有些研究估计约5倍,具体取决于对比基准和系统设计)是轨道算力的核心能源逻辑。同时,太空真空允许通过辐射散热,理论上可以散出大量废热——但实际工程约束远比"宇宙深冷"的叙事复杂得多(详见第五节)。
成本门槛:Google内部分析认为,轨道数据中心达到经济可行性,发射成本需要下降到约$200/kg。^[3] 目前Starship如果实现商业化,可能在2030年代中期接近这个区间。
四、全景分层:不是进度排名,是产业生态图
这个赛道最容易犯的错误是把所有参与者混排进度。Kepler Communications 和 Starcloud 不是可以直接比较的——前者是光学中继网络,后者是GPU算力卫星。把它们放在同一个"轨道算力进度"表里会产生错误的可比性。
4.1 产业生态四层结构
| 产业层 | 核心角色 | 代表参与者 | 主要价值 |
|---|---|---|---|
| 第一层 | 计算节点运营商 | Starcloud、Axiom Space ODC、Google Suncatcher | 把GPU、TPU与数据中心节点真正部署到轨道 |
| 第二层 | 光学网络 | Kepler Communications、Skyloom | 提供星间与星地光学中继,把孤立节点连接成网络 |
| 第三层 | 载荷平台与标准化接口 | Loft Orbital、Sophia Space | 提供任务控制、标准载荷接口和模块化算力瓦片 |
| 第四层 | 硬件组件与基础设施 | Spacebilt、OrbitsEdge、NVIDIA Space-1 | 提供存储、热控、计算模块与底层芯片生态 |
SpaceX+xAI(据多家媒体报道的企业整合,官方结构文件尚未独立确认)在规划层面可能覆盖所有四层,但目前实际轨道算力产品尚不存在——更多是战略意图而非工程现实。

4.2 计算节点层进度(SpaceX=100%综合控制能力基准)
| 企业 | 核心定位 | 实际在轨状态 | 进度区间 | 最核心事实 |
|---|---|---|---|---|
| SpaceX+xAI | 综合控制基准 | Starlink 10,000+颗(通信),AI数据中心规划阶段 | 60-70% | FCC申请约100万颗AI卫星(媒体报道,文件号待核实);Terafab计划(Musk宣布) |
| Starcloud | 纯GPU算力卫星 | H100在轨训练LLM | 45-55% | 全球首个高性能GPU在轨验证(2025年11月) |
| Google Suncatcher | TPU+编队飞行 | 无(2027年原型) | 35-45% | 最完整辐射测试数据;1.6 Tbps实验室验证 |
| Axiom Space ODC | 空间站基础设施路线 | 2颗ODC节点在轨(2026.1.11) | 30-38% | 实际运营中的轨道数据中心节点最多 |
| Cowboy Space | 能量传输+算力 | 无在轨算力 | 10-20% | $275M融资,$20亿估值,能量传输效率约5-8% |
4.3 网络、平台与组件层(不宜与计算节点层直接比较进度)
| 企业 | 层级 | 核心能力 | 关键状态 |
|---|---|---|---|
| Kepler Communications | 光学网络层 | 星间+星地光学中继 | 9颗中继星在轨(Q4 2025),2.5 Gbps商业可用 |
| Loft Orbital | 载荷平台层 | 标准化载荷接口+任务控制 | Hub Compute在轨演示;€170M融资 |
| Sophia Space | 载荷+算力瓦片 | 模块化算力瓦片 | NVIDIA合作;Kepler卫星上小规模测试 |
| Spacebilt | 组件+基础设施 | 存储+计算基础设施 | ISS节点计划中;Axiom合作;PB级在轨存储 |
| OrbitsEdge | 热管理+组件 | 液冷SatFrame | 专利液冷方案,地面验证阶段 |
| NVIDIA Space-1 | 芯片生态层 | Vera Rubin Module(25倍H100声称) | 产品发布70%,实物交付0% |
五、Starcloud 深度解剖:17个月的独角兽,H100先行的赌注
5.1 历史脉络:一个收敛时机的识别
Starcloud的起点不是技术突破,而是一个时机判断:发射成本曲线与AI算力需求曲线,正在2024年左右进入交叉区间。
Philip Johnston在麦肯锡为政府航天机构做咨询时识别了这个机会。他的逻辑:如果地面数据中心的根本约束是电力和散热,而轨道恰好在这两项上有结构性优势,那么当发射成本进一步下降时,轨道数据中心第一次进入可以认真计算经济性的范围。
创始团队的构成是刻意的,三种专业背景形成互补:
| 角色 | 人员 | 背景 | 贡献方向 |
|---|---|---|---|
| CEO | Philip Johnston | McKinsey(卫星咨询);Harvard MPA;Wharton MBA;Columbia应用数学;CFA | 战略定位,融资,客户开发 |
| CTO | Ezra Feilden | Airbus Defence and Space,10年,专长大型可展开结构 | 热管理系统的核心设计(散热板是大型可展开结构) |
| Chief Engineer | Adi Oltean | Microsoft Azure 20年(大规模GPU集群);SpaceX Starlink(波束追踪) | GPU工作负载在轨运行,卫星网络集成 |
注:以上基于公开履历的推断,代表外部观察而非公司内部角色定义。
融资时间线
| 时间 | 关键节点 |
|---|---|
| 2024年1月 | 以Lumen Orbit之名成立于加州El Segundo |
| 2024年2月 | 搬至华盛顿州Redmond,靠近Starlink、AWS与Azure人才库 |
| 2024年夏 | 进入YC S24 batch |
| 2025年初 | 更名Starcloud,定位从“轨道”转向“云服务” |
| 2025年初至年中 | 完成约2,100万美元种子轮,投资方包括NFX、YC、In-Q-Tel,并进入NVIDIA Inception Program |
| 2025年11月 | Starcloud-1发射,H100进入轨道;另一颗A6000在发射中损坏 |
| 2025年12月 | 完成NanoGPT在轨训练,并运行Gemma相关工作负载 |
| 2026年3月 | 完成1.7亿美元A轮,估值11亿美元;总融资约2亿美元 |
| 2026年10月(计划) | Starcloud-2计划携H100、Blackwell B200与大型可展开散热板发射 |
In-Q-Tel出现在早期投资者名单里,这不是细节。In-Q-Tel是美国国家情报局的风险投资机构。它的出现说明:轨道数据中心对主权敏感计算有明确价值——数据在本国管辖卫星上处理,不经过可能受外国政府影响的地面设施。这个信号的战略含义在第七节"亚太创业者"部分详细展开。
5.2 子系统全景:六个层面的分解
子系统1:热管理——Starcloud最核心、最真实的差异化
热管理是轨道数据中心的硬核约束。理解Starcloud的差异化,必须先理解这个约束有多严苛。
太空散热的物理现实:在真空中,废热无法通过空气对流或直接接触传导散出——只能通过辐射。Stefan-Boltzmann定律决定了辐射能力:
Stefan-Boltzmann关系式:
P = ε × σ × A × T⁴。其中ε为辐射率(优质辐射涂层约0.9),σ = 5.67 × 10⁻⁸ W/(m²·K⁴),A为辐射面积,T为开尔文温度。在ε = 0.9、T = 350K(约77°C)时,理想单位面积辐射功率约为766 W/m²。
关键数字(在350K工作温度下的理想计算,实际会更保守):
| 热载荷 | 需要的辐射面积(理想值) | 实际工程需求 |
|---|---|---|
| 40kW(Starcloud-2估算) | ~52 m² | 含视因子、太阳入射、地球红外、结构效率等余量,实际可能2-3倍 |
| 1 MW | ~1,307 m² | 约相当于185平方米×7倍放大 |
| 100 MW | ~130,700 m² | 约18个足球场大小的辐射板 |
| 5 GW(Hypercluster愿景) | ~6,530,000 m² | 约6.5平方公里,900个足球场 |
这些数字揭示了轨道算力规模化的根本约束:散热不是"宇宙背景辐射提供免费冷却"那么简单,而是一个需要数平方公里展开辐射板的工程问题。
Starcloud-1的热方案(被动辐射,小规模):Starcloud-1搭载单颗H100(约400W热耗),使用卫星本体结构导热+外表面辐射的被动方案。这个量级相对简单,不需要可展开结构。
Starcloud-2的热方案(大型可展开辐射板):Starcloud-2声称"迄今最大的商业可展开辐射板"。^[4] 发电量100倍于Starcloud-1,对应热载荷大幅增加,需要可展开辐射板系统。这正是Ezra Feilden(CTO)在Airbus的核心专长——大型可展开结构(可展开太阳翼、天线阵、辐射板是同一类工程问题)。这不是巧合,而是团队组建时的刻意设计。
热管理技术路径(基于公开材料推断):
- 热管(Heat Pipes):将GPU产生的废热从芯片传导到辐射板
- 辐射涂层:高发射率材料(ε≈0.85-0.92),最大化辐射效率
- 辐射面朝向:背向太阳,避免太阳入射加热辐射板
- Hypercluster愿景:数平方公里展开面积,多兆瓦级热耗,依赖Starship使大型结构成本可接受
为什么被动辐射好于主动液冷:主动液冷(泵+管道+密封件)在地面成熟,但在太空长期可靠性未经验证。泄漏是灾难性的。被动热管+辐射板的可靠性建立在数十年卫星工程实践上。
子系统2:计算硬件——"借用地面芯片"策略的得与失
战略选择:Starcloud不设计太空专用芯片,而是让地面最先进的GPU(H100)在太空工作。CEO Johnston的原话:"H100可能不是最适合太空的芯片,但我们想证明我们可以在太空中运行最先进的地面芯片。"^[5]
这个选择的逻辑:
- CUDA生态庞大,客户工作负载几乎不需要修改即可迁移
- H100提供真正数据中心级算力
- 时间最快,不需要等待定制芯片研发周期
代价:H100不是辐射加固芯片,Starcloud必须处理单粒子效应(SEU)、辐射积累效应、热冲击,通过软件层的ECC和容错机制补偿。
Starcloud-1的失败数据点:另一颗A6000 GPU在发射过程中损坏。^[5] 这说明:从地面到轨道的机械振动冲击(约20-100g)对GPU是真实威胁,振动隔离和机械加固是不可忽视的设计约束。这对所有想做轨道算力的团队是直接的工程教训。
Starcloud-2的计算配置:H100 + NVIDIA Blackwell B200(H100约5-6倍性能),加上比特币矿机ASIC(用于AI工作负载不饱满时的现金流桥接)。据Tech-Insider报道(C级来源,待官方确认),AWS、Google Cloud、NVIDIA、Crusoe已向Redmond集成设施交付硬件。^[6]
子系统3:卫星平台——自研非购买
Starcloud自研卫星平台,不购买现成商业总线(如GomSpace、EnduroSat)。原因:现成总线的热设计通常针对低功率任务,无法承载数十千瓦的GPU热载荷。Redmond的载荷制造设施(payload manufacturing facility)是控制质量和速度的直接投入。
轨道选择:SSO(太阳同步轨道),约500-600km高度。选择依据:高日照可用率、散热面可持续面向深空、延迟约5ms(商业应用可接受)、轨道寿命合理。
子系统4:软件与在轨运行
Adi Oltean的背景(20年Azure GPU集群+SpaceX Starlink网络)直接体现在软件架构上:
- 容器化部署:工作负载以容器形式运行,允许客户少量修改或不修改地将CUDA代码迁移到轨道
- 面向断连设计:卫星每轨可见地面站窗口有限,软件必须支持长时间自主运行
- 辐射容错层:软件层ECC和检错逻辑,在硬件SEU发生时补偿
子系统5:通信
这是Starcloud公开信息最少的子系统。已知:四个商业客户需要与卫星通信,需要相当的上/下行带宽。潜在方案:Ka/Ku波段射频(成熟,带宽受限);激光通信(高带宽,更复杂);AWS Ground Station等第三方地面站网络。
关键未解问题:Starcloud-2的下行带宽能达到多少?这直接决定了什么类型的AI工作负载在经济上可行(见第五节带宽分析)。
子系统6:发射
SpaceX Transporter rideshare,$6,000/kg到SSO,是当前市场最经济的可靠发射选项。
战略依赖风险:Starcloud完全依赖SpaceX,而SpaceX正在自建轨道数据中心(Terafab)。这个利益冲突如何演变,是赛道最重要的竞争动态之一。如果SpaceX决定优先用Starship运力部署自己的AI卫星,对Starcloud的影响是直接的。
5.3 商业模式:现在真正赚什么钱
三个客户群体:
| 客户群 | 当前状态 | 支付溢价理由 |
|---|---|---|
| 其他卫星的在轨处理 | 最近期,Capella SAR数据处理验证中 | 减少下行带宽,提高遥感时效性 |
| 主权敏感计算 | In-Q-Tel背书,存在真实需求 | 数据不经外国地面站 |
| 边际成本低于地面的AI工作负载 | 长期目标,依赖$200/kg发射成本 | 纯能源经济性,2030年代以后 |
比特币矿机的深层逻辑:Starcloud-2搭载比特币ASIC,这不是技术妥协,而是现金流工程。早期商业化的最大挑战不是算力不够,而是AI工作负载利用率不足——一颗利用率10%的H100,和一颗利用率90%的H100,成本相同但收入差9倍。比特币矿机在AI工作负载空档期填满卫星的电力输出,使太阳能输入持续转化为经济价值。
5.4 Starcloud的核心竞争力:真实与可疑
| 竞争力声称 | 评估 | 护城河持久性 |
|---|---|---|
| 全球首个H100在轨验证 | 真实,已完成 | 中——Google 2027年原型会追上 |
| 大型可展开散热板(Feilden专长) | 真实工程能力 | 高——大型可展开结构需要专业积累 |
| CUDA工作负载无缝迁移(Oltean专长) | 真实软件能力 | 高——CUDA生态是真实壁垒 |
| 商业客户关系先发 | 媒体报道,待验证 | 中——客户会多元化供应商 |
| YC/Benchmark背书 | 真实,影响人才和下轮 | 高——融资和品牌效应 |
六、Google Project Suncatcher 深度解剖:严谨的系统工程建模
6.1 定位说明:Starcloud证明"能飞",Google证明"如何系统性建模"
这是理解Google在这个赛道价值的最重要句子。Google没有证明GPU在轨道能运行,Starcloud已经证明了。Google正在建立的是:基于自研TPU、编队飞行、光学网络和精确经济性建模的系统工程可行性证明。这是一个不同的贡献。
Google DeepMind研究团队发表了一篇完整的系统设计学术论文,这使Project Suncatcher成为整个赛道技术公开度最高的项目,也使本报告对其技术参数的引用可靠性最高。^[7]
6.2 技术架构的六个关键设计决策
决策1:自研Trillium TPU v6e,而非借用现成GPU
这是Google与Starcloud最根本的技术路线分歧。
Google拥有自己的AI芯片设计能力(TPU),在AI推理性能/瓦特比方面优于通用GPU。选择TPU意味着:
- 更高的AI工作负载效率
- 可以在设计阶段针对辐射容错优化
- 与Google的JAX/TensorFlow软件生态原生兼容
Trillium TPU v6e的辐射测试——赛道迄今最完整的硬件可靠性数据^[7]:
| 测试维度 | 结果 |
|---|---|
| 测试环境 | 67 MeV质子束,模拟650km LEO辐射环境 |
| 预期5年任务剂量 | 约750 rad(Si) |
| HBM开始出现不规则 | 2 krad(Si),约为预期5年剂量的2.7倍 |
| HBM无硬失效上限 | 直至15 krad(Si),约为预期5年剂量的20倍 |
| 计算核心 | 在15 krad(Si)下继续正确运行 |
| 结论 | 无额外辐射加固的商用AI芯片,在主流LEO条件下可支撑5年任务而不出现严重可靠性问题 |
这个测试结果的意义远超Google本身:它证明了"将现代AI芯片(非专用航天芯片)放入轨道"这条技术路线在可靠性上是可行的。Starcloud的H100方案、所有其他使用商用GPU的轨道算力项目,都受益于这个数据。
决策2:编队飞行——81星集群作为分布式计算单元
这是Google Suncatcher最有野心也最有技术门槛的设计。
核心问题:单颗卫星的物理尺寸和质量限制了算力规模;大型单一卫星极其昂贵且风险高。Google的解决方案:让多颗卫星飞行得足够近(数百米间距),通过激光互联形成一个分布式计算集群。
轨道力学(Google论文)^[7]:
| 设计参数 | Google研究方案 |
|---|---|
| 轨道 | 约650km太阳同步晨昏轨道 |
| 示例集群 | 81颗卫星,约1km集群半径 |
| 卫星间距 | 数百米 |
| 编队构型 | 旋转椭圆,每个轨道周期完成两个形状循环 |
| 主要摄动 | 地球扁率J2项、微量大气阻力、太阳辐射压力 |
| 控制方法 | 以反向传播训练的机器学习轨道控制模型预测扰动力 |
| 推进代价 | 研究判断只需适度推进力,推进剂预算在可接受范围内 |
如果这个方案在轨道上实现,集群内81颗卫星可以真正作为一个分布式计算单元协同工作——这相当于把地面服务器机架里的服务器间通信,搬到轨道上相互独立飞行的卫星之间。

决策3:1.6 Tbps星间激光——以及它被严重忽视的下行瓶颈
Google在实验室验证了单对收发器1.6 Tbps的自由空间光学链路。^[7] 这个数字被广泛引用为轨道计算通信能力的里程碑。
但这个数字背后有一个被系统性低估的约束,是整个赛道的最大盲点之一:
1.6 Tbps是星间链路(satellite-to-satellite)。数据在完成计算后,必须穿过地球大气层下行到地面,而大气层对激光通信是一个严苛的物理障碍:
| 星地激光约束 | 对实际服务能力的影响 |
|---|---|
| 云层遮挡 | 热带地区年平均云量可达60-80%,遮挡时激光链路会完全中断 |
| 大气湍流 | 光束闪烁与信号强度随机变化,降低有效带宽 |
| 雨衰 | 雨滴散射会使链路中断或严重降质 |
| 指向精度 | 数百公里距离仍需维持毫弧度级指向,在湍流条件下更困难 |
当前商业星地激光通信的实际状态(2026年):在晴天条件下,可以达到数十Gbps量级;但考虑实际天气条件的可用率,商业运营的平均有效吞吐量可能在1-10 Gbps之间,且在热带地区、多云地带更低。
这意味着什么:
即使Google在轨道上实现了81星集群以1.6 Tbps互联,整个星座向地面输出数据的有效出口带宽受限于星地激光链路的物理约束——而这个瓶颈目前比星间带宽低1-3个数量级。
这个约束从根本上塑造了哪些工作负载适合轨道计算,哪些不适合:
| 近期适配度 | 工作负载 | 原因 |
|---|---|---|
| 高 | 遥感数据在轨处理 | 原始数据本就在轨,可把10GB SAR图像压缩为约1MB异常报告后再下行 |
| 高 | 自主决策与星上数据聚合 | 计算在轨完成,只下传关键结果 |
| 中 | 长时间批处理 | 对实时性要求低,可利用过站窗口下行 |
| 低 | 大规模AI训练 | 需要持续高带宽与地面交互 |
| 低 | 实时交互式推理 | 用户要求毫秒级响应,而卫星过顶窗口有限 |
| 低 | 高吞吐量数据处理 | 下行带宽成为系统瓶颈,削弱在轨处理意义 |
Google的应对方案(论文中描述):设计面向"星上预处理(in-space reduction)"的工作负载——数据在星上完成大量处理,只下传结果而非原始数据,将下行带宽需求降低85-95%。这是正确的应对策略,但它同时意味着:轨道算力在近期内不是通用AI云的替代品,而是特定场景的专用工具。
Sundar Pichai在宣布Suncatcher时明确说:"it's going to require us to solve a lot of complex engineering challenges."^[8] 这是大公司罕见的技术诚实。
决策4:经济性测算的精确条件
Google学术论文的经济可行性分析是整个赛道最严格的公开量化分析。核心结论:发射成本需降至约$200/kg,轨道数据中心在能源成本上才能与地面设施竞争。^[3]
基于商业发射历史学习曲线,2030年代中期可能接近这个区间——前提是Starship商业化按计划推进。这不是乐观预测,是基于历史趋势的外推。
6.3 Google的核心竞争力
| 竞争力 | 性质 | 护城河持久性 |
|---|---|---|
| Trillium TPU v6e完整辐射测试数据 | 行业级技术标准 | 极高——测试数据本身就是壁垒 |
| 自研TPU的AI性能/瓦特比 | 芯片设计护城河 | 极高——Google TPU团队全球顶级 |
| ML-based编队飞行控制算法 | 轨道动力学专有知识 | 高——需要大量轨道数据验证 |
| 与Planet Labs的合作 | 制造执行能力 | 中——Planet有卫星批量制造记录 |
| Google的资金深度 | 不受融资约束 | 极高 |
| 全栈AI生态(TPU→JAX→应用) | 软件垂直整合 | 极高——任何其他公司进入都要从头建生态 |
Google的弱点:速度和灵活性
Starcloud 22个月从成立到发射;Google 2025年10月宣布,2027年才计划发射2颗原型。这不是批评,而是大公司vs小公司在执行速度上的结构性差异。在技术快速演进的赛道,执行速度差异最终会影响学习曲线。Starcloud会在2026-2027年积累Google 2027年才开始积累的在轨工程数据。
七、三堵技术墙:热控、辐射、带宽
这三个约束跨越所有参与者,是决定整个赛道商业化时间表的根本变量。
7.1 热控墙:真实数字告诉你规模化有多难
| 散热方案 | 代表公司 | 当前状态 | 优点 | 风险 |
|---|---|---|---|---|
| 被动辐射+可展开辐射板 | Starcloud-2、Google Suncatcher | Starcloud-2 2026年Q4在轨验证 | 可靠性有历史验证,无运动部件 | 需要大面积展开,结构复杂 |
| "热瓦片"方案 | Axiom+Spacebilt | 2颗ODC节点在轨,待验证 | 与结构集成 | 面积受限 |
| 模块化瓦片(太阳能+辐射两面) | Sophia Space | 设计阶段 | 整面散热 | 朝向管理复杂 |
| 主动液冷 | OrbitsEdge | 地面验证阶段 | 可以更紧凑 | 泵/管道/密封件可靠性风险 |
用真实数字理解规模化:
| 规模阶段 | 热耗与辐射面积 | 工程含义 |
|---|---|---|
| 当前:Starcloud-2量级 | 约40kW;约52-156m²(含2-3倍工程余量) | 可展开辐射板在工程上可实现,Starcloud-2正在验证 |
| 中期:1-10MW Hypercluster | 约1,300-13,000m² | 需要数十至数百米展开结构,并解决刚性、可靠展开与热循环疲劳 |
| 远期:100kW/颗 × 100万颗 | 每颗约130m²,总计约1,300km² | 已进入超大规模在轨结构的工程科幻区间 |
结论:被动辐射散热是当前阶段最成熟、最可靠的路线;但它对辐射面积的要求意味着轨道算力的规模化,在技术上等价于在轨道上建设越来越大的"辐射板结构"。主动液冷可能在高密度小型化场景中最终有价值,但当前在轨可靠性完全未验证。
7.2 辐射墙:商用芯片上轨的可行性已经证明,但长期累积效应未知
Google的Trillium测试(2 krad开始不规则,15 krad无硬失效)和Starcloud的H100在轨运行,共同证明了一件事:在主流LEO轨道和合理任务寿命内,不加辐射加固的商用AI芯片是可以工作的。这是2025年以前不确定、现在已经确认的结论。
未解决的问题:
- 长期累积辐射(5年以上)对性能的影响
- 不同轨道高度和轨道倾角下的辐射环境差异
- 带屏蔽vs不带屏蔽的权衡(屏蔽增加质量,但减少辐射剂量)
- 批量生产的芯片个体差异对辐射耐受性的影响
NVIDIA Vera Rubin Space Module如果真的实现"空间辐射加固"版本(官宣性能25倍H100),届时辐射可靠性问题会有一个更完整的工业解决方案。但这仍是"at a later date"。
7.3 带宽墙:星地下行是被系统性低估的约束
(详见第四节Google部分的分析)
补充几个关键数字:
| 通信方式 | 理论峰值带宽 | 实际考虑天气/可用率后 | 当前商业状态 |
|---|---|---|---|
| Ka波段射频 | 数百Mbps-1Gbps | 较稳定,但受雨衰影响 | 成熟可用 |
| Ku波段射频 | 数十Mbps-500Mbps | 较稳定 | 成熟可用 |
| 星地激光(商业可用) | 1-100Gbps(晴天) | 约1-10 Gbps(含云层影响) | Kepler, Tesat等已运营 |
| 星间激光(Google验证) | 1.6 Tbps(实验室) | 在轨未验证 | 2027年原型验证 |
关键认知:当前全球轨道算力赛道的星地下行商业实用带宽约为1-10 Gbps。这个数字决定了现阶段哪些工作负载在商业上可行,哪些不可行。
八、NVIDIA的战略棋局:Space Android在诞生前就被生态绞杀?
这一节是本报告最重要的战略判断,也是三个月前在Space Android文章中留下的悬念的答案。
8.1 NVIDIA Space-1 Vera Rubin Module的战略逻辑
2026年3月GTC,NVIDIA宣布Space-1 Vera Rubin Module,声称性能比H100高25倍,发货日期"at a later date"。^[9]
这个产品宣布引发了大量关于"什么时候发货"的讨论。但更重要的问题被大多数观察者忽视了:NVIDIA Space-1的合作伙伴名单:
Aetherflux(Cowboy Space)、Axiom Space、Kepler Communications、Planet Labs、Sophia Space、Starcloud。
这几乎是西方轨道算力赛道所有头部玩家的完整名单。
8.2 NVIDIA正在执行的是什么
在轨道算力商业市场真正形成之前,NVIDIA已经把所有主要玩家纳入CUDA生态。
这个战略的含义:
- 所有合作伙伴的软件都写在CUDA上
- 所有合作伙伴的工程师都针对NVIDIA硬件优化
- 客户的AI工作负载都是CUDA原生代码
- 切换到其他芯片(AMD、自研ASIC、光子计算)需要重写所有代码
当Vera Rubin Space Module真正交付时,这些公司会第一个采购,因为他们的整个技术栈都是NVIDIA生态。

这就是预防性生态绞杀:不是通过禁止竞争者进入市场,而是通过让所有玩家依赖NVIDIA,使任何试图建立独立于NVIDIA的"Space Android"生态的努力,在软件层面就面临极高的迁移成本。
8.3 对Space Android概念的影响
我们在此前的文章中讨论了Space Android的必要性——一个标准化的、中立的轨道计算平台,类似Android之于iOS。
NVIDIA的战略意味着:在西方轨道算力生态中,实际上正在形成的是NVIDIA/CUDA = Windows/Wintel的格局,而不是Android。每个卫星运营商只是NVIDIA生态的硬件制造商,而不是平台的掌控者。
对中国的含义:由于美国出口管制,中国企业无法接入NVIDIA Space-1生态。这是一个强制性的技术隔离,同时也是一个被动的机会:中国轨道算力玩家被迫发展非NVIDIA路线(寒武纪、东方天算的光计算等),如果这些替代路线成功,将形成一个完全独立的技术生态。
对亚太中立玩家的含义:亚太地区如果想构建真正中立的轨道算力平台(不被美国主权资本或NVIDIA生态锁定),需要:
- 在软件层开发CUDA以外的兼容层(类似CUDA的开放替代)
- 在硬件层支持多种芯片(AMD、ARM、光子计算)
- 在治理层保持中立(非美国主权资本)
这三个条件同时满足,难度极高,但这是真正意义上"Space Android"的路径。
九、资本地缘政治:算力的国籍正在决定轨道的边界
这是对亚太创业者最关键、也是整个赛道最被低估的结构性力量之一。
美国轨道算力公司的资本结构:
| 公司 | 关键投资方 | 主权含义 |
|---|---|---|
| Starcloud | In-Q-Tel(CIA直属风险投资机构)+ Benchmark + EQT | 国家情报资本介入,主权锁定信号明确 |
| Cowboy Space | a16z + Breakthrough Energy + NEA | 主流美国VC,无明显情报资本 |
| Google Suncatcher | Google自资,无外部融资 | Google本身是US-based,FISA 702有约束 |
| Axiom Space | 多轮,有美国政府合同 | 依赖NASA/DOD合同 |
In-Q-Tel出现意味着什么:In-Q-Tel(IQT)是美国中央情报局1999年创立的战略风险投资机构,专门投资对情报界有战略价值的技术公司。IQT的投资通常伴随:
- 公司与美国情报机构保持信息共享关系
- ITAR/EAR出口管制合规要求
- 在某些情况下,对外国投资者有限制
对Starcloud而言,IQT的投资明确表明轨道数据中心具有情报/国防价值,也意味着Starcloud在服务某些外国客户(包括中国客户)时可能面临合规障碍。
这创造了一个结构性市场分裂:
| 轨道算力阵营 | 优先客户与治理 | 技术与资本约束 | 对亚太的含义 |
|---|---|---|---|
| 美国主权体系 | 美国政府、五眼联盟与NATO盟友 | NVIDIA CUDA生态;ITAR/EAR约束 | 非盟国客户可能面临服务与合规限制 |
| 中国主权体系 | 中国政府与一带一路项目 | 国产芯片生态与中国监管框架 | 服务中立国家时可能面对政治障碍 |
| 亚太中立体系 | 不希望依附任何单一阵营、强调数据主权的客户 | 技术标准和资本结构尚未形成 | GCC、东盟非对齐成员与主权敏感计算构成潜在市场 |
对亚太创业者的直接含义:如果你想构建服务于"主权中立"客户(不想把数据放在美国情报关联设施上,也不想放在中国政府关联设施上)的轨道算力平台,你的资本来源就不能是美国主权关联基金,也不能是中国国有资本。潜在的"正确"资本来源:GIC、Temasek(虽然新加坡与美国关系密切,需谨慎)、海湾主权基金(PIF、ADIA、Mubadala)、日本/韩国机构投资者。
这不是政治判断,这是商业逻辑:你的资本国籍决定了你能服务什么样的客户。
十、Cowboy Space 详解:$20亿估值的能量传输困境
Cowboy Space(原名Aetherflux,2026年3月更名)是西方轨道算力赛道估值/实物比最值得深入审视的案例。
融资事实:Series B $275M,估值$20亿(2026年5月,TechCrunch报道)。^[10] 投资方:a16z、Breakthrough Energy、NEA。总融资约$3.25亿以上。
技术路线:轨道太阳能发电 + 激光能量传输地面 + 在轨算力,三位一体。
10.1 能量传输效率的物理账单
激光无线能量传输(Power Beaming)是Cowboy Space的核心差异化叙事。这个技术路线有真实的物理约束,值得用数字说话:
| 能量转换环节 | 估算效率 |
|---|---|
| 卫星端太阳能转电能 | 约28-32% |
| 电能转高功率激光 | 约40-50% |
| 激光穿越大气层(晴天) | 约60-70%到达地面;考虑天气后更低 |
| 地面接收端光伏转换 | 约40-50% |
| 估算总往返效率 | 0.30 × 0.45 × 0.70 × 0.45 ≈ 4.3% |
换言之,在轨收集的100W太阳能,最终约只有4-5W能在地面重新变成电力。
这个效率数字意味着什么:
在轨道上利用同样的100W太阳能进行计算,可以得到100W的算力(减去散热和运营开销),只需要将很小的数据(计算结果)通过激光下行,下行效率接近100%。
相比之下,通过激光把100W能量传回地面,只剩约4-5W。从纯能量经济性看,轨道计算远优于能量传输。
Cowboy Space的商业逻辑辩护:
这个分析不一定否定Cowboy Space整体,因为其商业模式不是纯能量传输,而是"计算+能量"组合:
- 计算部分可能是主要收入来源
- 能量传输是特定防务/应急场景的差异化能力(军事基地、灾区供电)
- $20亿估值中有多少在押注计算,有多少在押注能量传输,从外部无法判断
但如果能量传输是主要估值支撑,那么~5% RTE的物理约束是一个根本性的商业挑战。
当前状态:无在轨算力,无能量传输演示,火箭自建计划2028年首飞。$20亿估值对应的工程进展是最早期的。
十一、Axiom Space ODC:被低估的实际在轨节点
Axiom Space在轨道算力赛道中扮演的角色与其他玩家根本不同,但在多数分析中被低估了。
2026年1月11日:Axiom成功在轨部署2颗ODC(Orbital Data Center)节点。^[11] 这是独立于Starcloud、Google Suncatcher之外的第三个真实在轨算力事件(辰光一号是第四个)。
Axiom ODC的特点:

| 维度 | Axiom ODC | Starcloud |
|---|---|---|
| 定位 | 空间站基础设施路线 | 纯算力卫星运营商 |
| 在轨节点 | 2颗(2026年1月) | 1颗(Starcloud-1,2025年11月) |
| 计算架构 | 分布式ODC节点 | 单卫星高密度GPU |
| 合作方 | Kepler(网络)、Spacebilt(存储)、Skyloom(光学通信)、Phison(存储)、Microchip(芯片) | AWS、Google Cloud、NVIDIA、Crusoe |
| 规模化路径 | 卫星节点→ISS→空间站 | 卫星→Hypercluster |
| 热管理 | "热瓦片"(thermal tiles),与Spacebilt合作 | 大型可展开辐射板 |
Axiom的独特优势:它正在建设商业空间站,而空间站提供的"房地产"(物理空间、电力、热管理基础设施)远比小卫星更丰富。2027年计划在ISS上部署一个光学互联的ODC节点(与Spacebilt合作),这个节点可以利用ISS的现有热管理和电力系统,大幅降低散热设计难度。
Axiom的局限:这是空间站路线,不是通用AI云。其客户是需要在轨处理空间数据的企业,不是需要大规模AI训练的互联网公司。规模化依赖空间站的建设进度,比纯卫星路线慢得多。

十二、什么会推翻本文的核心判断
这个部分是我们方法论的一部分:任何研究都应该明确自己的可证伪条件。
| 场景 | 影响的判断 |
|---|---|
| Starcloud-2发射成功但客户工作负载利用率极低(<20%) | 修正:商业化时间表推迟,比特币矿机成为主要收入 |
| Google 2027原型实现1.6 Tbps星间带宽并解决下行瓶颈(多站点分集等) | 上调:Google路线比预期更快 |
| 地面数据中心通过SMR核电、海底/极地数据中心解决电力和散热约束 | 下调:轨道算力的竞争压力大幅增加 |
| 发射成本在2030年前停留在$2,000+/kg | 下调:轨道算力经济可行性推迟 |
| 客户拒绝将敏感AI工作负载送入轨道(保险、监管、数据主权) | 下调:主权算力需求受阻 |
| NVIDIA Vera Rubin Space Module 2027年前交付 | 改写:芯片格局重塑,所有现有对比过时 |
| 亚太出现In-Q-Tel/CIA关联之外的大型中立资本进入这个赛道 | 上调:Space Android的中立路线获得资本支撑 |
十三、对亚太创业者:六个结构性机会和四个陷阱
13.1 陷阱一:复制Starcloud的里程碑
"把H100送上轨道"这个里程碑在2025年11月已经被Starcloud完成,价值已经被实现。成为"第二个完成这件事的人"没有额外的商业价值——除非你能在成本(更便宜)、热控(更高密度)、客户(不同的主权需求)或轨道覆盖(亚太中心)上有明确差异化。
13.2 陷阱二:接受美国主权资本,然后宣称要服务中立市场
资本国籍决定商业边界。如果你接受In-Q-Tel或美国国防相关资本,你的客户范围就会受到限制。这不是道德判断,是合规现实。想服务真正中立市场的亚太轨道算力公司,需要从一开始就设计资本结构。
13.3 陷阱三:把"星间1.6 Tbps"当成整个系统的通信能力
如前所述,星间带宽≠服务能力。整个系统的通信瓶颈在星地下行,而不是星间。任何商业模式都必须基于实际可用的星地带宽来设计,而不是实验室最优条件下的星间带宽。
13.4 陷阱四:进入NVIDIA生态然后期望建立独立标准
如果你的整个技术栈是NVIDIA CUDA,你就不是轨道计算标准的制定者,而是NVIDIA生态的硬件承包商。这可以是一个成功的商业模式,但它不是Space Android。
13.5 机会一:热控工程专业化
整个赛道最确定性的技术瓶颈是散热。无论哪家公司最终胜出,它们都需要更好的热管理子系统。这是一个与哪家算力公司赢无关的供应商机会,适合有精密制造能力的日本、韩国、新加坡工程团队。
具体切入点:
- 高辐射率涂层(emissive coating)材料科学
- 航天级热管(heat pipe)制造
- 大型可展开结构(用于辐射板和太阳能阵列)
- 在轨热控测试服务
13.6 机会二:亚太轨道数据的在轨处理
亚太是全球遥感数据密度最高的地区之一:南海船舶监控、东南亚热带雨林变化检测、台风跟踪、海洋温度监测。这些数据产生在亚太轨道上,其自然客户是亚太政府和企业。
竞争优势来源:与亚太本地遥感数据提供商(如地卫二、长光卫星等合作方)建立数据供应关系;在亚太时区提供低延迟服务;对亚太数据主权法规的本地理解。
13.7 机会三:中立算力治理架构
如果美国轨道算力被主权资本锁定,中国轨道算力被国家监管架构约束,那么真正中立的轨道算力——既不在美国情报机构监控下,也不在中国政府监管下——是一个真实的市场需求。
新加坡的潜在价值不在于建造卫星,而在于:
- 作为中立算力平台的法律和治理注册地
- 连接非对齐国家(东南亚、GCC、南亚)的商业轨道算力需求和非主权资本
- 类似新加坡在金融服务中的角色:不是资产所有者,而是受信任的中立中介
这个机会不需要新加坡建造卫星,需要的是建立一套可信的多方治理架构,让不同政治立场的国家都愿意把数据放在这个平台上。
13.8 机会四:非NVIDIA轨道计算软件栈
CUDA生态锁定了西方,但给了非CUDA路线一个窗口:构建支持多种芯片(ARM、AMD、寒武纪、光子芯片)的轨道计算运行时,这个运行时可以成为真正的"轨道Android"——不依赖任何单一芯片供应商的标准。
ROCm(AMD的CUDA替代)、OpenCL等已有成熟的地面生态,但没有针对轨道工作负载的优化层。这个软件层的机会是纯工程问题,不需要卫星,不需要太多资金,需要的是懂量子轨道力学+GPU编程+容错软件的复合型团队。
13.9 时机判断:现在进入早不早
理性判断:赛道方向已经确认(CASC、工信部、多个国家主权基金都在押注),但技术商业化窗口在2027-2030年才会真正打开(Starship商业化、Vera Rubin Module交付之后)。
最佳策略:现在做技术积累(热控、激光通信组件、轨道AI推理软件),2027-2028年做市场切入。比现在就砸钱发卫星更理性,比等到2028年再开始更有先发优势。
十四、12个月内最值得追踪的数据点
| 指标 | 时间 | 为什么重要 | 对判断的影响 |
|---|---|---|---|
| Starcloud-2发射及在轨表现 | 2026年10月 | 大型可展开辐射板的在轨验证;四个商业客户实际工作负载 | 热管理路线可行性;商业模式第一个真实数据 |
| 四个商业客户的实际利用率 | 2026年Q4-2027年Q1 | 验证商业模式:客户是否真正付费使用在轨GPU | 轨道算力商业化时间表最关键信号 |
| Google/Planet 2颗原型星发射 | 2027年初 | 编队飞行+Trillium TPU首次在轨验证;星地激光下行实测 | Google技术路线的最大验证 |
| Axiom ISS ODC节点 | 2027年 | 空间站路线可行性;PB级在轨存储验证 | 基础设施路线vs纯卫星路线的比较数据点 |
| Starship商业服务价格 | 待定 | 整个赛道最重要的单一外部变量 | 影响所有参与者的经济可行性 |
| NVIDIA Vera Rubin Space Module交付 | "at a later date" | 一旦交付,所有现有性能比较过时;CUDA生态锁定加速 | 重新定义芯片格局和软件生态 |
| In-Q-Tel/美国主权资本是否进一步渗透欧洲玩家 | 持续观察 | 影响中立平台的资本来源判断 | 亚太中立机会的规模 |
本报告基于截至2026年5月20日的公开信息编制。所有进度评分为作者方向性判断,不是工程量化测量,不构成投资建议。
参考来源
- 1.IEA — Energy and AI(iea.org)
- 2.ServiceNow Knowledge 2026 Conference;Glitchwire,2026年5月。Jensen Huang关于agentic AI算力需求的方向性声明,不同媒体对倍数口径存在差异。B级。
- 3.Google Research — Project Suncatcher: An AI Research Moonshot(research.google)
- 4.SiliconAngle,Starcloud Series A报道,2026年3月30日。“最大商业可展开辐射板”声明。B级。
- 5.TechCrunch,Philip Johnston采访,2026年3月。H100路线选择与A6000发射损坏。B级。
- 6.Tech-Insider,Starcloud-2硬件报道。AWS、Google Cloud、NVIDIA与Crusoe硬件交付细节,待官方确认。C级。
- 7.Google Research — Project Suncatcher(research.google)
- 8.Google — Project Suncatcher(blog.google)
- 9.NVIDIA — NVIDIA Launches Space Computing Platform(nvidianews.nvidia.com)
- 10.TechCrunch — Cowboy Space raised $275M to build rockets for space data centers(techcrunch.com)
- 11.Axiom Space — Orbital Data Center(axiomspace.com)
- 12.Y Combinator — Starcloud(ycombinator.com)
- 13.SpaceNews,Axiom与Kepler合作报道,2025年4月。Kepler卫星上的ODC节点技术细节。B级。
- 14.Data Center Dynamics,Google与Planet合作报道,2025年12月。Planet对Suncatcher原型的说明。B级。
- 15.IEEE Spectrum,Nvidia H100 in Space,2025年11月。Starcloud-1 H100在轨验证。B级。
- 16.SatNews,The Physics Wall,2026年3月17日。散热方案与Stefan-Boltzmann约束分析。B级。
- 17.Leviathan Encyclopedia,Starcloud词条。公司历史、技术架构与WEF Technology Pioneer信息。B级。
继续阅读

2026年6月6日 · 31 分钟阅读
轨道即架构:为什么太空计算首先是一个轨道设计问题
从 LEO、MEO、GEO 到太阳同步与晨昏轨道,系统拆解日照、散热、辐射、下行、寿命和监管如何共同决定轨道算力的真实工程边界。

2026年5月20日 · 40 分钟阅读
中国轨道计算去水分:谁真的在轨,谁还停在叙事里?
新版深度评估:从三体计算星座、轨道辰光、东方天算到 Starcloud、Google Suncatcher 与 NVIDIA Space-1,穿透中国轨道计算赛道的在轨事实、工程约束与商业路径。

2026年5月20日 · 46 分钟阅读
SpaceX 是 Apple。现在需要有人把 Android 做出来。
SpaceX 已经完成了一件 Apple 花了几十年才做到的事:建立一个高度垂直整合、让竞争者只能模仿或被甩开的封闭生态。轨道计算的拐点正在改变问题本身。本文提出 Space Android 的判断,并给出一套可执行的参考架构。