2026年6月16日 · 深度技术研究

导语

6 月中旬有篇深度分析在开发者社区流传，题目大意是"轨道数据中心比硅谷想象中难得多"（Solidot 编译自外媒报道）。它针对的是过去一年越来越热的叙事：把整个数据中心发射到低地球轨道（LEO），用太阳能供电，绕开地面数据中心的电力瓶颈，顺便靠真空"免费散热"。

这个叙事里，Lumen Orbit 宣布要做 5MW 级轨道数据中心，欧洲有 DOLCE 验证项目，AWS、微软也都在投相关的边缘计算研究。宣传材料里轨道看起来是完美的数据中心选址：太阳辐照无云层遮挡、真空环境、全球覆盖。但把工程账算到底，会发现"轨道边缘节点"和"轨道数据中心"是两件完全不同的事。前者已经在发生，后者很可能永远停留在 PPT 上。

这篇文章只算物理账，不讨论商业模型。

供电账：5MW 的太阳翼有多大

先看最基础的。太阳常数（地球轨道处单位面积太阳辐射功率）是 1361 W/m²，这是天文常数，跑不掉。假设太阳能电池效率 30%（近地轨道常用的三结砷化镓电池实际还要打折扣，随着辐射衰减还会逐年下降），峰值发电密度约 400 W/m²。

要支撑一个 5MW 的数据中心，太阳翼面积：

5,000,000 W ÷ 400 W/m² ≈ 12,500 m²

作为参照，国际空间站整套桁架太阳翼约 2500 m²，发电峰值约 240kW（平均约 120kW，因为有对日跟踪损耗和电池循环损耗）。也就是说，一个 5MW 轨道数据中心需要的太阳翼面积是国际空间站的 5 倍。国际空间站是 400 吨级、由航天飞机和重型火箭分了四十多次任务才拼起来的结构。

更麻烦的是光照周期。500km 高度的 LEO 轨道周期约 94 分钟，其中约 35% 时间在地球阴影里。数据中心不能断电，所以要么配一个能撑 30 多分钟的电池组（重量再次爆炸），要么在阴影期降载运行。地面数据中心的 PUE 讨论的是"制冷浪费了多少电"，轨道数据中心的问题直接是"有 1/3 的时间没有输入功率"。

散热账：真空里没有对流，只有辐射

"真空散热快"是轨道数据中心叙事里最大的误区。真空确实没有空气，但正因为没有空气，热量只能靠热辐射排出去，传导和对流全部失效。黑体辐射功率遵循斯特藩-玻尔兹曼定律：

P = ε·σ·A·T⁴

σ = 5.67×10⁻⁸ W/(m²·K⁴)。假设散热面发射率 0.9、表面温度 300K（27°C，这已经比芯片结温低得多，意味着需要热泵把热量从芯片搬到散热面），每平方米辐射功率约 460W。要排掉 5MW 的废热，需要约 11000 m² 的散热面积。

散热器和太阳翼几乎一样大。而且散热面温度越低辐射效率越差：想把散热面降到 250K，每平方米只能排约 220W，面积翻倍。芯片工作温度 80°C 以上，散热面 27°C，中间隔着几十度的温差要靠热管和泵送回路搬运，每一度温差都是重量和复杂度。对比地面：风冷和液冷有大气这个无限冷源，数据中心 PUE 可以压到 1.1 以下，轨道的散热是纯面积游戏。

质量账：每千瓦三吨半，怎么发射

把供电和散热加在一起，轨道数据中心的单位质量就非常难看了。国际空间站是现成参照：约 420 吨，平均发电约 120kW，折合每千瓦约 3.5 吨，这还是不算 IT 负载、只算发电和结构的数据。一个 5MW 的数据中心按这个比例是万吨级。

发射成本已经降了很多：Falcon 9 复用后 LEO 报价大约每公斤两三千美元，重型火箭更低。但万吨级意味着即使按 100 吨/发的运力，也要上百次发射，成本按百亿美元计，而地面一个 5MW 数据中心造价是几千万美元量级。别忘了电费的对比：地面 5MW 数据中心一年电费几百万美元，轨道上每一瓦电力都先付过一次发射费，太阳翼、散热器、电缆每公斤都在账单上。更现实的问题是：没有任何在轨组装能力能把这些分批发上去的模块拼成一个整体。国际空间站的桁架组装用了宇航员十几次舱外作业，数据中心需要的是把供电模块、散热模块、计算模块、网络模块做热插拔对接，这个技术今天不存在。

