¿Quién pilota la flota de centros de datos orbitales? Autonomía, prevención de colisiones y el cuello de botella de las operaciones en tierra

Malla densa de satélites en órbita baja con arcos de trayectoria sobre la Tierra; abajo, antenas terrestres marcadas con indicadores de alerta para unas operaciones limitadas a las excepciones.

Las propuestas de centros de datos orbitales suelen empezar por la luz solar y los radiadores. La pregunta más difícil llega después de los primeros cien vehículos: ¿quién pilota la flota cuando cada satélite necesita evaluaciones de aproximación, mantenimiento de la posición, respuestas ante fallos y una retirada segura, y los pasos sobre las estaciones terrestres no dan abasto?

A principios de noviembre de 2026, esa pregunta operativa pasó al centro del relato de los centros de datos orbitales. La prensa especializada informó de que Orbital Compute, Inc., con sede en Los Ángeles, había elegido a la empresa emergente de autonomía Orca Aerospace para dotar a su futura constelación de cómputo de un software de guiado, navegación y control (GNC) a bordo y de apoyo a la toma de decisiones para evitar colisiones. El acuerdo se describe como una carta de intenciones de hasta unos 20 millones de dólares (afirmación de las empresas, recogida por Payload y Data Center Dynamics; en el momento de redactar este artículo no se encontró ningún comunicado específico en las webs públicas de Orbital ni de Orca). El fondo del acuerdo importa más que la cifra del titular: se trata de tratar la autonomía como una capa de primer orden del cómputo orbital, no como un añadido cuando las GPU ya están en marcha.

Este artículo no repite la economía de los centros de datos orbitales ni qué cargas de trabajo de IA tienen cabida en órbita. Trata del aprendizaje y la autonomía robótica a escala de constelación, y de por qué los gigantes de la IA que apuestan por el cómputo espacial heredan un problema de tráfico espacial en cuanto salen de las presentaciones.

El contexto de saturación (cifras oficiales, no leyendas)

Cualquier propuesta de autonomía para megaconstelaciones tiene que encajar en el entorno orbital real.

La Oficina de Desechos Espaciales de la ESA publica cada año sus informes sobre el entorno espacial (Space Environment Reports) y estadísticas actualizadas en el Space Debris User Portal. Según las estadísticas DISCOS de la ESA, actualizadas por última vez el 2 de noviembre de 2026:

• Unos 15 800 satélites siguen en funcionamiento.
• Unos 19 610 satélites siguen en el espacio (de los aproximadamente 28 570 que se han puesto en órbita terrestre).
• Unos 47 360 objetos son objeto de seguimiento y catalogación periódicos por parte de las redes de vigilancia espacial.
• Modelo MASTER-8 (población de referencia de febrero de 2026): unos 68 450 objetos de más de 10 cm (incluidas unas 11 300 cargas útiles activas), además de alrededor de 1,5 millones de objetos de entre 1 y 10 cm.

El resumen del informe de 2025 de la ESA (datos hasta finales de 2024) ya subrayaba que se seguían unos 40 000 objetos, de los cuales unos 11 000 eran cargas útiles activas, y que en las bandas de órbita baja más solicitadas la densidad de desechos peligrosos puede alcanzar el mismo orden de magnitud que la de los satélites activos. El resumen del informe de 2026 añade que en 2025 hubo más de 300 lanzamientos y más de 4000 nuevas cargas útiles, que el tráfico de las constelaciones sigue en aumento y que las medidas de mitigación aún no frenan el crecimiento neto de los desechos.

Son cifras oficiales de la ESA. No equivalen a los recuentos informales de la prensa que mezclan el número de satélites de Starlink con estimaciones de desechos sin verificar. Para quienes planifican centros de datos orbitales en órbitas heliosíncronas de amanecer-anochecer, donde quieren instalarse muchos proyectos de cómputo alimentados por energía solar, la saturación polar y las tasas de aproximación son estructurales, no hipotéticas.

Lo que Orbital dice estar construyendo

El comunicado de Orbital del 30 de junio de 2026 describe una solicitud ante la FCC para una constelación de hasta 100 000 satélites y la ambición de alcanzar unos 10 GW de cómputo orbital a plena escala (afirmaciones de la empresa). El mismo comunicado presenta cada satélite como el equivalente de un bastidor de alta densidad: del orden de ocho de los «servidores actuales», unos 100 kW de generación solar, unos 100 metros de envergadura y unas dos toneladas de masa (estimaciones de la empresa), con una carga útil de GPU de demostración prevista para 2027 y un satélite diseñado a tal efecto, Orbital-1, en 2028.

