Un haïku qui vérifie toute une chaîne
Une équipe au sol envoie une consigne à un satellite : écrire un haïku sur sa présence dans l’espace. À bord, Gemma 4 exécute la demande sur un TPU Tensor Processing Unit. L'ASIC d'accélération ML de Google. Ce n'est pas une puce isolée mais un réseau : des chips reliés directement par l'interconnexion ICI en topologie tore, chacun combinant des TensorCores (matmul dense) et des SparseCores (embeddings, collectives). Il ne sait parler qu'au compilateur XLA. , un accélérateur conçu par Google pour les réseaux neuronaux. Le texte revient vers la Terre lors d’un passage au-dessus du Svalbard, en Norvège.
Google a annoncé cette première réponse le 30 octobre 2026. Le prototype de Project Suncatcher, développé avec Planet, avait été lancé le 1er octobre. Entre les deux, l’équipe a procédé à la mise en service des équipements et aux premiers essais de calcul. Annonce de Google.
Le résultat est modeste du point de vue du modèle : produire quelques lignes ne met pas à l’épreuve ses capacités linguistiques. Il est utile du point de vue du système. Une commande a atteint le satellite, le matériel a exécuté un modèle après le lancement et la réponse a pu être récupérée. Le prochain objectif est de comprendre combien de temps cette chaîne peut travailler, avec quelles erreurs et quelles périodes d’interruption.
L’électricité solaire arrive avec une centrale à embarquer
L’intérêt du calcul orbital commence par une contrainte terrestre : un datacenter a besoin d’un raccordement, d’électricité et d’un terrain capable d’accueillir ses équipements. Avec Suncatcher, Google explore une infrastructure alimentée par des panneaux solaires dans l’espace. Le projet vise une géométrie orbitale favorable à une longue exposition au Soleil. Présentation du programme.
Ce déplacement change les dépenses. Il faut fabriquer les panneaux, les lancer, les déployer et les orienter. Le satellite consomme aussi de l’électricité pour ses communications, son contrôle et ses équipements de bord. La puissance produite par les cellules ne revient donc pas intégralement aux accélérateurs.
Il faut surtout distinguer une puissance de pointe et une quantité d’énergie disponible. Prenons un générateur hypothétique capable de fournir au maximum 1 kilowatt électrique. Même s’il restait à ce maximum pendant toute une journée, il ne produirait que 24 kilowattheures. Des éclipses, des pertes de conversion et les besoins du satellite réduiraient l’énergie utilisable pour le calcul. Cet exemple explique les unités ; il ne reconstitue pas le bilan électrique de Suncatcher.
Une batterie peut permettre une session de calcul plus intense que la production solaire instantanée. Elle devra ensuite être rechargée. La fréquence de ces sessions dépend autant de l’énergie consommée et récupérée que de la puissance inscrite sur la fiche de la puce. Les panneaux, batteries et convertisseurs doivent aussi conserver une capacité suffisante en fin de mission. NASA, systèmes d’alimentation des petits satellites.
C’est pourquoi l’orbite et le profil de charge doivent être étudiés ensemble. Une bonne exposition solaire peut améliorer le bilan énergétique sans garantir que le matériel puisse calculer en continu.
Dans le vide, la chaleur doit trouver une surface de sortie
Un processeur transforme l’essentiel de l’énergie qu’il consomme en chaleur. Sur Terre, un système de refroidissement transporte cette chaleur jusqu’à l’air ou à une autre source froide. À l’extérieur d’un satellite, l’absence d’air supprime la convection ambiante : un ventilateur ne peut pas expulser la chaleur dans le vide.
La chaleur doit d’abord passer du composant à un radiateur, par conduction ou grâce à un dispositif interne de transport. Elle quitte ensuite cette surface par rayonnement infrarouge. Les caloducs et les boucles de fluide restent possibles à bord ; c’est la dernière étape vers l’environnement qui change. Le radiateur reçoit également de l’énergie du Soleil et de la Terre selon son orientation. NASA, contrôle thermique.
La physique donne un ordre de grandeur utile. Supposons une surface idéale à 300 kelvins, soit environ 27 °C, d’émissivité 0,9, tournée vers un fond froid et sans rayonnement incident. La loi de Stefan-Boltzmann donne environ 413 watts rayonnés par mètre carré. Évacuer un kilowatt demanderait donc environ 2,4 m² de surface émissive dans ces seules conditions. Le calcul ne décrit pas le radiateur de Google : il ignore les apports extérieurs et les résistances thermiques entre la puce et la surface.
Une température plus élevée augmente fortement le rayonnement. Elle doit toutefois rester compatible avec les composants et le circuit de transport de chaleur. Il ne suffit pas de faire chauffer davantage la puce pour disposer d’un meilleur système.
Une courte exécution peut aussi stocker temporairement de la chaleur dans la structure. Si le satellite en produit plus qu’il n’en évacue, sa température monte. Il doit ensuite réduire la charge ou attendre. Réussir un calcul et tenir cette charge durablement sont donc deux résultats différents. Google indique avoir testé son refroidissement en chambre à vide thermique ; le suivi orbital doit maintenant éclairer son comportement réel. Présentation des essais Suncatcher.
La batterie et le radiateur doivent tenir le même rythme
Supposons que le satellite récupère assez d’énergie entre deux sessions pour recharger sa batterie. Cela ne garantit pas que sa température soit revenue à un niveau compatible avec la session suivante. Si chaque exécution laisse davantage de chaleur dans la structure que la période de repos n’en évacue, le système finit par devoir ralentir, malgré une réserve électrique encore disponible.
L’inverse est aussi possible : le matériel peut avoir refroidi alors que la batterie n’est pas suffisamment rechargée. Le rythme soutenable doit donc respecter les deux bilans sur une même succession de calculs et de pauses. Les communications et les autres équipements consomment également de l’énergie et contribuent à la chaleur à évacuer. Cette analyse découle du bilan thermique décrit par la NASA, sans attribuer un cycle de fonctionnement particulier à Suncatcher.
Pour le prochain bilan orbital, publier une durée d’activation isolée serait ainsi moins instructif que montrer plusieurs cycles complets : calcul, refroidissement et recharge, avec les températures et le travail utile livré. C’est cette répétabilité qui permettrait de passer d’une démonstration ponctuelle à une capacité de service.
Un processeur qui répond peut encore se tromper
Le lancement impose des vibrations. L’orbite ajoute des radiations et des variations thermiques. Pour un accélérateur conçu à l’origine pour un datacenter, ces contraintes demandent une qualification qui dépasse son bon fonctionnement sur un serveur terrestre.
Il faut distinguer deux effets des radiations. Une exposition cumulée peut dégrader le matériel. Une particule peut aussi perturber ponctuellement un état électronique : le système peut continuer à fonctionner tout en produisant une donnée erronée. Vérifier qu’une carte s’allume ne suffit donc pas à vérifier l’exactitude de ses calculs. NASA, avionique des petits satellites.
Les essais de Google au sol ont soumis des TPU à un faisceau de protons. Le travail scientifique décrit leurs conditions et les extrapolations vers un environnement orbital. Ces expériences aident à préparer une mission ; elles ne remplacent pas l’observation prolongée de tous les équipements assemblés. Étude Suncatcher, version 2.
Un système peut se protéger avec de la correction d’erreurs mémoire, des vérifications, des redémarrages ou des copies de secours. Ce sont des options d’architecture, sans présumer du détail des protections du prototype. Elles consomment à leur tour des ressources et peuvent imposer de refaire du travail. Pour juger un futur datacenter orbital, il faudra compter les résultats corrects effectivement livrés, avec les interruptions et les reprises.
Envoyer un poème ne mesure pas un réseau de datacenter
Le lien entre le satellite et la Terre transporte une consigne et sa réponse. Une constellation qui partagerait un même modèle aurait un second besoin : faire communiquer ses accélérateurs pendant le calcul. Ces deux réseaux n’ont pas la même fonction.
| Travail envisagé | Échanges nécessaires | Ce qui peut limiter le service |
|---|---|---|
| Requête entièrement exécutée à bord | Entrée, réponse et chargement préalable du modèle | Accès au sol et attente d’une liaison disponible |
| Analyse d’images produites dans l’espace | Données du capteur vers le calcul, puis résultats sélectionnés vers le sol | Capacité locale et quantité d’informations à transmettre |
| Modèle réparti entre satellites | Informations intermédiaires entre accélérateurs pendant la génération | Débit, délai et stabilité des liaisons entre satellites |
| Entraînement distribué | Échanges répétés et synchronisation des calculs | Continuité du groupe et coût des communications |
Ces scénarios décrivent des architectures possibles. Le haïku de Suncatcher ne démontre pas leur exécution.
Même pour le seul lien au sol, un débit de pointe ne donne pas le volume livré chaque jour. Il faut une station visible, un contact établi et une liaison utilisable. Une réponse peut être calculée rapidement puis attendre avant de descendre. Des stations supplémentaires ou des relais peuvent étendre la couverture, avec leur coût propre.
Entre satellites, les terminaux doivent conserver leur pointage alors que les engins se déplacent et vibrent. Un modèle distribué peut attendre un autre accélérateur à chaque étape : une interruption courte du lien devient alors une interruption du calcul. Google prévoit un essai avec deux satellites interconnectés en 2027. Ce jalon répondra à un problème plus proche du fonctionnement d’un cluster que la seule réception d’un texte depuis un engin isolé.
Le premier marché pourrait dépendre de l’origine des données
Si les images sont produites à bord, les analyser près du capteur peut éviter de transmettre toutes les données brutes. Le satellite peut renvoyer des alertes, des zones d’intérêt ou un résultat compact. Ce calcul a une valeur liée au réseau économisé, même s’il ne bat pas un serveur terrestre sur le coût d’une opération.
Pour servir une application terrestre, les entrées doivent au contraire monter vers l’espace et les résultats revenir. Le modèle économique doit alors intégrer les liaisons, les stations, la disponibilité et le renouvellement du matériel. Un accélérateur encore fonctionnel peut devenir moins intéressant face à une nouvelle génération terrestre ; en orbite, le remplacer demande une opération différente du changement d’un serveur.
Le programme Suncatcher explore ainsi un compromis de système. Il échange certaines contraintes de raccordement et de terrain contre de la masse à lancer, des surfaces à déployer et des équipements à faire durer. Le coût d’une mission de recherche réparti sur son premier poème ne renseigne pas ce compromis. Un coût par token crédible demanderait la quantité totale de calcul utile fournie pendant la vie du système.
Les prochaines données décisives seront donc le fonctionnement soutenu, les températures, les erreurs récupérées et la disponibilité des communications. Le premier texte reçu rend l’expérience tangible. Le passage au datacenter se mesurera dans la durée pendant laquelle le système pourra continuer à répondre correctement.
Sources et méthode
Analyse arrêtée au 1er novembre 2026. Les annonces décrivent des résultats rapportés par les opérateurs ; elles ne donnent pas accès à un audit indépendant des journaux de vol. Les scénarios d’utilisation sont une analyse des contraintes, pas une liste de fonctions déjà réalisées.
- Événement documenté : Google, première réponse du 30 octobre et Planet, lancement du 1er octobre. Gemma 4 est nommé, sans variante ni chronométrage de génération publiés dans l’annonce.
- Programme et essais : Google Research, présentation fondatrice, essais préparatoires et étude scientifique, version 2. Les simulations et les essais au sol ne sont pas attribués au vol comme résultats orbitaux.
- Références physiques : NASA, alimentation, thermique et avionique.
- Hypothèses pédagogiques :
1 kW × 24 h = 24 kWh. Pour le rayonnement,P/A = εσT⁴, avecε = 0,9,σ = 5,670374419 × 10⁻⁸ W·m⁻²·K⁻⁴etT = 300 K, donne environ413 W/m², puis1 000 / 413 ≈ 2,4 m². Il s’agit d’une surface émissive idéale, pas d’une dimension de panneau déployé ni d’une spécification Suncatcher. - Vérification d’une formule médiatique : les vingt minutes rapportées par TechCrunch le 30 octobre concernent l’activation du matériel. Aucun temps de génération du poème n’en est déduit.
