Satlyt a levé 8 millions de dollars en amorçage pour développer des logiciels destinés aux ordinateurs embarqués sur satellites. Son intérêt immédiat est plus limité et mesurable qu’un immense centre de données spatial : analyser télémétrie, journaux et images près de leur source, puis transmettre des informations plus utiles dans une capacité descendante limitée.
L’ambition supérieure consiste à rendre le calcul portable entre engins de fabricants différents. Satlyt possède une expérience de vol et des expérimentations clientes, mais n’a pas encore démontré de cloud distribué entre satellites différents. Séparer ces étapes est essentiel pour comprendre financement et risque.
Une proposition interne refusée devient une entreprise financée
Rama Afullo a travaillé dans le cloud de Google avant de rejoindre Starlink chez SpaceX en 2024. Il a expliqué à TechCrunch que ses deux employeurs avaient alors rejeté ses propositions internes de calcul orbital. Il a ensuite cofondé Satlyt, implantée à Sunnyvale en Californie et à Nairobi au Kenya.
Non Sibi Ventures, à Houston, a mené le tour. Ses associés comprennent l’ancien astronaute de la NASA Bernard Harris. Satlyt affirme que son logiciel a volé sur deux missions de démonstration ; le dernier déploiement rapporté utilise du matériel de calcul satellitaire de l’indien TakeMe2Space.
La mission accueille trois charges distinctes. La NASA paie pour tester des protocoles de cloud dans l’espace. Stellerian, spécialisée dans la surveillance orbitale, prévoit d’évaluer le traitement d’images, tandis que TakeMe2Space veut prouver l’hébergement de logiciels externes. Ce sont des expériences clientes aux objectifs différents, pas la preuve d’un service orbital partagé mature.
Afullo vise 20 % des satellites d’ici la fin de la décennie. Satlyt dit aussi avoir préparé du logiciel pour jusqu’à 50 déploiements spatiaux en 2026. Ni l’objectif ni la capacité préparée ne valent installations actives, renouvellements payés ou part de marché vérifiée indépendamment.
Le premier résultat le plus clair est un diagnostic plus court
Satlyt a déployé un Gemma 3 quantifié d’un milliard de paramètres sur un satellite exploité par Momentus, via llama.cpp. La quantification réduit la précision numérique pour diminuer mémoire et calcul nécessaires. Le cas Gemma décrit une analyse locale de télémétrie, journaux applicatifs et erreurs logicielles.
Dans deux scénarios d’injection de panne, les diagnostics sont passés de 1 319 à 469 octets et de 1 318 à 464 octets, soit 64,4 % et 64,8 % de réduction. Le modèle a produit de courts diagnostics et des actions recommandées. Les vitesses annoncées dépassaient 22 jetons par seconde dans ces scénarios.
Des essais plus larges de l’entreprise ont examiné environ 11 watts de puissance processeur en inférence et une hausse de température de trois à cinq degrés Celsius. Ce sont des mesures internes en conditions contraintes, pas un profil opérationnel de flotte établi indépendamment. Une charge plus petite ne garantit pas non plus un diagnostic juste pour chaque panne.
Le mécanisme est simple : résumer une anomalie avant une fenêtre de communication plutôt que descendre tous les journaux bruts. Les équipes au sol peuvent recevoir un rapport plus petit et utile. Le traitement d’images peut aussi éliminer les vues masquées par les nuages ou prioriser des cibles potentielles de surveillance avant transmission.
Ce sont des usages de calcul en périphérie, sans devoir d’abord bâtir de grands clusters orbitaux d’IA. La valeur financière dépend du contrat de bande passante, des effectifs et des besoins de réaction. Une preuve utile relierait les octets économisés à des résolutions plus rapides, des images plus précieuses ou moins de travail au sol, tout en mesurant exactitude, énergie et mémoire.
Portabilité et intégration verticale résolvent des problèmes différents
Afullo compare SpaceX à un iPhone orbital et Satlyt à Android. Il oppose une couche logicielle sur matériels variés à une pile étroitement coordonnée. Il ne prétend pas que les entreprises ont la même taille ni que Satlyt est déjà une norme industrielle ouverte.
SpaceX contrôle lancement, fabrication des satellites, connectivité et grande partie de l’environnement d’exploitation. L’intégration peut simplifier les interfaces et coordonner puissance, liaisons et processeurs. Les clients peuvent accepter une dépendance à une feuille de route, un calendrier de lancement ou des prix pour faciliter déploiement et assistance.
Satlyt ne prévoit pas de fabriquer des satellites. Elle compare son abstraction à VMware et Snowflake : les applications devraient moins dépendre de machines physiques précises. Plus de fabricants compatibles pourraient attirer les développeurs, et davantage d’applications attirer les fabricants. La startup doit d’abord résoudre ce démarrage où chaque côté attend l’autre.
Le Project Suncatcher de Google part de ses propres TPU et de satellites interconnectés alimentés au solaire. Son prototype avec Planet teste lancement, radiation et effets thermiques. Google a indiqué que le prototype avait atteint l’orbite sur Transporter-18 de SpaceX le 1er octobre 2026, établi le contact et commencé ses essais.
Partager un accès au lancement ne rend pas les approches identiques. Google teste du matériel spécialisé dans l’espace ; Satlyt vérifie si des clients externes peuvent utiliser un logiciel sur des ordinateurs qu’elle ne possède pas. Elles ne sont pas nécessairement concurrentes directes aujourd’hui et pourraient devenir complémentaires.
La sûreté des engins fixe les limites de la couche partagée
Les serveurs terrestres bénéficient d’interfaces standard, de réseaux fiables et d’une maintenance physique. Les satellites affrontent radiations, cycles thermiques, liaisons intermittentes, mouvement orbital et budgets énergétiques stricts. Processeurs, systèmes et priorités varient ; beaucoup d’engins n’ont pas de liaison conçue pour échanger de grosses charges de calcul.
Google compare le pointage des futurs liens laser à viser une cible mobile de la taille d’une pièce à plusieurs kilomètres. Les composants peuvent subir 50 à 100 fois la gravité au lancement ; la radiation peut modifier les données, et le vide exclut le refroidissement ordinaire par air. Le logiciel ne peut planifier autour de ces limites qu’avec télémétrie fiable et accès opérationnel suffisant.
Une application externe ne doit pas consommer mémoire, énergie ou communications nécessaires à la navigation ou à la charge principale. Isolation, mises à jour signées, contrôle d’accès, journaux d’audit et autorité d’arrêt d’urgence sont des conditions d’acceptation, pas des options. Une gestion multiopérateur constitue aussi une cible cyber attractive.
L’IA peut mal diagnostiquer une panne ou classer une image. Recommander une action au sol diffère donc du commandement de l’engin. Satlyt affirme que les opérateurs garderont ce pouvoir avec la détection d’anomalies et les décisions multiagents ; la frontière doit être validée dans les intégrations réelles.
Les incitations commerciales peuvent être tout aussi difficiles. Du temps processeur libre ne justifie pas automatiquement la responsabilité d’une charge externe ni le partage de revenus. Sans interfaces communes, chaque intégration devient un chantier sur mesure, affaiblissant l’économie répétable du logiciel.
Les prochains essais doivent prouver plus qu’un lancement
Satlyt prévoit d’essayer le calcul entre deux engins différents l’an prochain. Une publication significative identifierait les plateformes et montrerait traitement coordonné, latence, ressources et reprise, pas seulement un échange de messages. Deux machines identiques pourraient prouver la distribution sans démontrer une large interopérabilité.
Des clients récurrents et des constructeurs indépendants renforceraient le dossier commercial. Accords, matériel lancé, traitements actifs et renouvellements payants sont des niveaux de preuve différents. Les données les plus solides viendraient des clients ou chercheurs, en plus des tests internes, pendant que Google avance sur les liaisons intersatellites et SpaceX conserve son avantage d’échelle.
Rapports de mission, définitions d’essais et contrats peuvent être suivis dans une base de connaissances de documents techniques. Satlyt dépasse la proposition, mais sa promesse centrale reste à établir : un calcul portable, sûr et économiquement répétable dans des flottes mixtes. Voilà ce qui transformerait des outils embarqués en plateforme orbitale, pas une nouvelle comparaison avec Android.