DEV Community

cognitalk
cognitalk

Posted on

A Discussion on the Actual Demand for In-Orbit Computing | 太空算力的真实需求讨论

Q:太空算力的真实需求在哪里?

太空算力,重要需求是一些空间站、卫星上、太空望远镜上观察或者收集到的数据希望就地能处理,不要等到传到地面处理。

一句话结论

需求极强,但高度结构化:短期是「在轨推理/筛选/特征提取」刚需,不是在轨大模型训练刚需;空间站、深空望远镜属于高价值小批量刚需;低轨遥感星座才是未来最大体量来源;整体市场现在很小、2030–2035才会放量。
你说的场景:卫星、空间站、太空望远镜就地处理、减少下传原始数据,行业术语叫天感天算/在轨边缘计算,本质不是把地面数据中心搬上天,而是在采集端做数据压缩、过滤、目标识别、异常告警,只下传有用的特征/结果,而不是原始海量观测帧。

一、为什么这个需求真实、硬痛点在哪

核心瓶颈不是算力不够,而是星地下行带宽、过境时间窗口极其稀缺:

  1. 低轨卫星绕地球转,只有飞过地面站那几分钟能传数据;很多遥感卫星采集的原始数据90%无法下传,只能丢弃,大量观测资源浪费。新一代大面阵遥感、空间望远镜单秒就能产生几十GB原始数据,原始全量下传完全不现实。
  2. 高时效场景:野火、洪水、海上溢油、灾害监测,等过境回地面再处理,时延从分钟变小时甚至天,失去预警价值。在轨直接识别目标,只回传告警+裁剪图,时延压到分钟级甚至秒级。
  3. 深空/地外望远镜(詹姆斯韦伯、巡天望远镜、未来深空探测器):距离太远,下行带宽极低,延迟几十分钟以上。原始图像、光谱、时域时序数据根本无法全部传回地球,必须在轨做源检测、天体分类、瞬变源告警(超新星、引力波电磁对应体),只把候选目标数据下传。
  4. 空间站:舱内传感器、多光谱观测、载荷实验产生持续数据流,星上预处理可以减少下行、降低地面站压力,同时支持舱内自主监测、故障预警。

区分两类任务:
✅ 在轨推理/筛选:现在就有明确需求,工程上正在落地(遥感目标识别、天文瞬变事件检测、异常告警),属于高ROI。
❌ 在轨大模型预训练:目前需求弱、成本极高、散热/功耗/辐射硬约束,更多是技术验证,不是当前刚需。

二、需求体量拆解(分场景)

1)天文载荷:空间站、太空望远镜、深空探测器

需求价值高、数量少、算力需求偏“轻推理+事件检测”

  • 巡天空间望远镜、JWST这类:核心需求是在轨实时瞬变源筛选。全天巡天每秒产生海量图像,绝大多数是静态天体,只有少数是瞬变事件(超新星、引力波对应体),必须在轨筛出来,只下传候选目标;原始全量数据根本传不回来。
  • 特点:算力总量不大,但可靠性、抗辐照、功耗约束极严;单台载荷单价很高,属于科研+国家战略需求,商业付费意愿弱,以项目制采购为主。
  • 市场体量:这一块在整个太空算力盘子里占比偏小,属于高端细分,不是规模主力。

2)低轨遥感/对地观测星座(最大需求来源)

这是太空在轨处理最大的增量市场,也是机构预测的核心:

  • 传统卫星:拍照→存储→过境下传原始图→地面解译。
  • 新一代智能卫星:在轨AI识别舰船、火情、建筑变化、溢油,只下传目标截图、坐标、置信度,原始大图直接丢弃,大幅降低带宽压力,提升响应速度。
  • 现在阶段:从试验星走向批量星座,国内国星宇航星算计划规划2800颗算力卫星;海外Palantir、Satellogic、SpaceX都在试验星载AI推理载荷。
  • 市场口径参考:
    • 全球太空AI市场(含星载AI、在轨处理)2025约23.6亿美元,预计2034到150亿美元,CAGR≈22.9%;
    • 专门在轨数据中心/在轨计算市场:ResearchAndMarkets预测2035年390亿美元,CAGR高达67.4%(这个口径偏乐观,包含算力卫星、星间网络、配套软硬件,不完全等于你说的观测数据就地处理)。 > 注意:这些预测里大部分增量来自低轨商业遥感/通信星座,而不是太空望远镜、空间站。

3)空间站、载人舱段

需求是中等数据量、低时延、安全监控+载荷预处理,属于持续但有限的需求。

  • 舱内环境传感器、舱外观测载荷、科学实验数据预处理、故障检测;不需要极高算力,但对可靠性、抗辐照、功耗、体积约束极强。
  • 更多是载人航天工程配套,不是商业化规模化付费市场。

三、需求的约束:为什么不能无限放大(关键判断)

需求不是“无限算力上天”,而是在严苛约束下的算力:功耗、重量、辐射、散热、成本、在轨寿命

  1. 太空散热是最大硬约束:真空只能辐射散热,不能对流,高算力芯片发热很难散,不能像地面GPU堆算力;星载算力单元通常是低功耗、轻量化、抗辐照的边缘推理芯片,不是H100这种大GPU。
  2. 成本:每公斤发射成本仍高,算力载荷每增加1W功耗、1kg重量,都会显著推高卫星成本;只有带宽节省/时效收益 > 算力载荷+发射成本,这个需求才成立。
  3. 算法约束:模型必须轻量化、量化、可容错;太空环境单粒子翻转会导致计算错误,需要容错、校验,不能直接搬地面大模型。
  4. 边界:大部分科学高精度分析,依然要把筛选后的有效数据传回地面做深度处理;在轨只做粗筛、告警、特征提取,不是替代地面超算。

