The Case for Data Centers in Space

StarCloud 把数据中心搬进太空，用太阳能供电，已融资 1.7 亿美元，计划发射 8.8 万颗卫星，提供 20 吉瓦算力。

---

source_name: Y Combinator

youtube_url: https://www.youtube.com/watch?v=A9JDkiYEhfY

---

太空数据中心先要抢到一张发射船票

Philip Johnston 是 StarCloud 的联合创始人兼 CEO。公司在太空部署数据中心，试图用轨道上的太阳能缓解地面 AI 数据中心的能源和选址压力。节目里谈到的重点不在“把服务器送上天”这句口号，而在一家硬科技创业公司怎样把一条看起来像科幻的路线，拆成成本、实验、发射和工程约束。

这期回答了 7 个问题：

1. 为什么 StarCloud 先看中了太空数据中心，而不是太空太阳能或太空制造？
2. 为什么一家太空公司应该在产品做出来前先订发射位？
3. StarCloud 1 证明了什么，又留下了哪些工程债？
4. 太空里的计算，最难解决的是能源、散热还是辐射？
5. 为什么普通汽车级零件可能比昂贵的航天级零件更适合这家公司？
6. 一个被投资人连续拒绝的想法，靠什么穿过“不像真的”阶段？
7. StarCloud 接下来怎样从一颗测试卫星走向真正的轨道网络？

被问到为什么把数据中心放进太空时，Philip 先讲的是地面限制。新的能源项目越来越难在地面落地，AI 数据中心又持续消耗电力。太空提供了持续的太阳能和更大的部署空间，但把任何东西送上去都要付出发射成本。

团队最初研究的是太空太阳能，把巨型太阳能板放在轨道上，再把电力传回地面。算下来，传输过程会损失约 95% 的能量。太空制造、太空采矿和太空酒店也有类似问题，它们最后都要把人或货物送回地面。数据中心的优势在于，计算结果可以通过通信链路传回地面，设备本身可以留在轨道上。

Philip 说："Data centers makes a lot of sense to be the first thing you do because you don't need to re-enter a product."（数据中心适合作为第一步，因为你不需要把产品重新送回地面。）

这意味着产品选择取决于整条物流链，而不只看某个技术点有多酷。团队把太空太阳能的盈亏平衡发射成本算到每公斤 50 美元左右，改算太空数据中心后，数字变成约每公斤 500 美元，距离当时的现实发射成本近得多。它因此找到了一个更早能被验证的切口。

被问到一家太空公司怎样开始时，Philip 给出的建议非常具体：先订下第一班能订到的发射任务，再决定要把什么送上去。StarCloud 在 2024 年 1 月 1 日成立，第二天就订了下一班 SpaceX 拼车发射，距离发射约 18 个月。

"Booking a launch is such a good forcing function for a space company."（订下一次发射，是太空公司很强的强制执行机制。）

这句话放到软件创业里也成立。日期一旦被写进外部日程，团队就不能继续用“再研究一下”掩盖优先级混乱。StarCloud 当时甚至还没完全确定要发射什么，先订位置让团队必须反推：哪些能力能在这之前做出来，哪些实验必须删掉，哪些版本可以先飞。

这条方法的边界也很清楚。发射位不是战略本身，订票不能替代对成本、可靠性和客户需求的判断。它只解决一个问题：让一家容易陷入长期设计的硬科技公司，尽快进入真实约束。

被问到 StarCloud 1 发射时，Philip 讲了一个很不像发布会的细节。团队把 5 个 GPU 放上卫星，其中包括 Nvidia H100。为了测试相变材料在冷热循环中会不会损坏电子设备，他们在交付前连夜工作，用冰浴降温，再用热风枪加热。

他说："It is a miracle that it works to be honest."（老实说，它最后能工作简直是个奇迹。）

卫星入轨后也没有立刻顺利运行。它每两小时重启一次，团队只能利用地面站经过的窗口，逐个关闭 20 个可能触发故障的条件，再等下一次通信确认。光是定位这个软件问题，就花了约 3 天。之后，他们才开始训练模型、做轨道内微调和高功率推理。

这意味着第一颗卫星的产品价值不是证明“太空计算已经完成”，而是把系统从假设变成一张故障清单。硬科技公司的第一个版本，最有用的产出往往是哪些地方会坏、坏了以后多久能定位，以及下一版必须提前准备什么。

