为什么是太空：日照与发电
把一个数据中心搬到轨道上，听起来像科幻设定，谷歌给的理由其实很物理：在低地球轨道，卫星几乎全程都在日照里，没有昼夜交替，也没有云层，理论上能获得的太阳能远高于地面电站。谷歌在项目说明里给出的数字是「最高可达地面的八倍」。
如果这个前提成立，那么算力扩张的瓶颈就从「电力+土地」变成了「卫星制造与发射成本」。这才是 Suncatcher 被称作 moonshot 的原因——它赌的是发射成本继续下降这条曲线。
另一层动机来自算力需求本身。地面数据中心这两年越来越受制于电网容量、散热用水和土地审批，从选址到通电的周期以年计。如果发电这一环能在轨道上解决，扩张速度就不再被地面基建卡住。谷歌公开材料里的说法是「用更少的能耗换更多的算力」，而不是单纯把机房搬上去。
首飞那颗卫星：Transporter-18 与 Planet
9 月 24 日，负责该项目的谷歌高级总监 Travis Beals 在官方博客上确认，Project Suncatcher 的首次在轨测试就在「下周」，随 SpaceX 的 Transporter-18 拼车任务升空，卫星由 Planet 合作研制。
这次上天的是一颗原型星，任务是收集真实环境下的数据：TPU 在空间飞行压力和辐射、极端温差下到底表现如何。谷歌自己把这一飞定义为「看什么能成、哪些地方会坏」，属于摸底性质，不是服务部署。
需要区分的是，这颗拼车星和项目后续的里程碑不是一回事。更早的公开信息里提到过两颗原型星、面向 2027 年的光学互联验证，那是另一条线。
这里要提一下 Planet。这家公司做的是小型遥感卫星，主业是把成百上千颗小卫星送上天给地表成像，它在批量化小卫星的制造与运营上有现成经验，正好是谷歌缺的那一块。原型星由它来造并在轨运营，谷歌负责计算载荷与测试方案，分工大致如此。
为什么选拼车而不是专车也很清楚：拼车按重量和体积分摊费用，是小型载荷上天最便宜的方式，代价是入轨时间与轨道参数由主载荷说了算，自己不能挑位置。对一次「先看看能不能活」的摸底飞行来说，这个取舍是划算的。
上天之前先在地面挨了三轮打
火箭把卫星送到低轨大约需要十分钟，这十分钟里器材要承受持续约 10G 的加速度，而 TPU 这类单个部件的瞬时过载可能到 50 到 100G。团队做了三个轴向的振动测试来模拟发射段的频率，Beals 的描述是「这类测试很少按计划走，硬件能扛住让我们相当意外」。
辐射是第二道关。大气层外没有磁场和大气帮忙挡，太阳活动和宇宙射线都可能把电子器件打坏。团队把 TPU 放进加州大学戴维斯分校 Crocker 核实验室的质子束流里，一边跑真实的机器学习负载一边观察位翻转之类的错误会带来什么影响。初步结果说，第六代 TPU Trillium 的表现超出预期：它扛住的电离辐射总剂量，比一次五年期太空任务预计接收的量还高。
测试顺序本身也有讲究：先结构、再辐射、最后热真空。这个顺序不能反，因为后两项都要等硬件基本成型才能做，一旦散热布局改了，前面的振动数据也就作废了。
散热是最难的那一关
地面上的风冷靠空气流动，液冷靠循环，真空里两样都没有。TPU 的特点是「小面积、大发热」，热量如果散不出去，芯片自己就会先撑不住。真空环境下唯一的出路是辐射散热，而这套设计逻辑和机房完全不同。
目前谷歌在试的方案是热管加散热片的组合，并且已经在地面用热真空舱模拟过轨道上的温度与真空条件。这次上天的原型星，某种程度上就是这套散热系统第一次在真空中实际运行。
卫星之间用激光连起来
未来的设计里，每颗卫星会带几十颗 TPU，多颗卫星成簇飞行、协同计算。要维持 AI 负载需要的带宽，每颗卫星都得知道自己在哪里、以及相对邻居在哪里——这件事打算靠激光来做。
难点在于现有空间激光系统大多是为「远距离、低带宽」优化的，而谷歌需要的是「极短距离、极高带宽」。Beals 打的比方是：这相当于在双方都在移动的情况下，从几英里外打中一枚硬币大小的目标。
和射频链路比，激光的好处是带宽高、波束窄、不容易被干扰；代价是对指向精度的要求苛刻到另一个量级。而且云层和大气会挡住光路，这也是为什么它只用星间、不做星地链路的原因。
2027 年还有两颗
按官方说法，激光互联的验证安排在 2027 年，届时会把两颗卫星送入轨道专门测这件事。从时间线看，2026 年是单星摸底，2027 年是双星组网验证，再往后才是「成簇的 TPU 星座」。整个节奏是典型的先证明硬件能在轨道上活着，再谈规模化。
两颗星要验证的其实是一件很具体的事：让两端的终端在相对运动、姿态漂移的条件下持续对准，并把链路维持住一段时间。这个「维持」比「对准」更难，因为卫星在轨道上一直在微动，捕获之后还得有一套跟踪机制把误差实时压回去。
这事离商用有多远
把话说直白些：现在距离「太空数据中心对外提供服务」还很远。首飞星要回答的只是最基础的问题——芯片在轨道上会不会坏、散热方案是否可行。散热、供电、互联、维护、发射成本，每一环都是未解项，谷歌自己的口径也是「长期研究」而不是「即将落地」。
还有一个容易被忽略的问题：算力放在轨道上，谁来维护。地面机房可以换硬盘、加内存、升级固件，卫星一旦上天，硬件就定型了。这意味着它要么只承接对硬件更新不敏感的负载，要么接受整星替换这种非常昂贵的运维方式。
但有一点值得留意：这条路一旦走通，它的意义不在于省电费，而在于把算力的地理约束拿掉。对关注 AI 基础设施的人来说，10 月 1 日这次发射不是终点，而是把「太空能不能放机柜」这个问题从纸面推向实测的第一步。