Un comunicado de Reflex Aerospace del 10 de septiembre de 2026 confirma a Reflex como socio exclusivo de plataforma satelital para Orbital-1 y la constelación posterior, y cita potencias máximas previstas cercanas a 250 kW para Orbital-1 (planteamiento del socio y de la empresa). Los identificadores de solicitud ante la FCC que recogen las bases de datos del sector (por ejemplo, SAT-LOA-20260624-00251) concuerdan con un impulso de licencias a mediados de 2026; el estado de la licencia debe comprobarse en los sistemas de la FCC en lugar de darse por aprobado.

Aunque solo llegara a volar una fracción del máximo solicitado, las cuentas operativas no perdonan. El consejero delegado de Orbital declaró a Payload que crecer de forma segura exige autonomía a bordo porque «no existe una función central de gobierno o de cartografía», de modo que cada unidad debe ocuparse de su propia navegación. Payload recoge además los hitos de despliegue de la empresa: 10 satélites en 2029, 100 en 2030 y 1000 en 2031 (planes de la empresa recogidos por la prensa especializada), lo que basta ya para generar un volumen de decisiones diarias capaz de desbordar una sala de operaciones clásica organizada en torno a consolas.

Lo que la solución de Orca dice hacer

La web pública de Orca Aerospace promociona un «operador de naves espaciales basado en IA que vuela con el vehículo»: toma de decisiones a bordo entre pasos, mientras la estación terrestre fija la intención de la misión. En la entrevista exclusiva de Payload (información del 5 de noviembre de 2026), su consejero delegado, Jacob Ososke, describe una arquitectura por capas:

1. Un pequeño modelo de IA a bordo propone los siguientes pasos (maniobras, cambios de plan).
2. Un programa basado en reglas convierte esas decisiones en comandos.
3. Un núcleo de seguridad comprueba cada comando frente a las reglas de la misión y los límites del vehículo antes de ejecutarlo.

Las operaciones empiezan en modo sombra (telemetría para revisión humana) y ganan autonomía por capas. La integración se describe como un trabajo que se hace una vez por cada pila de software de vuelo, con el software de la plataforma de Reflex como destino, y con una posible primera prueba en un Pathfinder en julio de 2027 y vuelo operativo en Orbital-1 en 2028 (calendario según lo publicado; planes de las empresas). Condiciones comerciales: una tarifa de integración más una licencia por satélite; carta de intenciones presentada como de hasta unos 20 millones de dólares (afirmación de las empresas).

Data Center Dynamics (9 de noviembre de 2026) añade afirmaciones atribuidas a las empresas: incluso una flota de 1000 satélites genera miles de decisiones al día, los equipos de tierra se convierten en el mayor coste recurrente y el enfoque de Orca podría reducir esa carga «unas 10 veces» (estimación de la empresa, sin auditoría independiente). DCD señala también que dos sistemas de tierra con prioridad siguen bajo la gestión de Orca: la autonomía está supervisada, no es una forma de eliminar por completo a las personas.

Por qué las operaciones en tierra se convierten en el cuello de botella

Las operaciones satelitales clásicas dan por supuestos:

• Contactos programados.
• Personas en el bucle para las anomalías.
• Un cribado de aproximaciones apoyado en catálogos y en procedimientos de los operadores.
• Una planificación de maniobras que puede esperar al siguiente paso.

Ese modelo se resiente cuando:

• El tamaño de la constelación multiplica las alertas de aproximación.
• Las geometrías de las órbitas heliosíncronas de amanecer-anochecer concentran el tráfico cerca de los cruces polares.
• Los vehículos son grandes (estructuras de la clase de los 100 metros en los bocetos de la empresa), con consecuencias más graves en caso de colisión.
• Las cargas útiles de cómputo encarecen la pérdida de un satélite.

Los mayores operadores de constelaciones actuales ya tratan la gestión automatizada de aproximaciones y el intercambio de datos como problemas operativos de primer orden. Los recién llegados a los centros de datos orbitales heredan la misma física con menos experiencia operativa.

La autonomía no elimina la responsabilidad. Un núcleo de seguridad que bloquee los comandos no permitidos es necesario, pero no suficiente sin:

• Supervisión independiente e interruptores de emergencia.
• Datos compartidos de conocimiento de la situación espacial con la calidad suficiente.
• Reglas claras de prioridad de maniobra cuando dos operadores discrepan.
• Un refuerzo de la ciberseguridad para que un «operador» a bordo no pueda ser engañado y ejecutar encendidos peligrosos.