被问到工程和物理取舍时，主持人提到三个直观问题：数据怎样传回地面，芯片怎样散热，辐射怎样处理。Philip 认为目前最核心的两个难点是散热和辐射。太空常被想象成天然冷却器，实际情况相反，真空里没有空气帮设备循环带走热量，热只能靠辐射系统排出。

StarCloud 正在做一种低成本、低质量的可展开散热器。它的目标是把单位散热功率所需的质量降到国际空间站散热器的十分之一，单位功率成本降到约五百分之一。这个方案依靠的是制造和工程优化，不是新的物理定律。

Philip 说："how do you get rid of this heat in a vacuum"（怎样把真空里的热排出去。）

这意味着“有太阳能”距离“能稳定计算”还隔着一整套基础设施。能源只是输入端，散热、辐射、通信和维修窗口决定了计算能不能持续运行。地面数据中心的成熟经验，到了轨道上要重新拆开验证。

被问到辐射防护时，Philip 说团队同时做屏蔽、组件选择和软件缓解。他们会把多个 SSD、电源系统和功率转换器送去辐射测试，再选表现最好的组件。团队尽量不使用昂贵的航天级电子元件，而是测试普通的汽车级零件。

原因很直接。汽车级零件有成熟供应链，价格低，迭代快；航天级零件贵，却未必针对他们要面对的轨道环境完成最合适的测试。团队会把硬件暴露在粒子加速器中，用 24 小时测试模拟 5 年任务里的辐射剂量，再决定屏蔽和软件策略。

这不是把“便宜”当成工程原则，而是把测试能力当成工程原则。只要能建立可靠的筛选流程，普通零件就有机会进入系统；没有测试，昂贵标签也不能替代证据。SpaceX 降低卫星成本时使用过类似思路，StarCloud 正在把它用到 GPU 数据中心上。

被问到投资人为什么不相信这件事时，Philip 说团队曾经因为“太像科幻”被大量拒绝。他们第一次融资 200 万美元，花了 3 个月，至少被 100 家风投拒绝；进入 YC 后，又被至少 20 家投资机构拒绝，才拿到第一张支票。

投资人担心的理由并不荒谬。StarCloud 依赖发射成本下降，也依赖 Starship 形成足够大的运力；散热和辐射问题仍未解决。Philip 也承认，团队还没有走出这些风险。后来地面数据中心越来越难建设，发射能力的变化也变得更具体，这两个条件才逐渐汇合。

这意味着“别人都说不行”只能说明你还没有让关键前提变得可见。它不能证明你一定对，也不能证明市场一定错。StarCloud 用发射预订、卫星测试、辐射实验和真实成本，把原本需要相信的故事拆成一组可以逐项检查的假设。

被问到 StarCloud 4 会是什么样时，Philip 描述的是一张网络，而不是一颗更大的卫星。StarCloud 1 运行在一个并不理想的轨道，主要任务是验证硬件。后续卫星会进入更适合持续获得阳光的轨道，并通过 Starlink 激光终端获得高带宽、低延迟连接。

但网络规模越大，散热器、辐射防护、通信和发射成本就越需要标准化。StarCloud 2 连发射在内的成本约 200 万美元，远低于传统航天供应商给出的 7,500 万到 1 亿美元报价。这个差距能否稳定复现，决定了公司能否从一次性演示走向批量部署。

因此，下一阶段的考验不是再做一段漂亮的入轨视频，而是把每一颗卫星的制造、测试、发射和运维变成可重复的流程。硬科技公司从“做出一个”走向“做出很多个”，难度会换一种形式回来。

StarCloud 的故事可以压缩成一条工程链：先找一个不需要回程物流的场景，再用发射日期压缩犹豫，用第一颗卫星暴露故障，用真实测试替换昂贵标签，最后把单次成功变成可复制的制造和运维流程。

这条链也解释了为什么“数据中心在太空”不能只当作一个大胆想法。它同时押注发射价格、地面能源约束、散热技术、辐射测试和网络化部署。任何一环掉链子，商业模型都会重新计算。

对做产品的人，最可借用的部分是发射日期这个动作。找一个外部约束，把团队从“继续完善方案”推到“在某个日期交付一个能工作的版本”。然后把版本当成测量工具，记录故障、成本和下一版必须解决的具体问题。科幻感会在这些数字里慢慢消失，剩下的是一张能不能继续往前走的工程账。