Satlyt ha captado 8 millones de dólares en una ronda semilla para crear software para ordenadores a bordo de satélites. Su caso inmediato es más limitado y medible que un enorme centro de datos espacial: analizar telemetría, registros e imágenes cerca de su origen y enviar información más útil por un enlace de bajada escaso.

La ambición mayor consiste en hacer portables los cálculos entre naves de distintos fabricantes. Satlyt tiene experiencia de vuelo y experimentos de clientes, pero todavía no ha demostrado una nube distribuida entre satélites diferentes. Separar estos hitos es esencial para entender la inversión y el riesgo.

Una propuesta rechazada se convierte en una empresa financiada

El fundador Rama Afullo trabajó en la organización de nube de Google antes de incorporarse a Starlink, de SpaceX, en 2024. Contó a TechCrunch que ambas empresas rechazaron entonces sus propuestas internas de computación orbital. Después cofundó Satlyt, con operaciones en Sunnyvale, California, y Nairobi, Kenia.

Non Sibi Ventures, de Houston, lideró la ronda. Entre sus socios figura el antiguo astronauta de la NASA Bernard Harris. Satlyt afirma que su software ha volado en dos misiones de demostración; el despliegue más reciente comunicado utiliza hardware de computación espacial de la india TakeMe2Space.

La misión lleva tres cargas diferentes. La NASA paga por probar protocolos de nube en el espacio. Stellerian, dedicada a vigilancia orbital, prevé evaluar procesamiento de imágenes, y TakeMe2Space quiere demostrar que puede alojar software externo. Son experimentos de clientes con fines distintos, no la prueba de un servicio orbital compartido ya maduro.

Afullo aspira a llegar al 20% de los satélites al terminar la década. Satlyt también afirma haber preparado software para hasta 50 despliegues en naves en 2026. Ni la aspiración ni la capacidad preparada equivalen a instalaciones activas, renovaciones pagadas o cuota de mercado verificada independientemente.

El resultado inicial más claro es un mensaje de diagnóstico menor

Satlyt ha desplegado un Gemma 3 cuantizado de mil millones de parámetros en un satélite operado por Momentus mediante llama.cpp. La cuantización reduce la precisión numérica para necesitar menos memoria y cálculo. El caso de Gemma describe análisis local de telemetría, registros de aplicaciones y errores de software.

En dos escenarios de inyección de fallos, las cargas de diagnóstico pasaron de 1.319 a 469 bytes y de 1.318 a 464 bytes: reducciones del 64,4% y 64,8%. El modelo generó diagnósticos breves y acciones recomendadas. Las velocidades comunicadas superaron los 22 tokens por segundo en esos escenarios.

Otras pruebas de la empresa examinaron unos 11 vatios de consumo del procesador durante inferencia y un aumento de temperatura de tres a cinco grados Celsius. Son mediciones proporcionadas por la compañía bajo condiciones limitadas, no un perfil operativo de toda una flota validado de forma independiente. Reducir bytes tampoco demuestra acierto diagnóstico en cualquier avería.

El mecanismo práctico es sencillo: resumir un fallo antes de una ventana de comunicación en lugar de bajar todos los registros originales. Los equipos terrestres podrían recibir un informe menor y más útil. El procesamiento de imágenes puede descartar fotogramas cubiertos por nubes o priorizar posibles objetivos de vigilancia antes de transmitirlos.

Son aplicaciones de computación en el borde, sin necesitar antes grandes clústeres orbitales de IA. El valor financiero depende del contrato de ancho de banda, la plantilla y las necesidades de respuesta de cada misión. La evidencia útil conectaría bytes ahorrados con resolución de anomalías más rápida, mejores imágenes o menos trabajo terrestre, midiendo también exactitud, energía y memoria.

Portabilidad e integración vertical resuelven problemas distintos

Afullo presenta a SpaceX como un iPhone orbital y a Satlyt como Android. La diferencia es una capa de software sobre hardware variado frente a una pila estrechamente coordinada. No significa que tengan escala comparable ni que Satlyt sea ya un estándar abierto del sector.

