Google ya opera su data center en órbita con un TPU

Un TPU de Google ya responde desde la órbita terrestre

El prototipo de data center espacial de Google está en línea y comunicándose con tierra firme. Lo confirmó TechCrunch: el satélite, que viajó al espacio a bordo de un Falcon 9 de SpaceX junto a más de 100 naves, lleva un Tensor Processing Unit (TPU) —el chip de IA que Google diseñó para sus centros de datos— y genera hasta 1 kW de electricidad.

Para un founder, la pregunta no es si el hito es espectacular. Es si cambia algo en su factura de cómputo. La respuesta corta: todavía no, y por razones muy concretas.

El detalle que mejor resume el estado del proyecto es este: el TPU solo puede encenderse unos 20 minutos por vez. La energía que consume y el calor que disipa son demasiado para el satélite. Así que la ventana de inferencia es una carrera contra el termómetro, y eso complica algo que ya era difícil de por sí: hablar con la Tierra.

¿Y esto cómo se aplica en tu negocio?

Dueños de negocio de Latinoamérica y España usan un agente de IA para ganar más y recuperar su tiempo. El Kit «tu mano derecha con IA» te muestra cómo en un video de 11 minutos, con una ficha para armar el tuyo. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

¿Qué probó Google en órbita?

Después de un proceso de puesta en marcha de unas tres semanas, en el que se testearon los subsistemas del satélite, el equipo en tierra envió su primer prompt. Le pidieron a Gemma 4, el modelo de Google DeepMind precargado en el satélite, que escribiera un haiku sobre estar en el espacio. El resultado:

Mármol azul abajo Los datos fluyen en silencio La luz de las estrellas alimenta mi núcleo.

Google también le pidió al satélite un informe sobre las condiciones orbitales a su alrededor. Un portavoz dijo a TechCrunch que la nave opera de forma nominal.

Más allá de la anécdota, la campaña de pruebas busca algo mucho menos poético: ver cómo se comportan los chips bajo estrés térmico y en el entorno de radiación espacial. La radiación puede provocar «bit flips» —alterar un valor almacenado en memoria— y corromper datos sin disparar las alertas habituales de monitoreo.

Las pruebas de laboratorio, hechas en aceleradores de partículas en tierra, sugieren que el impacto sería mínimo para cargas de inferencia y más problemático para entrenamiento. Ahora Google podrá medirlo en la realidad y no en una simulación.

¿Por qué el calor es el enemigo número uno?

En un data center terrestre, el calor se disipa con aire o agua. En el vacío del espacio no hay ninguna de las dos cosas. Como explicó a NPR Brandon Lucia, profesor de ingeniería eléctrica y computación en Carnegie Mellon University, usar más energía para calcular significa verter más calor al ambiente confinado dentro del satélite.

Google ya reconoció que el enfriamiento es un desafío de investigación crucial y trabaja con una combinación de tubos de calor y radiadores. Según Gizmodo, los radiadores son uno de los componentes más pesados de la misión actual, y el peso es un problema: cada kilo extra encarece el lanzamiento.

Lucia suma otro punto incómodo: el mantenimiento. Cuando un chip falla en un data center en tierra, entra un técnico y lo arregla. A cientos de kilómetros de altura, eso no existe. Según NPR, el profesor sostiene que esos costos y esa complejidad se amplifican por un factor de 10, quizás de 100, y que por eso tiene que haber un gran retorno.

La cuenta que no cierra todavía: 1.800 vuelos de Starship

Google publicó este mes una versión revisada por pares de su white paper sobre data centers orbitales, que se publicará en Joule. El paper no es un estudio de viabilidad económica, pero deja ver cómo piensa la compañía.

Los autores sostienen que SpaceX logró una curva de aprendizaje que reduce precios cerca de 20% anual desde el Falcon 1, y consideran razonable esperar precios de lanzamiento cercanos a US$200 por kilogramo hacia 2035. Para llegar ahí, calculan que Starship tendría que poner en órbita 370.000 toneladas de carga: unas 1.800 misiones en diez años, o 180 por año, asumiendo 200 toneladas por vuelo.