Esas piezas de gobernanza explican por qué los defensores de la sostenibilidad espacial observan con atención la automatización agresiva: DCD señala expresamente la imagen que proyectan unos sistemas «demasiado lejanos para apagarlos manualmente». La respuesta de ingeniería es una garantía por capas; la respuesta normativa aún está por escribir.

La autonomía, una carga de trabajo de IA que sí tiene cabida en órbita

Paradójicamente, el GNC de flotas es uno de los casos que mejor encajan en la clasificación de nuestro artículo sobre cargas de trabajo: los datos (unidad inercial, GNSS, estado de los propulsores, alertas de aproximación) nacen en el vehículo; su valor se degrada en minutos; los resultados son comandos compactos, y esperar a la Tierra puede ser peligroso. Es aprendizaje y autonomía robótica en sentido literal (control en bucle cerrado en condiciones de incertidumbre), no una demostración con haikus ni un clúster de entrenamiento.

Lo que se queda en tierra:

• El entrenamiento de modelos y las actualizaciones de las políticas del módulo de sugerencias a bordo.
• La fusión de catálogos y los productos de conocimiento de la situación espacial de alta fidelidad.
• La aprobación humana en los regímenes de alto riesgo (fases iniciales en órbita, retirada, puesta en modo seguro ante anomalías).
• La orquestación de las cargas de los clientes para el negocio de inferencia de IA propiamente dicho.

Lo que debe volar cada vez más:

• La ejecución local de la prevención de colisiones dentro de envolventes de reglas.
• La detección y el aislamiento de fallos entre pasos.
• El mantenimiento de la formación de grandes estructuras y, con el tiempo, de clústeres de cómputo ópticos.

La hoja de ruta de Google para Suncatcher hacia formaciones ópticas cerradas (análisis del ciclo de servicio) no hace sino elevar el listón: la navegación relativa a unos cientos de metros es un problema de autonomía antes que un problema de láseres.

Cómo interpretar los 20 millones de dólares y la visión de 100 000 satélites

Conviene separar los distintos niveles:

Las solicitudes de megaconstelaciones son marcos de autorización, no previsiones de población. El software de autonomía es un requisito previo para crecer, tanto si la flota se queda en unos cientos de unidades como si algún día se acerca al máximo solicitado.

Para profundizar en AndBeyond.Tech

Sobre la física y el umbral de costes de lanzamiento que subyacen a las ambiciones de los centros de datos orbitales, véase Centros de datos orbitales para la IA: promesas, física y la prueba de los costes. Sobre qué tareas de inferencia deben estar junto al sensor y cuáles en tierra, véase Las cargas de trabajo de IA que de verdad tienen sentido en órbita. Sobre cómo los ciclos de servicio energéticos limitan incluso a los demostradores de los hiperescaladores, véase Google Suncatcher en órbita: la realidad del ciclo de servicio energético detrás del haiku. La autonomía atraviesa los tres temas: sin ella, ni la economía, ni las cargas de trabajo, ni las demostraciones de silicio pueden convertirse en una flota.

Conclusión

¿Quién pilota la flota de centros de datos orbitales? Si la respuesta es «un ejército en tierra pendiente de cada paso», el modelo de negocio muere por los costes operativos antes de que los radiadores y los precios del lanzamiento decidan la cuestión de la inversión. La alianza entre Orbital y Orca (una economía declarada por las empresas, una arquitectura por capas con IA, planificador y núcleo de seguridad, y la integración en la plataforma de Reflex) sitúa la autonomía a bordo y la prevención de colisiones donde deben estar: en la ruta crítica de la computación espacial. Las cifras de saturación de la ESA muestran por qué. Lo que queda por hacer es garantía, intercambio de datos y claridad normativa, para que el crecimiento del cómputo en órbita baja no traslade el riesgo a todos los que comparten el cielo.

Lecturas relacionadas

• Centros de datos orbitales para la IA: promesas, física y la prueba de los costes
• Las cargas de trabajo de IA que de verdad tienen sentido en órbita
• Google Suncatcher en órbita: la realidad del ciclo de servicio energético detrás del haiku

Nota sobre las fuentes: no se ha encontrado ninguna página de comunicado de Orbital.inc ni de Orca Aerospace que anuncie específicamente la carta de intenciones sobre autonomía; la cobertura se basa en la entrevista exclusiva de Payload y en DCD. Los comunicados de Reflex y de Orbital sobre la constelación son las fuentes primarias para la alianza de plataforma y las cifras de escala solicitadas.

Imágenes: ilustraciones originales creadas para AndBeyond.Tech; no aparecen logotipos ni personas reales.