Google mise sur des constellations de satellites bardés de TPU et alimentés par le Soleil pour imaginer la prochaine génération d’infrastructures d’IA. Mais le chemin entre le concept élégant et une réalité industrielle reste semé de défis physiques, économiques et politiques.
- Cet article fait suite à notre brève qui annonce la coopération entre Google et SpaceX.
- Il repose sur une publication de Travis Beals, Senior Director, Paradigms of Intelligence de Google, en novembre 2025
Google part d’un constat simple : si l’IA devient une technologie de base omniprésente, la demande en calcul, et donc en énergie, va exploser. Pour Google, le Soleil est « l’ultime source d’énergie », émettant plus de cent mille milliards de fois la production électrique humaine actuelle, ce qui en fait une cible naturelle pour des infrastructures de calcul à grande échelle.
En orbite adaptée, un panneau solaire peut produire jusqu’à 8 fois plus d’énergie par an que sur Terre, et presque en continu, ce qui réduit fortement le besoin en batteries lourdes et coûteuses. D’où l’intuition centrale de Project Suncatcher : plutôt que de se battre contre les contraintes terrestres (foncier, refroidissement, réseaux électriques saturés), déplacer une partie du calcul en orbite pourrait, à terme, offrir une capacité quasi illimitée, avec un impact moindre sur les ressources au sol.
Une architecture de « data center en orbite »
Le concept décrit par Google repose sur des constellations compactes de satellites en orbite basse héliosynchrone « aube–crépuscule », toujours ou presque face au Soleil pour maximiser la production d’énergie. Chaque satellite embarquerait des TPU Google (Trillium v6e) comme accélérateurs d’IA, alimentés par de grands panneaux solaires et interconnectés par des liaisons optiques en espace libre.
L’objectif est de reproduire, dans l’espace, la topologie d’un datacenter moderne : une multitude de nœuds de calcul, reliés par des liens à très haute bande passante et faible latence, capables de se partager l’entraînement de modèles ou l’inférence à grande échelle. Pour y parvenir, Google vise des liaisons inter-satellites de l’ordre de dizaines de térabits par seconde, en s’appuyant sur des transceivers DWDM multi-canaux et du multiplexage spatial. Un démonstrateur de laboratoire a déjà atteint 800 Gbit/s dans chaque sens (1,6 Tbit/s au total) avec une seule paire de transceivers, preuve que la physique ne s’y oppose pas, du moins à courte distance.
La contrainte clé : voler en essaim serré
Le problème, évidemment, c’est que la puissance reçue par une liaison optique décroît avec le carré de la distance ; pour soutenir ces débits, les satellites doivent donc voler très proches les uns des autres. Google étudie des configurations où 81 satellites forment un cluster d’environ 1 km de rayon à 650 km d’altitude, avec des distances entre voisins de l’ordre de 100 à 200 mètres seulement.
Pour analyser cette dynamique de vol en formation serrée, l’équipe s’appuie sur les équations de Hill‑Clohessy‑Wiltshire, raffinées par des modèles différentiables sous JAX qui intègrent les perturbations réelles (non-sphéricité du champ de gravité, traînée atmosphérique, etc.). Les simulations suggèrent qu’avec un design orbital bien choisi, des manœuvres de maintien de formation relativement modestes suffiraient pour rester dans l’orbite héliosynchrone visée, ce qui est crucial pour ne pas brûler tout le budget énergétique en propulsion.
Les TPU devront survivre dans l’espace
Mettre des TPU en orbite n’est pas qu’un problème de mécanique orbitale, l’environnement radiatif de l’orbite basse peut endommager les circuits ou induire des erreurs de calcul. Google a donc exposé ses TPU Trillium v6e à un faisceau de protons de 67 MeV pour mesurer les effets de dose totale ionisante et les événements uniques.
Les résultats sont étonnamment bons pour un composant initialement conçu pour le cloud terrestre : les modules de mémoire HBM commencent à montrer des irrégularités autour de 2 krad(Si), soit près de trois fois la dose cumulée attendue (blindage inclus) pour une mission de cinq ans estimée à 750 rad(Si). Aucun échec « dur » n’a été observé jusqu’à 15 krad(Si) sur une puce, ce qui suggère que la génération actuelle peut déjà servir de base crédible pour des prototypes orbitaux, même si des mécanismes de correction d’erreurs devront être renforcés.
Le nerf de la guerre : le coût du kilogramme
Même avec un Soleil gratuit, envoyer des tonnes de panneaux, de radiateurs et de TPU en orbite reste brutalement cher. L’analyse économique de Google combine des données historiques de lancements et des projections de « learning curve » pour conclure qu’on pourrait descendre sous 200 dollars par kilogramme vers le milieu des années 2030 pour les lancements en orbite basse, si les tendances actuelles se confirment.
À ce niveau de coût, Google avance qu’un datacenter en orbite pourrait devenir globalement comparable, en coût par kilowatt‑année, aux coûts d’énergie rapportés pour des datacenters terrestres, tout en bénéficiant d’une énergie quasi continue, et sans foncier. Mais cette conclusion reste très dépendante d’hypothèses optimistes sur la baisse durable des prix de lancement, la durée de vie des satellites et la capacité à maîtriser les coûts d’assemblage et d’exploitation orbitale.
Un calendrier mesuré, loin du déploiement massif
Contrairement à certains discours enthousiastes sur l’IA dans l’espace, Google insiste sur le caractère exploratoire de Project Suncatcher. Le prochain jalon concret est une mission d’apprentissage en partenariat avec Planet, avec le lancement prévu de deux petits satellites prototypes d’ici début 2027, embarquant des TPU pour tester le comportement réel du matériel et des liens optiques en orbite.
Cette mission doit valider plusieurs éléments : robustesse des TPU en conditions réelles, faisabilité des liaisons optiques à haute bande passante, intégration logicielle pour répartir des tâches de machine learning sur un système distribué en orbite. On est donc encore très loin d’un hyperscaler spatial : il s’agit plutôt d’une plateforme d’expérimentation à long terme, comparable aux premiers travaux de Google sur le quantique ou la voiture autonome avant qu’ils ne deviennent des produits.
Une vision ambitieuse… et des angles morts
Sur le plan énergétique, l’idée est séduisante : exploiter directement une source d’énergie massive, réduire les contraintes de refroidissement et éviter de consommer toujours plus de terrains et de mégawatts sur Terre. Mais Google reste discret sur des sujets sensibles : la gestion des débris en orbite pour des constellations serrées, les risques de collisions en cas de perte de contrôle et la gouvernance internationale d’infrastructures critiques de calcul placées au‑dessus de toutes les juridictions.
Politiquement et géostratégiquement, déplacer une partie du calcul d’IA dans l’espace reviendrait à créer un nouveau niveau d’infrastructure critique, susceptible d’attirer autant l’attention des régulateurs que celle des militaires ou d’acteurs malveillants. Rien, dans les documents publics, ne détaille encore comment Google envisage la cybersécurité, la résilience ou la redondance de ces systèmes face à des attaques ou à des défaillances massives. Autrement dit, si Project Suncatcher ouvre une piste fascinante pour dépasser les limites matérielles actuelles de l’IA, il ne résout pas à lui seul la question – éminemment terrestre – de la gouvernance et du contrôle de cette puissance de calcul.