El problema: Starship nunca voló más de cinco veces en un año. Elon Musk sugirió que podría alcanzar una frecuencia horaria en 2029, pero eso es una promesa, no un dato.

Travis Beals, director sénior y responsable de Project Suncatcher, es explícito sobre los tiempos: no ve que esto sea más barato de hacer en los próximos cinco años y cree que tomará más que eso. Y agrega que no espera que los data centers espaciales reemplacen a los terrestres, sino que ambos coexistan durante mucho tiempo.

Google no corre solo: Starcloud, SpaceX y la carrera orbital

El ecosistema de cómputo orbital dejó de ser un experimento aislado.

Starcloud, startup con sede en Washington y respaldada por Nvidia según Newsweek, fue la primera en poner un chip Nvidia H100 en órbita, en noviembre de 2025, y ya demostró correr modelos de IA desde el espacio. En septiembre de 2026 firmó un acuerdo comercial con Firefly Aerospace para llevar su payload de cómputo SC-1L a la órbita lunar a bordo del vehículo Elytra, en una misión con lanzamiento previsto no antes de 2028.

SpaceX, por su parte, dijo que espera empezar a desplegar satélites de cómputo de IA orbital ya en 2028, según NPR. Y Alphabet, la matriz de Google, tiene una participación accionaria significativa en SpaceX, lo que hace que ambas visiones estén entrelazadas.

La diferencia de enfoque importa. Google planea una red de satélites volando en formación cerrada y conectados por enlaces ópticos entre ellos, para repartir cargas de trabajo distribuidas. Según TechCrunch, los data centers de SpaceX también usarían láser, pero orbitarían demasiado separados para compartir procesamiento de forma efectiva. Compañías como Starcloud y Cowboy Space apuntan a cargas de inferencia en satélites individuales.

Google ya tiene el siguiente paso agendado: si el TPU a bordo se comporta, lanzará dos satélites más con chips avanzados en 2027, con mayor generación de energía y demostraciones de enlaces ópticos entre naves.

¿Qué significa esto para tu startup?

La lectura correcta no es mover tu workload a la órbita. Es entender qué está comprando Google con este experimento y qué puedes copiar de su método.

Diseña para el peor escenario, no para el promedio. Google probó sus TPUs en un acelerador de partículas antes de lanzarlas, y aun así tuvo que repetir los tests cuando descubrió que la configuración real del chip ofrecía menos blindaje del que habían asumido. Si tu producto depende de infraestructura de terceros, valida el supuesto crítico con una prueba real, no con la hoja de especificaciones del proveedor.
Trata la energía y el enfriamiento como parte del producto, no como un costo oculto. El límite de 20 minutos de inferencia no es una falla del chip: es la restricción física del sistema completo. Si estás construyendo con IA, tu arquitectura debería asumir que el cómputo tiene un techo de tiempo y energía, y diseñar colas, cachés y procesamiento por lotes en consecuencia.
Separa el moonshot del negocio del trimestre. El propio Beals enmarca Suncatcher como infraestructura pensada para la década de 2030. En paralelo, Alphabet vio caer su acción esta semana tras reportar que insertar IA en su negocio de búsqueda está presionando el crecimiento de los ingresos publicitarios. Una empresa puede sostener una apuesta a diez años solo si el negocio actual aguanta. Ese equilibrio es el mismo que enfrenta cualquier founder con una línea de producto madura y otra experimental.

Conclusión

El satélite de Google ya está en línea, escribe haikus y reporta condiciones orbitales. Eso es un hito técnico real y también una señal de hacia dónde mira la compañía: energía solar casi ilimitada en órbita y cómputo donde hoy no hay.

Pero la letra chica sigue siendo dura. Un TPU que se apaga cada 20 minutos, radiadores que pesan demasiado, 1.800 vuelos de Starship como requisito de escala y un horizonte económico que el propio responsable del proyecto ubica más allá de los próximos cinco años.

Para un founder, la lección es de método: cuando la física impone los límites, la ventaja no está en ignorarlos, sino en diseñar el producto alrededor de ellos.