公司自己先划了边界，这一点值得照抄
这类新闻最容易被写成「Google 要建太空数据中心了」。而 Google 自己明确说了这不是——它是一次技术验证，问题被概括成一句：**TPU 能不能在太空里活下来并干活。** 四颗芯片、1 千瓦功率、每次跑 15 分钟就要停下来散热。作为参照，本站 9 月 23 日写过阿里计划到 2032 年把数据中心扩到 20 吉瓦以上——1 千瓦和 20 吉瓦之间差七个数量级。**所以这颗卫星不解决任何当下的算力问题，它解决的是「这条路通不通」的问题。** 把范围划清楚之后，这条的价值反而更清楚：它是一个可以按日期检验的实验，而不是一份愿景。10 月 1 日发射，计划运行一年。一年之后有没有数据、数据说明什么，是可以回头对账的。
三项地面测试里，辐射那条最有信息量
Google 公布的准备工作分三块，其中两块是工程常识：约十分钟的入轨过程有持续最高 10 g、单个部件 50 至 100 g 的载荷，所以做了三轴振动；散热用热管加辐射器，在热真空舱里测过。 真正值得停一下的是辐射测试的结论：在质子束中跑实际 AI 负载后，**高带宽内存子系统对总电离剂量效应最敏感，而不可纠正错误的发生率被描述为「对推理而言大概可接受」。** 这句话里有两个信息。一是瓶颈不在计算单元而在内存——这与地面上高带宽内存本就是供应和成本瓶颈的情况恰好呼应。二是那个限定词：**「对推理而言」可接受。**推理容错，一次出错重算一次即可；训练不同，长时间的梯度累积里一个未被纠正的位翻转可能污染整个检查点。所以这个措辞实际上在说：即便这条路走通，近期的定位也是在轨推理，不是在轨训练。
真正的技术难点在 2027 年那两颗卫星上
如果原型成功，Google 计划 2027 年再发两颗，测试**高带宽激光互连**。这才是整件事成立与否的关键。 原因很直接：单颗卫星 1 千瓦，做不了什么；设想中的 81 颗卫星集群要像一个协同计算集群那样工作，就必须在星间实现高带宽通信。而现有的空间激光系统多数是为「远距离、低带宽」设计的，Google 需要的是「近距离、高带宽」，公司把这个精度挑战比作在两个都在移动的点之间、从数英里外击中一个硬币大小的目标。 **所以判断这个项目该盯的不是 10 月 1 日，而是 2027 年那次互连测试。**第一次发射验证的是单点能否存活，互连验证的才是能否组成集群——而算力从来不是由单颗芯片决定的。这与本站 9 月 23 日写阿里甄武 V900 时的观察是同一个道理：那条路线的重点也在 ICN 互连而不是单卡跑分。互连决定规模，规模决定能不能叫算力。
经济账目前挂在一个假设上
选择太空的理由是能源：近地轨道近乎持续受晒，太阳能发电量最高可达地面的八倍。这个物理优势是实的。 但 Google 自己给的成本条件同样明确：**要等到 2030 年代中期发射成本降到每公斤 200 美元以下**，在轨算力集群在能源上才可能与地面数据中心成本相当。也就是说这套经济性不取决于芯片，取决于火箭。 这一点决定了该怎么读这条新闻。今天这条真正有用的信息是**时间尺度**：技术验证 2026 年，互连验证 2027 年，经济性成立的前提在 2030 年代中期。对照本站最近写的另一类新闻——Oracle 因为一条天然气管道推迟半年而对一个 2028 年投运的园区发出不可抗力通知——两件事放在一起看很清楚：**地面上的电力瓶颈是近期的、具体的；太空这条路是远期的、还没验证的。**后者不会缓解前者。 行业里不止 Google 一家在试：英伟达已有太空级 Vera Rubin 模块，Starcloud 自 2025 年 11 月起在轨运行一块 H100。所以这是一个正在形成的方向，而不是单家公司的孤注。
via: Google 官方说明、Data Center Dynamics 报道、Gizmodo 报道、Quartz 报道