还有一个没人愿意细算的点：地面数据中心的设备寿命设计是 3-5 年，靠运维人员随时换盘、加节点延续。轨道上坏了就是坏了。没有人为一台服务器做在轨维护，除非把维护成本按"另发一颗维修星"算。

辐射账：商品级芯片在 LEO 的存活率

LEO 并不是辐射安全区。虽然比 GEO 和中轨好，但南大西洋异常区（SAA）会让卫星周期性穿过高能质子带，单粒子翻转（SEU）在 LEO 是常态事件，不是黑天鹅。对商品级 DRAM 和 SSD 来说，位翻转需要用 ECC 和定期 scrub 兜底；更麻烦的是单粒子闩锁（SEL），可能直接烧毁器件。

地面数据中心用的是商品级芯片，轨道的对策通常是三条路：辐射加固芯片（贵、性能落后好几代）、冗余设计（三模冗余直接×3 硬件成本）、或者软件层纠错（只能对付 SEU，对付不了闩锁）。无论哪条路，都要在供电和散热的面积账上再乘一个系数。国际空间站的计算设备至今大部分还是十年前的水平，不是 NASA 不想用新芯片，是商品级芯片在轨失效率不可接受。

带宽与寿命账：大结构在轨道上活不过一个刷新周期

还有个被选择性忽略的问题：这么大一个结构在轨道上怎么活。

先说通信。宣传口径里"轨道数据中心全球低延迟覆盖"听着很美，但 LEO 卫星和地面站之间是间断可见的：一颗卫星对单一地面站的可见窗口每天累计只有十几分钟，需要全球布站或星间激光链路才能把数据搬回地面。激光链路本身不便宜，云层遮挡对地面站-卫星激光是硬伤，星间激光终端单台重量和功耗都按公斤和瓦算。TBIRD 这类演示项目把下行速率做到了 200Gbps 量级，但那是专用实验链路，不是给"每个用户随机访问"用的。真正的问题在于：一个托管通用工作负载的数据中心需要的是持续、双向、低抖动的连接，轨道链路给不了，物理上给不了。

再说碎片和寿命。上万平米的太阳翼和散热器展开后，是近地轨道上最大的碎片靶子。轨道碎片相对速度每秒七八公里，一次厘米级碎片撞击就可能打穿散热回路。大结构意味着更大的碰撞截面，也意味着需要自己的推进系统做轨道保持和碎片规避，燃料是额外的发射质量，规避机动打断的是通信窗口。更现实的是维护：地面数据中心 3-5 年一个刷新周期，坏盘换盘、加节点扩容，轨道上全都不存在。今天发射上去的服务器，五年后就是过时且无法更换的固定资产，要么忍受性能落后，要么再花一次发射钱。

那轨道计算到底用来干嘛

算完这笔账，结论其实很清晰：把"整个数据中心"搬上轨道是伪需求，但把"边缘节点"放上轨道是真实需求，两者的分界线是数据量。遥感卫星每天产生 TB 级原始数据，下行带宽只有几百 Mbps 到几 Gbps，地面站可见窗口每天累计十几分钟，把全部数据传回地面再处理根本不现实。在轨先做筛选、压缩、初步推理，只把结果传下来，这是 Lumen Orbit 这类公司真正能落地的业务，也是优刻得那类太空算力样机在验证的方向。

这个区别值得每个做基础设施的人记住：轨道适合放"数据的预处理单元"，不适合放"通用算力池"。前者只需要几百瓦到几千瓦，后者需要兆瓦级，而兆瓦级在轨道上意味着上万平米的太阳翼加上万平米的散热器，物理上不可行，经济上更不可行。

我的做法：怎么快速识破"太空基础设施"叙事

现在每隔几个月就有新的"轨道数据中心"融资新闻，我判断这类项目只看三个数：供电面积、散热面积、每千瓦质量。宣传材料里只要找不到这三个数，或者算出来数量级离谱，就是 PPT。反过来，如果项目老老实实说自己做的是几百千瓦级的边缘节点、配套遥感或通信业务，那值得认真看。

做边缘计算选型时也可以用同一套思路：先算清楚"数据下行成本"和"在轨计算成本"哪个贵。地面站网络是固定投资，星上算力是每瓦每克都要发射费的浮动成本，这个不等式在未来十年都不会反转。算力上天是手段，数据下地才是目的。

轨道数据中心的故事，本质是把地面数据中心的工程惯性投射到了太空。但太空不欠地面任何东西：没有大气帮你散热，没有工人帮你换盘，太阳也不是无限电源。物理账算完，故事就讲不下去了。