编者按：当算力从地面爬向轨道，「谁家的操作系统」就不再是技术细节，而是产业权力如何分配的问题。Satlyt的故事，是这场争夺战里一个颇具象征意味的注脚——被两家巨头拒绝的公司，最终和其中一家坐进了同一个整流罩。
同一个整流罩里的对手
2026年10月，一枚SpaceX的猎鹰9号火箭从佛罗里达升空。整流罩里装着来自不同公司的卫星载荷：其中一颗搭载着谷歌参与推进的轨道计算项目，而紧挨着它的另一块计算板卡，来自一家曾经被SpaceX和谷歌先后拒绝的初创公司——Satlyt。
这个画面本身就是一个隐喻。两家巨头都对它说过「不」，但最终，Satlyt的软件还是和谷歌的硬件坐上了同一枚火箭，飞向同一条轨道。在航天业，发射清单从来不只是物流安排，它更像一张产业势力图。而这一次，地图上出现了一个本不该出现的位置。
轨道计算：把数据中心搬上天
过去十年，太空竞赛的主线是「连接」——把互联网送上天，让地球上每一个角落都能接入网络。SpaceX的星链、亚马逊的柯伊伯计划，都在争夺这条赛道。但下一个十年的主线，正在悄悄变成「计算」。
把算力搬上轨道的逻辑并不复杂。第一，卫星每天产生的遥感、通信、气象原始数据量极其庞大，如果全部回传地面再处理，带宽成本高得惊人；若能在天上就地处理、只把结论传回，数据回传量理论上可以下降一到两个数量级。第二，低轨卫星天然覆盖全球，不受地面数据中心选址、电力供应和审批周期的束缚。第三，太阳同步轨道上近乎不间断的日照，为算力提供了地球上难以复制的稳定能源。换句话说，轨道计算不是把服务器送上天的浪漫想象，而是一笔可以算清楚的账。
「iPhone」与「Android」
「Satlyt想做轨道计算的Android——一套能在多家公司卫星上运行的开放软件，而不是SpaceX那种封闭的、一体化的iPhone式方案。」
这是Satlyt创始人给出的定位，也是整件事的题眼。SpaceX的路径是典型的垂直整合：自研火箭、自研卫星、自研星上硬件与软件，用极致的成本控制和封闭生态，把整条链条攥在自己手里。这套打法在消费电子领域对应的是iPhone——体验统一、效率极高，但别人进不来。
Satlyt选择的是另一条路。它不做卫星，也不做火箭，只做跑在别人卫星上的那一层软件：一套能让不同厂商、不同架构的卫星共享同一套计算框架的开放平台。用创始人的话说，就是让卫星运营商不必自己从零搭建软件栈，也不必被某一家供应商锁死。
两次被拒之后
据TechCrunch报道，Satlyt曾先后向SpaceX和谷歌寻求合作，两次都吃了闭门羹。理由并不难猜：对SpaceX来说，开放意味着放弃控制权；对谷歌来说，一个体量尚小的初创公司，未必值得押注。
但被拒绝并没有让Satlyt消失。它转而与那些不愿被单一供应商绑定的卫星运营商合作，把软件装进第三方载荷，再通过商业发射服务把载荷送上轨道——而最便宜、最可靠的那趟车，恰好就是SpaceX的火箭。于是出现了本文开头那一幕：SpaceX的火箭、谷歌的硬件、Satlyt的软件，三者被迫在同一枚运载工具里共处。
这不是和解，更像是市场的自然选择。当发射服务本身足够便宜、足够标准化，它就会像集装箱一样，把彼此竞争的货物一并托运。
开放生态的机会与软肋
Satlyt的赌注押在一个经典判断上：任何垂直整合的巨头，都无法覆盖所有细分需求，而开放生态总能从缝隙里长出来。Android的历史就是最好的注脚——它从未在体验上超越iPhone，却占据了全球绝大多数手机。
但轨道计算的缝隙比手机市场窄得多。太空环境的辐射、热管理、供电与通信带宽都极其苛刻，软件要跨平台运行，意味着必须适配大量非标准硬件，工程成本高昂。更关键的是，目前轨道算力的真实需求方——遥感公司、政府机构、通信运营商——数量有限，且往往倾向于与巨头直接签约。开放生态需要的规模效应，短期内未必能形成。
另一个变量是时间。谷歌此前公布的轨道算力路线图，已明确把TPU送上卫星的验证计划排进了日程；SpaceX也在持续推进星上处理能力。巨头一旦完成技术闭环，留给第三方软件层的空间会被进一步压缩。Satlyt真正需要的，是在巨头尚未把标准彻底钉死之前，先让自己的软件成为「默认选项」。
结语
被两家公司拒绝，却最终与其中一家同乘一枚火箭——这个故事的有趣之处，不在于逆袭的戏剧性，而在于它揭示了太空产业正在经历的结构性变化。当发射成本低到一定程度，当卫星变成标准化的运载平台，真正稀缺的东西就从「上天」变成了「在上面跑什么」。
SpaceX想要的是闭环，谷歌想要的是入口，而Satlyt想要的是那个夹在中间的软件层。这场关于轨道计算标准的争夺才刚刚开始，胜负远未揭晓。但至少这一次，被说不的那一方，也在火箭上占到了一个位置。
本文编译自TechCrunch
© 2026 Winzheng.com 赢政天下 | 转载请注明来源并附原文链接