-
_NEWSDATE: 2026-02-11 | News by: 观察者网 | 有0人参与评论 | _FONTSIZE: _FONT_SMALL _FONT_MEDIUM _FONT_LARGE
在工程上，围绕这一约束，逐渐分化出两条不同的解决思路。
第一条是分散式路径。它并不追求单点的大功率供能，而是把发电、算力和散热做成大量自洽的低轨节点，通过星间链路协同工作。每个节点的功率水平有限，但通过数量叠加，形成可观的总体算力规模。
这一思路与低轨通信星座高度同源，也是当前学界在“天基边缘计算”“分布式卫星计算网络”等方向上重点讨论的架构。它的优势在于部署渐进、容错性强，适合在轨预处理、推理与数据筛选等任务；代价则是并发计算能力受制于星间链路、时延抖动与调度复杂度，很难直接对标地面数据中心。
第二条是集约式路径。其核心不是把算力摊薄，而是把能源和算力集中起来，形成少量高功率的轨道级节点，作为“天算”网络的基础设施。
美国商业航天公司Axiom Space已抢先一步，于2026年1月11日发射了2个轨道数据中心（ODC），正是这一思路的工程化尝试：先在空间站环境中部署算力与数据处理设备，承担在轨预处理和中继任务，再逐步评估规模扩展的可行性。
进一步看，这一路线很可能发展出类似国际空间站的模块化太空算力中心：通过多舱段组合，逐步集成算力载荷、散热系统与能源单元；具备足够的结构承载能力和长期在轨运行能力，并能够持续扩展发电与热控条件，从而为兆瓦级高功耗算力载荷提供稳定支撑。
综合来看，这两条路径并非非此即彼。更现实的前景，很可能是以分散式星座承载大部分在轨算力任务，同时辅以少量集约式节点作为处理与中继中心。这也意味着，太空能源问题不会通过单一技术突破被解决，而是随着算力规模的抬升，被一步步推到系统工程层面。
为什么迫切需要“天算”？
如果进一步追问，究竟是哪些需求在当下这个时间点迫切需要“天算”，就会发现，这并不是一个要不要提前布局的问题，而是算力的爆炸速度突破人类的想象，一些系统已经开始触碰到“地算”能力边界的现实结果。
首先出现压力的，是需要在太空端形成快速闭环的复杂系统。
当今大型星座动辄百颗、千颗、万颗起步，随着星座规模持续扩大，卫星数量和网络拓扑的复杂度不断抬升，编队调整、避碰决策、链路重构等操作的决策频率，正在逼近甚至超过通信稳定性所能承受的水平。在这种情况下，如果仍然把判断完全放在地面，通过回传—处理—下发的方式完成控制，系统反应速度和可靠性都会明显下降。算力被前推到轨道端，并不是为了追求更强的计算能力，而是为了让系统在通信受限、干扰增强或环境突变时，仍然能够自主运行。
第二类需求，来自数据体系本身的变化。
无论是太空遥感、监视还是持续对地观测，原始数据规模的增长速度，已经快于通信能力的扩展速度。真正有价值的信息，往往只占原始数据中的一小部分。如果继续坚持“原样回传、地面处理”，通信链路就会成为系统扩展的硬约束。于是，在轨进行目标识别、变化检测和数据筛选，把算过的信息而非未经处理的数据送回地面，开始成为一种必要选择。这一变化的本质，是算力开始承担通信减负的角色。
更具决定性的，是长周期、低人类介入的自治系统需求正在快速逼近。
随着人工智能从辅助分析工具，逐步演化为系统运行逻辑的一部分，越来越多的系统被设计为在较长时间内脱离人类实时干预运行，比如地面的无人矿场、无人工厂，太空的卫星星座等等。这类系统依赖稳定的判断能力，而不是频繁的“人在回路”。当地面算力所依赖的连续通信和人类运维节奏不再可靠时，把部分计算能力嵌入天基体系，几乎成为唯一可行的工程路径。- 新闻来源于其它媒体，内容不代表本站立场！
-
原文链接
原文链接:
目前还没有人发表评论, 大家都在期待您的高见