Ce qu'il faut retenir
- Le 8 juin 2026, SpaceX a annoncé son premier satellite data center IA, présenté par Elon Musk et l'ingénieur Ian Dahl. Un seul satellite équivaut à un rack NVIDIA GB300 — environ 120 kW de compute soutenu — et la cible long terme est de 100 gigawatts de capacité IA en orbite par an.
- Anthropic et Google viennent de signer des contrats compute massifs avec SpaceX : 1,25 milliard de dollars par mois pour Anthropic jusqu'en 2029, 920 millions par mois pour Google d'octobre 2026 à juin 2029. Cumulé : plus de 2 milliards de dollars de revenu compute mensuel pour SpaceX.
- L'IPO de SpaceX (Nasdaq, ticker SPCX) est attendue le 12 juin 2026 avec une valorisation cible de 1,75 trillion de dollars. Les documents d'introduction classent 93 % du marché adressable comme « IA ».
- Plusieurs acteurs jugent l'idée prématurée, dont Amazon, qui a publiquement déclaré que les data centers en orbite étaient « loin d'être faisables ».
- Le sujet n'est pas que technique : c'est une question de souveraineté. Une infrastructure compute privée, contrôlée par un seul opérateur, dans un domaine juridique flou, avec le précédent du refus d'activation de Starlink au-dessus de la Crimée en 2022, mérite un cadrage politique européen — pas seulement industriel.
Que vient d'annoncer SpaceX le 8 juin 2026 ?
Le 8 juin 2026, à quatre jours de l'introduction en bourse de SpaceX au Nasdaq, Elon Musk a publié sur X une vidéo en compagnie de Ian Dahl, ingénieur SpaceX, dévoilant le premier satellite data center IA de la société. Le calendrier n'est pas anodin : il s'inscrit dans une séquence de communication pré-IPO conçue pour cristalliser la thèse selon laquelle SpaceX n'est plus une simple entreprise spatiale, mais un acteur d'infrastructure IA.
L'annonce repose sur trois éléments. D'abord, le satellite lui-même : un objet de 150 kilowatts en puissance crête, capable de soutenir environ 120 kilowatts de compute IA. Ensuite, le plan industriel : la production se fera à l'usine SpaceX de Bastrop, au Texas, avec des volumes « significatifs » attendus pour fin 2027. Enfin, l'objectif long terme : déployer 100 gigawatts de capacité compute en orbite par an, et solliciter auprès de la FCC une autorisation pour mettre en orbite jusqu'à un million de satellites dans les années à venir.
À titre de comparaison, un rack NVIDIA GB300 — la nouvelle référence en compute IA terrestre — consomme autour de 140 kW en pic. Un satellite SpaceX équivaut donc, à lui seul, à un rack de data center moderne. Et 100 GW de compute orbital, c'est l'équivalent grossier de 700 000 racks GB300 — ou de plusieurs centaines de méga-data centers terrestres réunis.
Interrogé sur la difficulté technique, Musk a déclaré : « We don't think this is a super hard problem compared to the things we already do. » Cette assertion mérite d'être nuancée — nous y reviendrons — mais elle dit la posture commerciale : SpaceX présente le compute orbital comme une extension naturelle de Starlink, pas comme un saut technologique discontinu.
Un satellite IA = un rack NVIDIA GB300 : ce que dit l'architecture
Selon Ian Dahl, le satellite data center est « plus simple à construire que Starlink ». Le module Starlink V3, qui sert de base, intègre déjà des panneaux solaires de grande surface et un système de gestion thermique sophistiqué. Le satellite IA en hérite, mais supprime tout l'étage radio : pas d'antennes phased-array, pas de modulation pour la liaison montante client. Le satellite communique avec d'autres satellites par lien optique inter-satellite, et avec la Terre via des stations sol dédiées en bande Ka ou laser.
Le refroidissement, qui est le poste critique d'un data center terrestre, repose ici sur le rayonnement infrarouge : les puces dissipent leur chaleur par radiateurs orientés vers le vide spatial, où la température de fond avoisine 3 kelvins. Sur le papier, c'est même un avantage par rapport au sol — pas besoin de pomper de l'eau, pas de tour aéroréfrigérante, pas de surcoût énergétique pour le PUE (Power Usage Effectiveness).
Le compute lui-même n'a pas été détaillé publiquement. SpaceX n'a pas confirmé s'il s'agissait de GPU NVIDIA ou de silicium maison du type Tesla Dojo. La proximité avec xAI — désormais filiale de SpaceX — laisse penser qu'un mix des deux est probable : silicium NVIDIA pour les charges de production, accélérateurs maison pour les charges Grok internes. La fusion de xAI dans SpaceX en début 2026 (qui a aussi absorbé X, ex-Twitter) a créé une division baptisée SpaceXAI, où le matériel orbital, l'usine de Bastrop, l'inférence et l'entraînement IA cohabitent dans une seule entité.
Les méga-deals avec Anthropic et Google : le compute devient infrastructure financière
C'est probablement l'élément le plus structurant de la séquence. Les dépôts pré-IPO de SpaceX auprès de la SEC ont révélé deux contrats compute géants :
- Anthropic s'engage à verser 1,25 milliard de dollars par mois à SpaceX, et ce jusqu'en 2029. Le contrat est résiliable avec un préavis de 90 jours. La capacité est livrée via Colossus et Colossus II, les supercalculateurs xAI installés à Memphis, en attendant la mise en service du compute orbital.
- Google, qui a signé son contrat le vendredi 5 juin 2026, paiera 920 millions de dollars par mois d'octobre 2026 à juin 2029, soit environ 30 milliards de dollars sur la durée. Google a publiquement qualifié l'arrangement de « short-term », ce qui en dit long sur la pression compute du moment : le numéro un mondial du cloud loue de la capacité chez un concurrent.
Cumulé, c'est plus de 2,17 milliards de dollars par mois que SpaceX encaissera de ces deux clients à plein régime — soit environ 26 milliards de dollars par an, dans une activité qui n'existait pas il y a dix-huit mois.
Cette montagne de revenus est centrale dans la thèse IPO. Sur le trimestre Q1 2026, SpaceX a publié un chiffre d'affaires de 4,69 milliards de dollars, mais une perte d'exploitation de 1,94 milliard — largement portée par xAI, qui a investi 12,7 milliards de dollars en 2025 et 7,7 milliards supplémentaires au seul Q1 2026. Les contrats Anthropic et Google permettent de transformer cette dépense en revenu en couvrant à la fois le coût du compute existant et le pré-financement du compute orbital.
Pour le marché, le signal est clair : l'IPO SpaceX (ticker SPCX) prévue le 12 juin 2026 sur le Nasdaq, avec une valorisation cible de 1,75 trillion de dollars (environ 100x le revenu, 300x l'EBITDA ajusté 2025) et une levée espérée de 86 milliards de dollars — un record absolu — n'est plus une IPO spatiale. C'est une IPO IA. Les documents d'introduction classent 93 % du marché total adressable comme « IA ». La demande, selon plusieurs banques, dépasse déjà le double de l'offre.
Pourquoi mettre les data centers en orbite ?
L'argument économique repose sur trois piliers.
L'énergie d'abord. Un satellite en orbite basse reçoit en permanence du rayonnement solaire — il n'y a pas de cycle jour/nuit comme au sol. À conditions techniques équivalentes, un panneau solaire orbital produit deux à cinq fois plus d'énergie qu'un panneau terrestre, sans le foncier, sans l'impact paysager, sans le besoin de batteries. Pour des charges IA qui consomment des gigawatts, cet écart change l'équation économique.
Le refroidissement ensuite. Le PUE d'un data center terrestre moderne se situe entre 1,2 et 1,4 ; le refroidissement représente donc 20 à 40 % de la facture énergétique. En orbite, dissiper la chaleur revient à la rayonner dans le vide — un système passif, sans coût d'exploitation marginal.
La latence enfin — et c'est là que les choses se compliquent. Pour des charges d'entraînement de modèles, où ce qui compte est le débit de calcul brut sur des semaines, la latence terrestre/orbite est négligeable. Pour des charges d'inférence en temps réel (chatbot, agent autonome, voiture autonome), les 20 à 40 millisecondes ajoutées par le trajet sol-satellite-sol sont rédhibitoires. Le compute orbital sera donc, dans un premier temps, dédié aux charges asynchrones : entraînement, fine-tuning, batch d'inférence non-critique.
À cela s'ajoute un argument moins commercial mais plus politique : la rareté foncière et énergétique au sol. Les méga-data centers de plus d'un gigawatt commencent à se heurter à des refus de raccordement réseau, à des contestations locales (eau, bruit, paysage), à des moratoires (comme à Dublin ou à Amsterdam). L'orbite, par construction, échappe à ces contestations.
Les limites techniques que personne ne mentionne
Il faut être honnête : plusieurs experts considèrent l'idée prématurée, voire mal posée.
D'abord, la radiation cosmique. Les rayons cosmiques galactiques et les particules solaires énergétiques provoquent des erreurs bit-flip dans les mémoires modernes. Au sol, on les corrige par ECC (Error Correcting Code) ; en orbite, le taux d'événements peut être plusieurs ordres de grandeur supérieur. Cela impose soit du silicium durci (rad-hardened, qui a une à deux générations de retard sur le silicium grand public), soit de la redondance massive, soit les deux. L'industrie spatiale connaît ce problème ; l'industrie IA, beaucoup moins.
Ensuite, la maintenance. Un GPU NVIDIA tombe en panne au sol, on le remplace en quelques heures. Un GPU en orbite tombe en panne, et il est perdu. Cela pousse vers des architectures « perdables » (le satellite entier est sacrifiable et désorbité), ce qui est viable à grande échelle mais pèse sur l'amortissement par puce.
Enfin, le scale-up minimum. Un data center terrestre démarre à 1 MW et croît par tranches. Un data center orbital démarre à plusieurs dizaines de mégawatts (parce que sinon l'overhead lancement est prohibitif), et ne peut pas redescendre. C'est un capex orbital irréversible.
C'est sur ces bases qu'Amazon a publiquement déclaré, par la voix d'AWS, que les data centers en orbite étaient « loin d'être faisables ». Microsoft et Google, eux, restent silencieux ; mais le contrat compute que Google vient de signer avec SpaceX est avant tout pour de la capacité Colossus II au sol — pas pour de l'orbital. Ce qu'Anthropic et Google achètent en 2026, c'est du compute terrestre xAI ; le compute orbital, lui, ne sera disponible qu'à partir de 2027 ou 2028 au plus tôt.
Souveraineté : le précédent Starlink n'est pas anodin
C'est là que la lecture change. Pour une entreprise européenne, l'arrivée de ces infrastructures compute IA ultra-concentrées entre quelques mains privées soulève une question politique avant d'être une question technique.
Le précédent Starlink en Ukraine est éclairant. En septembre 2022, l'armée ukrainienne avait préparé une attaque par drones navals contre la flotte russe ancrée à Sébastopol, en Crimée. Au moment décisif, Starlink — le service utilisé par les drones pour leur connectivité — a été désactivé sur cette zone. Elon Musk a ensuite confirmé publiquement avoir refusé l'activation, expliquant qu'il ne voulait pas être « complice d'un acte de guerre majeur ». Que l'on partage ou non cet arbitrage, le fait est qu'un opérateur privé a, par décision unilatérale, modifié l'issue d'une opération militaire d'un État souverain.
Transposez ce schéma au compute IA. Une entreprise française qui entraîne son modèle sur du compute SpaceX/xAI dépend, in fine, d'une décision discrétionnaire du même opérateur. La capacité peut être réduite, redirigée, ou arrêtée. Les données peuvent être lues — non pas illégalement, mais conformément à des dispositions contractuelles ou à des lois extra-territoriales (Cloud Act américain, FISA). Et dans le cas du compute orbital, la juridiction applicable elle-même est floue : le Traité de l'espace de 1967 attribue la responsabilité à l'État de lancement (les États-Unis pour SpaceX), mais aucun cadre clair n'existe pour des données traitées « en transit » dans l'espace.
À cela s'ajoute la concentration verticale. SpaceX, désormais propriétaire de xAI et de X, contrôle une chaîne intégrée :
- l'infrastructure de lancement (Falcon, Starship) ;
- la constellation de connectivité (Starlink) ;
- bientôt, l'infrastructure compute (data centers orbitaux) ;
- les modèles IA (Grok, via xAI) ;
- et un media social planétaire (X).
Cette concentration n'a aucun équivalent dans l'histoire industrielle moderne. Aucune entreprise européenne, aucun État européen, aucune coalition d'États européens n'opère aujourd'hui une telle pile. La question n'est pas de savoir si SpaceX réussira techniquement — il le fera probablement. C'est de savoir dans quelles conditions politiques et économiques l'Europe entend opérer demain ses systèmes IA critiques.
Pour les entreprises françaises et européennes : que faire ?
L'erreur serait de réagir par le repli technologique. Les modèles d'IA les plus performants sont, et resteront pour plusieurs années, américains ou chinois. La capacité compute mondiale est, et restera longtemps, dominée par quelques opérateurs hyperscale. Il ne s'agit pas de bouder ces outils — il s'agit de construire une politique d'usage qui préserve la marge de manœuvre.
Trois pratiques s'imposent dès aujourd'hui pour les organisations qui déploient sérieusement de l'IA.
- Cartographier la dépendance compute. Pour chaque charge IA en production, identifier le fournisseur compute, la localisation des données, la juridiction applicable, le SLA de continuité, le préavis de résiliation. Si vous ne pouvez pas répondre à ces cinq questions sur un cas d'usage critique, vous avez un trou de gouvernance.
- Multi-cloud par défaut sur les charges critiques. Aucune charge stratégique ne doit être enchaînée à un seul fournisseur. Cela ne veut pas dire dupliquer chaque charge ; cela veut dire garder la portabilité technique (modèles ouverts, format ONNX, RAG agnostique, vector stores standards) pour pouvoir basculer en cas de besoin.
- Souveraineté graduée par cas d'usage. Toutes les charges IA n'exigent pas le même niveau de souveraineté. Un assistant marketing peut tourner sur du compute hyperscale sans difficulté ; un système qui traite des données patient ou des secrets industriels mérite une infrastructure souveraine ou hybride. Nous accompagnons des dirigeants sur la définition d'une stratégie IA tenant compte de la souveraineté compute, et sur le prototypage de cas d'usage en environnement maîtrisé.
À l'échelle européenne, plusieurs initiatives méritent attention : Mistral et son cloud souverain, OVHcloud, Scaleway, le projet IPCEI Cloud-Edge soutenu par la Commission européenne, et les programmes de calcul intensif type EuroHPC. Aucune de ces alternatives ne couvre l'ensemble du spectre compute hyperscale, mais combinées avec des modèles ouverts (Mistral, Llama, DeepSeek), elles permettent un degré utile d'autonomie pour les charges les plus sensibles. Voir aussi nos solutions IA pour les entreprises.
Conclusion : le compute orbital est inévitable, sa gouvernance ne l'est pas
L'arrivée du compute IA en orbite est, à horizon de cinq ans, probablement inévitable. L'économie de l'énergie solaire, la dissipation thermique gratuite et la rareté foncière au sol convergent dans cette direction. SpaceX a une avance industrielle considérable, et probablement quatre à six ans de fenêtre avant qu'un concurrent crédible n'émerge. Au cours de cette fenêtre, l'opérateur écrira les standards techniques, contractuels et juridiques de cette nouvelle classe d'infrastructure.
Ce n'est pas, en soi, une catastrophe. Mais c'est un moment politique que les décideurs européens — publics et privés — ont intérêt à ne pas laisser passer. Ce qui se joue n'est pas l'innovation IA en tant que telle, mais la structure de marché dans laquelle cette innovation sera opérée pour les vingt prochaines années. Quand un acteur peut, à lui seul, concentrer le lancement, la connectivité, le compute, le modèle et la diffusion, les arbitrages politiques que nous croyons relever de l'État relèvent en pratique de son arbitrage à lui.
Pour un dirigeant, le bon réflexe n'est ni la panique souverainiste ni l'enthousiasme béat. C'est de regarder froidement, dans son organisation, où se trouve la dépendance compute critique, et d'engager dès aujourd'hui une politique multi-fournisseurs, multi-juridictions, et réversible. Le coût de cette réversibilité est faible aujourd'hui ; il sera prohibitif demain.
Lire aussi : IA souveraine en France : Mistral, cloud souverain et alternatives aux géants américains
Vous voulez cartographier votre dépendance compute IA et bâtir une politique de souveraineté graduée par cas d'usage ? Parlons-en — nous vous aidons à définir votre stratégie IA et à prototyper vos cas d'usage en environnement maîtrisé.
Image : Wikideas1 / Wikimedia Commons (CC BY 4.0).