四、需求演进三阶段(时间线)

  1. 当前(2025–2028,验证期):需求是单点在轨推理。试验卫星、巡天望远镜、空间站载荷,做图像筛选、目标识别、瞬变事件告警;市场规模不大,以科研、工程验证、小批量订单为主。
  2. 2028–2032(小规模产业化):低轨遥感星座批量搭载星载AI推理单元;商业应急监测、海事、林业、灾害预警成为付费场景;在轨算力从单星走向星间协同调度。这是你问的“观测数据就地处理”需求的放量窗口。
  3. 2032以后(远期):大规模算力星座,支持星间分布式协同;部分场景尝试在轨微调/小模型训练;市场进入快速扩张期,但前提是发射成本、抗辐照芯片、星间激光链路大幅成熟。

五、一句话总结需求分层,方便你评估

  • 【刚性刚需、小体量高价值】:深空望远镜、巡天、空间站载荷——必须在轨过滤原始数据,否则大量观测数据无法落地;但总量不大,以科研和国家任务为主。
  • 【最大增量、商业主赛道】:低轨遥感星座对地观测——带宽瓶颈+时效需求驱动,未来在轨处理市场的主体;短期是推理筛选,不是训练。
  • 【远期潜力,当前弱需求】:在轨大模型训练、通用太空云——属于前沿验证,经济账还没跑通,短期几乎没有真实业务需求。


Q: 所以马斯克的太空算力也主要是盯着这块的需求是吗?

一句话核心判断

在轨就地处理遥感/天文观测数据(你前面说的场景),是Starmind(马斯克太空算力)的重要早期use case,但绝对不是它的主目标、不是它最大的市场盘子。
简单说:这是“附加价值、早期验证场景”,不是核心主战场。

一、两个完全不同的定位(最关键区分)

你刚才聊的需求:端侧星载边缘算力(天感天算)

卫星/望远镜/空间站自带小算力,自己采集数据、自己就地过滤推理,解决下行带宽瓶颈。
算力和传感器是绑定在同一个载荷上;算力规模不大、轻量化、低功耗。
客户:遥感运营商、天文科研、军方对地侦察。

马斯克Starmind太空算力:独立轨道云数据中心(Starmind AI1)

算力卫星是独立节点,不是遥感相机,不带观测传感器。卫星专门装英伟达Vera Rubin GPU,靠巨大太阳能帆板供电,靠星间激光链路组网,形成漂浮在轨道上的AI算力集群。
它可以接收别的遥感卫星、太空望远镜发过来的原始观测数据,在独立算力卫星上跑AI(这就是你说的就地处理的一种实现方式);
但它的核心商业目标,是做面向全球地面客户的太空AI云:

  1. 给xAI/Grok做大模型推理、未来尝试大模型训练;
  2. 给Anthropic等AI公司出租轨道算力;
  3. 全球偏远地区(海上钻井平台、远洋船舶、野外站点)的低时延AI推理;
  4. 顺带承接在轨遥感/天文数据处理(带宽瓶颈场景,作为早期落地业务,用来证明价值)。

马斯克的核心叙事是:地面AI算力缺电、散热成本高、土地受限;太空有持续太阳能+真空辐射散热,用星舰低成本把大量GPU打上天,打造一个太空版公有云,把SpaceX从“卫星互联网运营商”变成太空算力房东,就像Starlink做太空互联网一样。

二、Starmind处理遥感数据的两种模式

  1. 模式A(传统路线,行业大家都在做):遥感卫星自带小算力,相机+AI板卡一体,星上直接筛图。这不是马斯克Starmind的路线。
  2. 模式B(Starmind路线):遥感卫星只负责拍照,原始数据通过星间激光传给旁边专门的Starmind算力卫星,由算力卫星集中做AI识别、筛选,只下传结果。 > 优点:遥感卫星可以做的更简单,算力可以集中调度、弹性共享; > 缺点:多了一层星间激光传输链路,增加系统复杂度。

所以:马斯克确实包含了你说的“太空观测数据不要传回地面,在轨道处理”这个需求,但它只是Starmind众多业务场景之一,不是主体。

三、市场体量对比(帮你理解优先级)

  1. 主赛道(最大TAM):全球通用AI算力租赁(地面客户付费),这才是马斯克赌的万亿级故事,目标替代一部分地面GPU云,跑大模型推理/训练。
  2. 次赛道(早期落地):在轨遥感/天文数据处理,就是咱们前面聊的“天感天算”,是Starmind*最容易验证价值的场景*,也是军方、遥感星座愿意付费的场景,但盘子小很多。
  3. 其他配套场景:远洋/偏远地区边缘推理、在轨仿真、深空探测器辅助计算。

四、一个容易混淆的点

很多媒体文章会把两件事混在一起:

  • 普通智能遥感卫星:感知+轻算力一体(现在国内、海外很多试验星都在做)
  • SpaceX Starmind:独立算力星座,作为轨道云,可以服务所有在轨传感器,同时服务地球用户

马斯克不是专门为了解决遥感卫星下传带宽问题才搞太空算力;
而是他规划了一个巨大轨道算力云之后,发现遥感/天文在轨处理是这个云很好的第一个杀手级场景。

五、风险/现实约束(补充)

就算是在轨遥感处理这块,Starmind方案也有硬挑战:

  • 星间激光链路不是无限带宽,大量遥感原始数据传给算力卫星本身也要消耗带宽;
  • 辐射环境、单粒子翻转,高性能GPU在轨道长期稳定运行难度很高;
  • 成本:发射、在轨运维成本,只有高价值的应急/军事/科研遥感任务才愿意买单,普通商业遥感不一定划算。

Top comments (0)