Google Project Suncatcher 原型卫星入轨：在轨寿命成为芯片性能指标

Google 的 Project Suncatcher 原型卫星于 2026 年 10 月 1 日搭乘 SpaceX 任务进入轨道，并与地面建立联系。这颗卫星由 Google 与 Planet 合作开发，任务是验证商用 AI 硬件在太空环境中的行为——在那里，故障处理器无法等到下一个维护窗口再更换。发射前，Google 对 Trillium TPU 进行了振动和质子束测试，并报告了对累积电离辐射的良好耐受性。 轨道计算的吸引力在于部分轨道拥有长时间日照，加上发射成本下降，推动了在地球之外部署计算基础设施的设想。但卫星成功部署并不能说明在轨运行数据中心的经济性。一套商用装置需要自行发电与配电、排出热量、高速传输数据，并连续多年运行；每个子系统都要发射上天，而一次硬件故障就可能缩短一项初始成本本已高昂的资产的寿命。 支撑芯片的基础设施同样关键。航天器需要发电与配电设备、应对光照不足时段的储能，以及排出废热的辐射器——真空环境排除了对流散热，热量必须传导或泵送至辐射表面。卫星之间以及轨道系统与地面之间的数据链路还会增加硬件，每一公斤都影响发射预算。Slava Turyshev 在 2026 年 4 月的一项研究中考察了轨道计算所需的工程与经济条件：在一个代表性的一兆瓦场景中，模型需要约 5,640 平方米光伏阵列和 2,500 平方米辐射器。这些是依赖发电与散热假设的模型输出，用以说明一兆瓦装置的物理规模——即便如此，它仍远小于地面超大规模数据中心。 该模型还考察了发射成本、航天器建造、利用率和运行寿命。在一组假设下，发射与航天器建造的合计成本必须低于以专用 Falcon 9 发射公布价格为基准的门槛，模型系统才具备竞争力；这一比较对所选发射配置敏感，也难以说明未来发射价格。美国 Government Accountability Office 在 4 月的评估中将散热、通信和部署经济性列为尚未解决的挑战。相较之下，在采集数据的卫星附近处理观测数据可能是更早的用例，因为这样可以减少传回地球的原始数据量；通用型轨道数据中心则面临大得多的基础设施问题。 处理器本身决定了部分基础设施的规模与成本。更快的加速器若功耗更高，就需要更大的太阳能阵列、配电设备和辐射面，这些配套部件增加质量，可能抵消更高吞吐量带来的收益。结果取决于工作负载：软件效率、错误率、利用率和预期服务寿命，都会改变两颗 benchmark 分数相近的芯片之间的比较。以两种架构运行同一工作负载为例，一种每秒完成更多操作但需要更大的热控系统，另一种较慢、功耗更低，允许更小的航天器和可能更长的任务周期。真正有意义的比较，是任务期间完成的总计算量，并按中断、性能退化和提前失效的概率进行调整。在 benchmark 上领先的处理器，可能在航天器退役前贡献更少的生产性小时；对难以更换故障板卡的运营方而言，这部分损失的寿命产出是直接的经济成本。Project Suncatcher 有望开始提供此类比较所需的运行数据，但目前这颗卫星的规模远小于商用数据中心。