El software de IA orbital de Satlyt tomó la ruta abierta que SpaceX y Google rechazaron
El software de IA orbital de Satlyt está llegando al espacio después de que SpaceX y Google rechazaran las propuestas internas de su fundador, Rama Afullo, para la computación distribuida en órbita. Satlyt ha recaudado ahora una ronda semilla de 8 millones de dólares y ha asegurado plazas para su software en varias misiones satelitales.
El giro se hizo especialmente visible cuando el software de Satlyt llegó a la órbita a través de SpaceX, junto al hardware para el Project Suncatcher de Google. Ambos antiguos empleadores respaldan ahora estrategias de computación orbital, pero persiguen una arquitectura distinta de la que eligió Afullo.
Satlyt quiere proporcionar una capa de software que funcione en naves espaciales de muchos fabricantes. SpaceX representa la ruta opuesta: una empresa que controla los lanzamientos, los satélites, la conectividad, el hardware de computación y gran parte del entorno operativo.
Esa diferencia importa más que la coincidencia de compartir un cohete. Define una competencia temprana sobre quién controla la capa de computación sobre la Tierra: propietarios de naves espaciales integrados verticalmente o una plataforma independiente que conecta flotas mixtas.
El software de IA orbital de Satlyt ha ido más allá de una propuesta
El cambio inmediato es que Satlyt cuenta ahora con financiación, experiencia de vuelo y cargas de trabajo reales, en lugar de una propuesta interna rechazada.
Afullo trabajó en la organización de nube de Google antes de incorporarse al negocio Starlink de SpaceX en 2024. Contó a TechCrunch que propuso la computación orbital dentro de ambas empresas. Cada una rechazó la idea en ese momento.
Después cofundó Satlyt, que opera desde Sunnyvale, California, y Nairobi, Kenia. La empresa desarrolla software que permite a los satélites procesar datos localmente y, con el tiempo, compartir tareas de computación entre naves espaciales.
La ronda semilla de 8 millones de dólares de Satlyt fue liderada por Non Sibi Ventures, con sede en Houston. Entre los socios del inversor figura el exastronauta de la NASA Bernard Harris, cuya experiencia ayudó a la firma a evaluar la propuesta técnica y comercial.
La financiación es solo una parte del acontecimiento. Satlyt afirma que su software ya ha volado en dos misiones de demostración, lo que le ha dado experiencia con computación limitada más allá de las pruebas de laboratorio.
Su despliegue más reciente del que se ha informado involucra hardware construido por TakeMe2Space, una empresa india que desarrolla sistemas de computación para satélites. La misión incorpora tres cargas de trabajo de clientes diferentes a la nave espacial.
La NASA está pagando para probar protocolos de computación en la nube en el espacio. Stellerian, que trabaja en vigilancia orbital, planea evaluar el procesamiento de imágenes. TakeMe2Space quiere demostrar que su satélite puede alojar software de empresas externas.
Estos clientes representan tres capas importantes de demanda. Una agencia gubernamental busca validación técnica, un operador comercial quiere análisis más rápido y un fabricante de naves espaciales busca un producto más flexible.
Esa combinación somete a Satlyt a una prueba más exigente que una simple demostración de software. Su plataforma debe admitir cargas de trabajo distintas mientras opera dentro de los límites de una sola nave espacial en cuanto a energía, memoria, temperatura y comunicaciones.
La empresa también ha desplegado un modelo Gemma 3 cuantizado a bordo de un satélite operado por Momentus. La cuantización reduce la precisión numérica de un modelo, lo que ayuda a ejecutarlo con menos memoria y potencia de computación.
Según las pruebas de Gemma, el modelo de mil millones de parámetros analizó localmente telemetría, registros de aplicaciones y errores de software. Se ejecutó mediante llama.cpp, un marco de inferencia diseñado para una ejecución eficiente de modelos.
En dos pruebas de inyección de fallos, el sistema redujo las cargas útiles de diagnóstico de 1.319 bytes a 469 bytes y de 1.318 bytes a 464 bytes. Esas reducciones fueron del 64,4% y del 64,8%.
El modelo también produjo diagnósticos breves y acciones recomendadas a partir del contexto técnico disponible. Ese resultado no demuestra operaciones autónomas fiables de naves espaciales, pero ilustra un uso inmediato de la IA a bordo.
En lugar de transmitir cada registro sin procesar a la Tierra, un satélite puede resumir un error antes de utilizar una ventana limitada de enlace descendente. Los controladores en tierra reciben entonces un mensaje más pequeño y útil.
Por tanto, el avance de Satlyt se basa en una carga de trabajo práctica, no solo en la idea lejana de enormes centros de datos orbitales. Está empezando con diagnósticos de software, análisis de telemetría y procesamiento de imágenes en hardware que ya se dirige a la órbita.
Esto crea la tensión central del artículo. SpaceX y Google pueden desarrollar computación orbital mediante sistemas estrechamente controlados, mientras que Satlyt debe demostrar que el software compartido puede funcionar en las máquinas de otras empresas.
El mercado a corto plazo es el procesamiento a bordo, no los gigantescos centros de datos espaciales
Satlyt no necesita una nube orbital a gran escala para generar valor, pero sí necesita que los operadores de satélites traten el software como una decisión de compra independiente.
La mayoría de los satélites todavía dependen en gran medida de las estaciones terrestres. Recopilan imágenes, lecturas de sensores, datos operativos y registros de errores, y luego transmiten información seleccionada durante ventanas de comunicación programadas.
Ese modelo crea un cuello de botella. Una nave espacial puede generar más datos de los que puede enviar económicamente a la Tierra, especialmente cuando las ventanas de contacto son breves o el ancho de banda está disputado.
El procesamiento a bordo acerca parte de la toma de decisiones al sensor. Un satélite puede descartar imágenes inutilizables, priorizar objetos sospechosos, resumir fallos o comprimir observaciones antes de la transmisión.
La idea se parece a la computación en el borde en la Tierra. La computación en el borde ejecuta análisis cerca de la fuente de datos, reduciendo la necesidad de enviar todo a una nube centralizada.
El espacio hace que esta disyuntiva sea más severa. Un dispositivo terrestre remoto podría recuperar una conexión de red en cuestión de minutos. Una nave espacial puede enfrentarse a cobertura limitada, presupuestos energéticos estrictos, radiación y ninguna posibilidad de reparación física.
Por eso importa el ejemplo de diagnóstico de Satlyt. Reducir un informe de error en más de un 60% parece modesto frente a las visiones de clústeres de IA en órbita. Sin embargo, aborda un coste que los operadores ya afrontan.
La empresa afirma que el análisis local puede reducir el trabajo de procesamiento en tierra y acortar las respuestas a anomalías. El ahorro financiero exacto variará según el satélite, la misión, el modelo de personal y el contrato de comunicaciones.
El procesamiento de imágenes ofrece otro caso inmediato. Un satélite de observación terrestre puede identificar fotogramas cubiertos por nubes antes de descargarlos, o priorizar imágenes que contengan una condición objetivo.
Las cargas de trabajo de vigilancia espacial siguen la misma lógica. Un satélite puede filtrar imágenes en busca de posibles objetos o movimientos inusuales, y transmitir primero los datos más relevantes.
Estas aplicaciones no requieren un centro de datos del tamaño de un almacén en órbita. Requieren modelos pequeños que se comporten de forma predecible en ordenadores limitados y produzcan resultados útiles dentro de presupuestos estrictos de recursos.
Esta distinción también atrajo al principal inversor de Satlyt. Kent Lucas, socio de Non Sibi, dijo a TechCrunch que la empresa no necesita gigantescos centros de datos espaciales para tener éxito. El crecimiento de los satélites por sí solo puede ampliar su mercado potencial.
El argumento tiene sentido, pero sigue dependiendo de varias suposiciones. Más naves espaciales deben incorporar procesadores de propósito general, los operadores deben permitir software de terceros y los diseñadores de misiones deben asignar energía escasa a las cargas de trabajo de IA.
Afullo espera que los procesadores avanzados se vuelvan habituales en los satélites. Se ha fijado el ambicioso objetivo de llegar al 20% de los satélites al final de esta década.
Ese objetivo sigue siendo una aspiración de la empresa, no una previsión independiente. Las flotas de satélites difieren ampliamente, y muchas naves espaciales utilizan ordenadores especializados diseñados para una misión cuidadosamente validada.
No obstante, la oportunidad es más fácil de entender que la amplia narrativa de la nube orbital. Satlyt puede vender procesamiento útil a bordo antes de que los satélites comiencen a compartir las mayores cargas de trabajo de IA.
Los desarrolladores deberían considerar esta fase como una prueba de portabilidad del software. La cuestión central es si una capa operativa puede admitir procesadores, cargas útiles, sistemas de comunicaciones y requisitos de seguridad de naves espaciales diversos.
Los compradores empresariales deberían centrarse en los resultados más que en la retórica. Un menor volumen de enlace descendente, una respuesta más rápida a anomalías e imágenes de mayor valor son beneficios medibles, incluso si el sistema subyacente nunca se convierte en un gigantesco centro de datos.
Estas medidas prácticas también explican por qué las empresas espaciales consolidadas enfrentan presión. Si los clientes valoran el software portátil, los proveedores de hardware pierden parte del control sobre las aplicaciones que se ejecutan en sus satélites.
SpaceX construye el iPhone mientras Satlyt quiere construir Android
La competencia principal no es Satlyt frente a SpaceX por tamaño; es una capa de software abierta frente a una pila de computación cerrada e integrada verticalmente.
Afullo utiliza una analogía conocida para explicar la diferencia. Si SpaceX se convierte en el iPhone de los centros de datos orbitales, él quiere que Satlyt se convierta en Android.
La comparación es imperfecta, pero recoge la división estratégica. Apple combina hardware, software operativo, servicios y distribución bajo un sistema estrechamente gestionado. Android admite dispositivos de muchos fabricantes.
SpaceX ya controla una mayor parte de la pila física que la mayoría de los competidores potenciales. Construye cohetes, opera infraestructura de lanzamiento, fabrica satélites, gestiona una constelación de comunicaciones y presta servicios de conectividad a clientes.
Esa integración puede reducir los costes de coordinación. Los ingenieros pueden optimizar juntos el hardware y el software, mantener interfaces consistentes y avanzar rápidamente sin negociar estándares entre proveedores de naves espaciales no relacionados.
También genera dependencia. Un cliente que construye sobre una plataforma orbital propietaria puede quedar vinculado al calendario de lanzamientos, la hoja de ruta técnica, los precios, las interfaces y las decisiones de acceso de una sola empresa.
Satlyt apuesta por lo contrario. No planea fabricar satélites. Su software está concebido para ejecutarse en naves espaciales propiedad de distintos operadores y convertir sus recursos informáticos en un servicio compartido.
La empresa compara su papel con VMware y Snowflake. VMware separó las aplicaciones de servidores físicos específicos, mientras que Snowflake proporcionó a los clientes una capa de datos gestionada a través de infraestructura en la nube.
En órbita, esta abstracción es mucho más difícil. Los servidores de nube terrestres utilizan procesadores, redes, fuentes de alimentación, sistemas de almacenamiento y prácticas de mantenimiento relativamente estandarizados.
Los satélites son máquinas personalizadas expuestas a radiación, ciclos térmicos, energía limitada, enlaces intermitentes y movimiento orbital. Incluso reiniciar un proceso fallido puede tener consecuencias a nivel de misión.
Por tanto, una plataforma orbital abierta debe hacer más que instalar el mismo paquete en distintos ordenadores. Debe adaptarse a las diferencias de hardware sin debilitar los controles de seguridad ni interferir con las funciones esenciales de la nave espacial.
La plataforma también necesita un método seguro para programar el trabajo. Una aplicación de terceros no puede consumir energía, memoria o capacidad de red necesarias para la navegación, las comunicaciones o la carga útil principal.
Estos desafíos refuerzan el argumento a favor de la integración vertical. SpaceX puede diseñar su hardware de computación, enlaces entre satélites, entorno operativo y sistemas de energía como un producto coordinado.
Sin embargo, la integración no garantiza que los clientes prefieran un sistema cerrado. Los fabricantes y operadores de satélites pueden querer acceso a varios proveedores de lanzamiento, procesadores, modelos y proveedores de analítica.
Una capa de software independiente se vuelve valiosa cuando aumenta la diversidad. Cada nave espacial compatible adicional amplía el conjunto potencial de recursos informáticos sin exigir que Satlyt financie una flota de satélites.
Este es el mismo efecto de red que ayudó a crecer a las plataformas de software en la Tierra. Una base de hardware más amplia atrae a desarrolladores, mientras que más aplicaciones hacen que la plataforma subyacente resulte más atractiva para los proveedores de hardware.
La órbita plantea un difícil problema de arranque en frío. Satlyt necesita satélites compatibles antes de que los desarrolladores inviertan, pero los constructores de naves espaciales necesitan aplicaciones útiles antes de asignar recursos a Satlyt.
Sus primeras misiones intentan resolver ese problema con cargas de trabajo concretas. NASA aporta un caso de uso de validación, Stellerian aporta una aplicación y TakeMe2Space aporta el hardware de alojamiento.
El enfoque de Google ofrece otro contraste. Project Suncatcher imagina satélites interconectados que transportan Google Tensor Processing Units, o TPUs, alimentadas por abundante energía solar.
Los primeros pasos del programa se centran en el propio hardware informático de Google. Su prototipo, construido con Planet, fue diseñado para medir cómo responden las TPUs a las fuerzas del lanzamiento, la radiación y el entorno térmico del espacio.
Google confirmó que el prototipo alcanzó la órbita a bordo de la misión Transporter-18 de SpaceX el 1 de octubre de 2026. El satélite estableció contacto e inició su programa de pruebas.
Por tanto, Google está probando si sus chips especializados pueden sobrevivir y operar en el espacio. Satlyt está probando si el software puede hacer útiles para clientes externos computadoras orbitales diversas.
Hoy las empresas no son competidoras directas. Sus arquitecturas incluso podrían llegar a ser complementarias si una plataforma independiente termina ejecutando cargas de trabajo en procesadores diseñados por Google u otros procesadores especializados.
Aun así, sus prioridades revelan centros de control contrapuestos. Google empieza con hardware que posee y comprende. Satlyt empieza con la portabilidad entre hardware que no controla.
Si la computación orbital crece, esta distinción determinará los márgenes, la elección de los clientes y el acceso de los desarrolladores. El ganador final quizá no posea más satélites, pero influirá en cómo se desplazan las aplicaciones entre ellos.
La Nube Orbital Abierta Aún Debe Sobrevivir a la Realidad
El argumento más sólido de Satlyt es la flexibilidad, pero la flexibilidad se convierte en un lastre cuando las naves espaciales difieren demasiado o los clientes se niegan a compartir recursos.
La empresa ha demostrado que un pequeño modelo de lenguaje puede procesar datos de diagnóstico a bordo de hardware con recursos limitados. Eso no equivale a operar una nube distribuida entre satélites.
El próximo gran objetivo técnico de Satlyt es conectar capacidad informática entre dos naves espaciales diferentes. La empresa espera intentar esa demostración el próximo año.
Una prueba exitosa sería relevante porque la computación distribuida exige coordinación entre máquinas. El software debe dividir el trabajo, transferir datos, gestionar retrasos, recuperarse de interrupciones y confirmar que los resultados siguen siendo correctos.
Estas tareas son rutinarias dentro de centros de datos terrestres con energía fiable y redes de alta velocidad. Se vuelven más difíciles cuando ambas computadoras orbitan la Tierra y solo se comunican bajo condiciones orbitales específicas.
La latencia no es el único problema. Los satélites pueden tener procesadores, sistemas operativos, requisitos de seguridad, energía disponible y prioridades de misión distintos.
Los enlaces entre satélites también pueden variar ampliamente. Algunas naves tienen comunicaciones láser, otras usan enlaces de radio y muchas nunca fueron diseñadas para intercambiar grandes cargas de trabajo informático con satélites vecinos.
Google ha descrito la precisión necesaria para sus conexiones láser previstas como el equivalente a acertar a un objetivo del tamaño de una moneda desde kilómetros de distancia mientras ambos puntos se mueven.
Sus pruebas también ilustran el desafío del hardware. Google afirma que los componentes de lanzamiento pueden experimentar fuerzas de entre 50 y 100 veces la gravedad, mientras que la radiación puede alterar los datos almacenados en sistemas electrónicos.
El control térmico sigue siendo igual de importante. Un procesador genera calor, pero una nave espacial no puede refrigerarlo con flujo de aire convencional porque el espacio es un vacío.
El software de Satlyt no puede eliminar esos límites físicos. Solo puede planificar en torno a ellos cuando las naves espaciales exponen telemetría precisa y conceden a la plataforma suficiente control operativo.
La ciberseguridad crea otra barrera. El software que gestiona cargas de trabajo entre varios satélites podría convertirse en un objetivo valioso porque una intrusión podría afectar a múltiples operadores.
Los clientes exigirán aislamiento entre aplicaciones, actualizaciones firmadas, controles de acceso, registros de auditoría y autoridad clara sobre los apagados de emergencia. Esas protecciones consumen recursos informáticos adicionales.
Las salidas de IA añaden un riesgo diferente. Un modelo puede resumir incorrectamente un error o clasificar mal una imagen, especialmente cuando sus entradas difieren de aquellas usadas en su entrenamiento y pruebas.
Por esa razón, el uso actual de Satlyt para diagnósticos parece más seguro que el mando autónomo. Un modelo puede recomendar una acción a los operadores en tierra sin recibir autoridad para cambiar el comportamiento de la nave espacial.
La empresa afirma que los operadores conservarán la autoridad de mando mientras avanza hacia la detección de anomalías y las decisiones multiagente. El límite práctico entre asistencia y control requerirá una validación cuidadosa.
Los incentivos empresariales son igual de inciertos. El propietario de un satélite puede tener tiempo de procesador sin usar, pero prestarlo a una carga de trabajo externa puede introducir responsabilidad sin generar ingresos suficientes.
El propietario también debe reservar capacidad para su misión principal. Un satélite de observación de la Tierra no puede retrasar imágenes de clientes porque otra aplicación consumió energía o llenó el almacenamiento.
La estrategia “Android” de Satlyt solo funciona si los fabricantes de naves espaciales admiten interfaces comunes. Sin una estandarización significativa, cada integración se convierte en un proyecto de ingeniería a medida.
Eso debilitaría la economía de una plataforma independiente. Los márgenes del software dependen de repetir el mismo producto con muchos clientes, no de reconstruirlo para cada satélite.
La competencia también podría venir de empresas que poseen hardware. SpaceX, Google, Starcloud y otras iniciativas de computación orbital pueden ofrecer interfaces para desarrolladores mientras mantienen propietarios sus sistemas subyacentes.
Una plataforma cerrada y gestionada podría resultar más fácil de adquirir que una red abierta. Los clientes suelen aceptar la dependencia de un proveedor cuando uno ofrece una implementación más sencilla, soporte más sólido y rendimiento predecible.
Por lo tanto, Satlyt aún no ha demostrado que el modelo Android vaya a dominar. Ha demostrado que la vía abierta es lo bastante creíble como para recibir financiación y llegar a misiones activas.
La siguiente fase debe demostrar repetibilidad. Un modelo en un satélite demuestra viabilidad, mientras que cargas de trabajo portátiles entre naves espaciales diferentes respaldarían la afirmación más amplia de la plataforma.
Tres Señales Mostrarán Si Satlyt Puede Convertirse en una Plataforma Orbital
La próxima evidencia debe proceder de computación entre satélites, clientes recurrentes y valor operativo medible, no de otra comparación ambiciosa.
La primera señal es la demostración prevista de nube con dos satélites de Satlyt. Es la prueba más directa de su afirmación técnica central.
Los observadores deberían buscar confirmación de que las naves espaciales proceden de plataformas diferentes. Dos satélites idénticos bajo un mismo operador probarían la computación distribuida, pero no la interoperabilidad amplia.
La demostración también debería revelar qué trabajo se mueve entre los satélites. Un pequeño intercambio de mensajes tiene menos significado que un procesamiento coordinado con latencia, uso de recursos y comportamiento de recuperación documentados.
Una ejecución exitosa reforzaría el argumento de Satlyt de que puede abstraer las diferencias de hardware. Un retraso o una demostración más limitada mostraría que la plataforma abierta sigue estando en una etapa más temprana de lo que sugiere su marketing.
La segunda señal es la recurrencia de los clientes. NASA, Stellerian y TakeMe2Space proporcionan a la empresa cargas de trabajo iniciales útiles, pero los pilotos no establecen una demanda duradera.
Una señal más sólida sería que un cliente pasara de un experimento a varias naves espaciales. Eso indicaría que el software creó suficiente valor para superar la revisión de la misión y la asignación presupuestaria.
Otra medida importante es la cantidad de constructores independientes de naves espaciales que integran Satlyt. La analogía con Android requiere múltiples fabricantes, no varias misiones en el hardware de un solo socio.
Satlyt afirma tener software preparado para hasta 50 despliegues en naves espaciales en 2026. La capacidad preparada no es lo mismo que los despliegues activados, por lo que las instalaciones completadas importan más.
Los lectores deberían distinguir entre acuerdos firmados, sistemas lanzados, cargas de trabajo activas y renovaciones pagadas. Cada etapa aporta un nivel distinto de evidencia comercial.
La tercera señal es el rendimiento operativo. La reducción de la bajada de datos ofrece una métrica inicial, pero a los clientes también les importarán la precisión, el uso de energía, el consumo de memoria y el tiempo de respuesta.
Las pruebas de Gemma ofrecen una base de referencia útil. Satlyt informó de cargas útiles de diagnóstico aproximadamente un 64% menores y velocidades de generación superiores a 22 tokens por segundo en dos escenarios.
Sus pruebas más amplias examinan aproximadamente 11 vatios de potencia del procesador durante la inferencia y un aumento de temperatura de entre tres y cinco grados Celsius. Son mediciones proporcionadas por la empresa en condiciones de prueba limitadas.
Las divulgaciones futuras deberían conectar esos resultados técnicos con los resultados de la misión. ¿Los operadores resolvieron fallos antes, descargaron imágenes más valiosas o redujeron la carga de trabajo en tierra?
La confirmación independiente tendría más peso que otra prueba interna. Los datos de vuelos espaciales de clientes o socios de investigación aclararían si los beneficios persisten fuera de pruebas controladas.
Es poco probable que SpaceX y Google esperen. Google ya está recopilando datos de su prototipo de TPU orbital, incluido el rendimiento bajo radiación y temperaturas extremas.
Su próximo hito previsto implica probar la comunicación entre dos satélites. El progreso en ese ámbito reforzaría el modelo coordinado verticalmente, incluso si Google no ofrece una plataforma comercial amplia.
SpaceX cuenta con una ventaja diferente: la escala de despliegue. Su control sobre el lanzamiento y la fabricación de satélites le permite iterar sin esperar a que proveedores de naves espaciales no relacionados adopten una interfaz común.
Satlyt no puede igualar esos recursos de capital. Su oportunidad consiste en hacer que el resto del mercado funcione más como una base informática compartida.
Ese patrón ha funcionado en otras industrias. El software independiente se vuelve valioso cuando los clientes quieren opciones y ningún proveedor de hardware puede controlar todo el mercado.
Sin embargo, el espacio no es un mercado de software normal. Los estándares de fiabilidad, las restricciones físicas, las preocupaciones de seguridad nacional y los largos ciclos de adquisición ralentizan la adopción de plataformas.
Los desarrolladores deberían seguir las interfaces que surjan de las primeras misiones. Un modelo de aplicación estable facilitaría desarrollar una vez y desplegar en varias naves espaciales.
Los compradores de satélites deberían preguntar quién controla las actualizaciones, la programación de cargas de trabajo, el acceso a la telemetría y la recuperación ante fallos. Esos detalles determinan si “abierto” significa portátil o simplemente compatible mediante trabajo a medida.
Los equipos que evalúan la evidencia también necesitan registros rigurosos de informes de misión, resultados de pruebas, contratos y decisiones de ingeniería. Una base de conocimiento con capacidad de búsqueda puede mantener esas afirmaciones conectadas con los documentos que las respaldan.
El software de IA orbital de Satlyt ha alcanzado un umbral importante. Ahora cuenta con capital, experiencia de vuelo, experimentos con clientes y un claro oponente arquitectónico.
La empresa aún no ha construido una nube orbital que abarque distintos satélites. Tampoco ha demostrado que los fabricantes cedan suficiente control para que una plataforma independiente pueda escalar.
Eso es lo que hace que la historia merezca seguimiento. La idea rechazada ya no es hipotética, pero su promesa definitoria sigue sin demostrarse.
En los próximos meses, habrá que seguir la prueba con dos satélites, los despliegues repetidos y los datos de rendimiento a nivel de misión. En conjunto, mostrarán si Satlyt está construyendo Android para la órbita o una herramienta especializada para un pequeño número de naves espaciales.
