SpaceX et Nvidia auraient conçu une version optimisée pour l'espace du système Vera Rubin NVL72, en vue d'un lancement en orbite d'ici la fin de l'année, avec un premier satellite de calcul fonctionnant dessus. Nous écrivions le 5 août que cette idée n'était ni absurde ni imminente. La seconde partie de ce jugement mérite d'être révisée.
Nous avons consacré un article détaillé aux data centers spatiaux, en concluant que l'écart entre un satellite de soixante kilos et une constellation de plusieurs gigawatts représentait une dizaine d'années d'ingénierie. Cette annonce ne comble pas cet écart, mais elle le réduit plus vite que prévu.
Ce qui change par rapport aux démonstrations précédentes
Les tentatives précédentes relevaient de la preuve de concept : un processeur unique embarqué sur un petit satellite, un modèle minuscule entraîné en orbite. C'était impressionnant et symbolique.
Un système de la classe NVL72 est d'une autre nature. Il s'agit d'une architecture de rack complète, conçue pour faire travailler ensemble un grand nombre d'accélérateurs reliés à très haut débit. Adapter cela aux contraintes spatiales suppose d'avoir traité les problèmes que nous avions identifiés comme bloquants.
Le problème que cela suppose résolu
Nous avions insisté sur un point que la plupart des articles ignorent : l'espace n'est pas un réfrigérateur.
Le vide n'évacue pas la chaleur. Sans air ni eau, il n'y a ni convection ni conduction possible. Le seul mécanisme disponible est le rayonnement thermique, peu efficace, ce qui impose des radiateurs souvent plus encombrants que les panneaux solaires eux-mêmes.
Un rack dense produit énormément de chaleur dans un volume réduit. Concevoir une version spatiale suppose donc d'avoir conçu un système de dissipation à la hauteur, ou d'avoir accepté une densité bien moindre. Aucune information publique ne permet de savoir laquelle des deux options a été retenue, et c'est précisément la question technique qui décide de la viabilité.
L'obstacle économique principal du calcul orbital est le coût de mise en orbite. Un acteur qui possède ses propres lanceurs et qui les opère à cadence élevée supprime la marge d'un intermédiaire et maîtrise son calendrier. Associé à un concepteur de systèmes de calcul, cela réunit les deux compétences nécessaires. C'est la configuration la plus crédible qu'on ait vue sur ce sujet, et elle explique pourquoi le calendrier s'accélère.
Ce que ça ne résout pas
Trois questions restent entières, et nous les maintenons.
Le bilan écologique. Il dépend de deux inconnues : la durée de vie réelle des équipements et le coût carbone du lancement à l'échelle envisagée. Un satellite qui fonctionne dix ans n'a pas le même bilan qu'un satellite remplacé tous les trois ans. Sans ces chiffres, personne ne peut trancher, et quiconque annonce un solde vous vend une conviction.
La maintenance. Sur Terre, on remplace une carte défaillante. En orbite, l'objet entier devient un déchet. À l'échelle d'un rack, cela signifie qu'une panne partielle peut condamner l'ensemble.
L'usage réel. Nous avions distingué deux régimes : l'entraînement par lots, qui tolère la latence, et l'inférence conversationnelle, qui ne la tolère pas. Un système en orbite basse ne servira pas une conversation vocale à 300 millisecondes. Le calcul orbital vise un segment précis, pas le remplacement de l'infrastructure terrestre.
Ce que ça dit vraiment
Le point le plus intéressant n'est pas technique. C'est ce que ce calendrier révèle de la contrainte terrestre.
Nous avons documenté des décrets imposant l'accord des communes, un projet bloqué sur la question de l'eau, et une pénurie de composants. Quand des entreprises accélèrent un projet spatial, c'est que le sol est devenu difficile.
Et cela renforce l'argument que nous formulions en conclusion il y a trois semaines. Avant de chercher à produire davantage d'énergie pour l'IA, il resterait raisonnable de se demander à quoi elle sert. L'essentiel du gaspillage actuel est logiciel : un modèle surdimensionné pour une tâche simple, un contexte envoyé sans cache, un agent qui tourne à vide. Optimiser coûte moins cher qu'un lanceur, et n'exige aucune orbite.