SpaceX controla lanzamiento, fabricación de satélites, conectividad y gran parte del entorno operativo. Integrar puede simplificar interfaces y coordinar energía, enlaces y procesadores. Los clientes quizá acepten depender de una hoja de ruta, calendario de lanzamientos o precios a cambio de un despliegue y soporte más sencillos.

Satlyt no pretende fabricar satélites. Compara su abstracción con VMware y Snowflake: las aplicaciones deberían depender menos de máquinas físicas concretas. Más fabricantes compatibles podrían atraer desarrolladores, y más aplicaciones atraer fabricantes. Por ahora debe resolver el arranque en frío de dos partes que esperan a la otra.

El Project Suncatcher de Google comienza con sus propios TPU y satélites interconectados alimentados por energía solar. Su prototipo con Planet estudia efectos del lanzamiento, radiación y temperatura. Google dijo que el prototipo llegó a órbita en Transporter-18 de SpaceX el 1 de octubre de 2026, estableció contacto e inició pruebas.

Compartir acceso al lanzamiento no iguala las arquitecturas. Google prueba hardware especializado en el espacio; Satlyt examina si clientes externos pueden usar software entre ordenadores que no posee. No son necesariamente competidores directos hoy y podrían complementarse.

La seguridad de la nave limita la capa compartida

Los servidores terrestres disfrutan de interfaces estándar, redes fiables y mantenimiento físico. Los satélites afrontan radiación, ciclos térmicos, enlaces intermitentes, movimiento orbital y presupuestos energéticos estrictos. Varían procesadores, sistemas operativos y prioridades; muchas naves carecen de enlaces pensados para intercambiar grandes cargas.

Google compara apuntar sus futuros enlaces láser con acertar a un blanco móvil del tamaño de una moneda desde millas de distancia. Los componentes pueden sufrir entre 50 y 100 veces la gravedad en el lanzamiento; la radiación puede alterar datos, y el vacío impide refrigeración convencional por aire. El software solo puede planificar alrededor de estos límites con telemetría fiable y acceso operativo suficiente.

Una aplicación externa no debe consumir memoria, energía o comunicaciones necesarias para navegación o la carga principal. Aislamiento, actualizaciones firmadas, controles de acceso, auditoría y autoridad de parada de emergencia son requisitos de aceptación, no extras. La gestión entre operadores también crea un objetivo atractivo para ataques.

La IA puede diagnosticar mal una avería o clasificar una imagen incorrectamente. Recomendar acciones a controladores terrestres no equivale a mandar la nave. Satlyt dice que los operadores conservarán el mando al ampliar detección de anomalías y decisiones multiagente; esa frontera exige validación en integraciones reales.

Los incentivos comerciales pueden ser tan difíciles como la tecnología. Tener tiempo de procesador libre no justifica automáticamente responsabilidad ajena o condiciones de reparto de ingresos. Sin interfaces comunes, cada integración se convierte en ingeniería a medida y debilita la economía repetible del software.

Las próximas pruebas deben demostrar más que un lanzamiento

Satlyt espera intentar cálculo entre dos naves diferentes el año próximo. Una divulgación significativa identificaría plataformas y mostraría procesamiento coordinado, latencia, recursos y recuperación, no solo intercambio de mensajes. Dos máquinas idénticas podrían probar distribución sin acreditar interoperabilidad amplia.

Clientes que repiten y fabricantes independientes reforzarían el argumento comercial. Acuerdos, hardware lanzado, cargas activas y renovaciones pagadas son niveles de evidencia distintos. Los datos más sólidos vendrían de clientes o socios investigadores además de pruebas internas, mientras Google avanza enlaces intersatélite y SpaceX mantiene su ventaja de escala.

Informes de misión, definiciones de pruebas y contratos pueden seguirse en una base de conocimiento de documentos de ingeniería. Satlyt supera la fase de propuesta, pero su promesa definitoria sigue pendiente: cálculo portable, seguro y económicamente repetible entre flotas mixtas. Eso, no otra analogía con Android, convertiría herramientas a bordo en plataforma orbital.

Fuentes

Explorar el directorio de herramientas →