Satlyt hat eine Seed-Runde über acht Millionen Dollar für Software auf Satellitencomputern abgeschlossen. Der unmittelbare Nutzen ist enger gefasst und messbarer als ein riesiges Rechenzentrum im Weltraum: Telemetrie, Protokolle und Bilder nahe ihrem Ursprung analysieren und über knappe Downlink-Kapazität nützlichere Informationen übertragen.
Das größere Ziel ist portable Rechenleistung über Raumfahrzeuge verschiedener Hersteller hinweg. Satlyt hat Flugerfahrung und Kundenexperimente, aber noch keine verteilte Cloud über unterschiedliche Satelliten demonstriert. Diese Meilensteine zu trennen ist entscheidend, um Finanzierung und Risiko zu verstehen.
Aus einer abgelehnten internen Idee wird ein finanziertes Unternehmen
Gründer Rama Afullo arbeitete in Googles Cloud-Organisation, bevor er 2024 zu SpaceXs Starlink-Geschäft wechselte. Gegenüber TechCrunch sagte er, beide Arbeitgeber hätten seine internen Vorschläge für Orbital Computing damals abgelehnt. Anschließend gründete er Satlyt mit und arbeitet von Sunnyvale, Kalifornien, sowie Nairobi, Kenia, aus.
Die Runde führte Non Sibi Ventures aus Houston an. Zu dessen Partnern gehört der frühere NASA-Astronaut Bernard Harris. Satlyt zufolge flog die Software bereits auf zwei Demonstrationsmissionen; der jüngste gemeldete Einsatz verwendet Satellitenrechner des indischen Unternehmens TakeMe2Space.
Diese Mission trägt drei unterschiedliche Aufgaben. Die NASA bezahlt Tests für Cloud-Protokolle im All. Das Orbitalüberwachungsunternehmen Stellerian plant Bildverarbeitungstests, während TakeMe2Space das Hosting fremder Software zeigen will. Das sind Kundenexperimente mit verschiedenen Zielen, kein Nachweis eines ausgereiften gemeinsamen Orbitaldienstes.
Afullo strebt bis zum Ende des Jahrzehnts 20 Prozent der Satelliten an. Satlyt sagt außerdem, Software für bis zu 50 Raumfahrzeugeinsätze 2026 vorbereitet zu haben. Weder Ziel noch vorbereitete Kapazität entsprechen aktiven Installationen, bezahlten Verlängerungen oder unabhängig belegtem Marktanteil.
Das klarste frühe Ergebnis ist eine kleinere Diagnosemeldung
Satlyt hat auf einem von Momentus betriebenen Satelliten ein quantisiertes Gemma-3-Modell mit einer Milliarde Parametern über llama.cpp eingesetzt. Quantisierung senkt die numerische Präzision und damit Speicher- und Rechenbedarf. Der Gemma-Bericht beschreibt lokale Analyse von Telemetrie, Anwendungsprotokollen und Softwarefehlern.
In zwei Fehlerinjektionsszenarien schrumpften Diagnosemeldungen von 1.319 auf 469 Byte und von 1.318 auf 464 Byte, entsprechend 64,4 und 64,8 Prozent. Das Modell erzeugte kurze Diagnosen und Handlungsempfehlungen. Die gemeldete Generierungsgeschwindigkeit lag in beiden Szenarien über 22 Tokens pro Sekunde.
Weitere Unternehmenstests untersuchten etwa elf Watt Prozessorleistung während der Inferenz und einen Temperaturanstieg von drei bis fünf Grad Celsius. Das sind Firmenmessungen unter eingeschränkten Bedingungen, kein unabhängig festgestelltes Betriebsprofil einer ganzen Flotte. Weniger Daten beweisen zudem nicht für jeden Fehler eine richtige Diagnose.
Der Mechanismus ist einfach: Vor einem Kommunikationsfenster wird ein Fehler zusammengefasst, statt sämtliche Rohprotokolle zur Erde zu senden. Bodenteams könnten kleinere, nützlichere Berichte erhalten. Bildverarbeitung kann vor dem Senden wolkenverdeckte Aufnahmen verwerfen oder mögliche Überwachungsziele priorisieren.
Das sind Edge-Computing-Anwendungen, die keinen riesigen orbitalen KI-Cluster voraussetzen. Der wirtschaftliche Nutzen hängt von Bandbreitenvertrag, Personal und Reaktionsbedarf der Mission ab. Aussagekräftig wären Verbindungen zwischen gesparten Bytes und schnellerer Fehlerbehebung, wertvolleren Bildern oder weniger Bodenarbeit, ergänzt durch Genauigkeit, Energie- und Speicherverbrauch.
Portabilität und vertikale Integration lösen verschiedene Probleme
Afullo bezeichnet SpaceX sinngemäß als orbitales iPhone und Satlyt als Android. Gemeint ist Software auf vielfältiger Hardware gegenüber einem eng abgestimmten Gesamtstack. Das bedeutet weder vergleichbare Unternehmensgröße noch einen bereits etablierten offenen Industriestandard von Satlyt.
SpaceX kontrolliert Starts, Satellitenfertigung, Konnektivität und große Teile der Betriebsumgebung. Integration kann Schnittstellen vereinfachen und Strom, Verbindungen und Prozessoren koordinieren. Kunden akzeptieren möglicherweise Abhängigkeit von einer Roadmap, Startplanung oder Preisgestaltung, wenn Einführung und Unterstützung leichter werden.
Satlyt will keine Satelliten bauen. Es vergleicht seine Abstraktionsschicht mit VMware und Snowflake: Anwendungen sollen weniger von einzelnen physischen Maschinen abhängen. Mehr kompatible Hersteller könnten Entwickler anziehen, mehr Anwendungen wiederum Hersteller. Zunächst muss das Start-up den Kaltstart lösen, bei dem beide Seiten auf die andere warten.
Googles Project Suncatcher beginnt mit eigenen TPUs und vernetzten, solarbetriebenen Satelliten. Der mit Planet gebaute Prototyp testet Start-, Strahlungs- und Temperatureffekte. Google zufolge erreichte der Prototyp die Umlaufbahn am 1. Oktober 2026 mit SpaceXs Transporter-18, stellte Kontakt her und begann Tests.
Gemeinsamer Zugang zu Starts macht die Ansätze nicht gleich. Google prüft Spezialhardware im All; Satlyt untersucht, ob externe Kunden Software über fremde Computer hinweg nutzen können. Heute sind sie nicht zwingend direkte Konkurrenten und könnten sich später ergänzen.
Raumfahrzeugsicherheit begrenzt die gemeinsame Schicht
Terrestrische Server profitieren von Standardschnittstellen, verlässlichen Netzen und physischer Wartung. Satelliten erleben Strahlung, Temperaturzyklen, unterbrochene Verbindungen, Orbitalbewegung und strenge Energiebudgets. Prozessoren, Betriebssysteme und Missionsprioritäten unterscheiden sich; vielen fehlen Verbindungen für große ausgetauschte Rechenlasten.
Google vergleicht die Ausrichtung künftiger Laserlinks mit dem Treffen einer bewegten Münze aus meilenweiter Entfernung. Startkomponenten können der 50- bis 100-fachen Schwerkraft ausgesetzt sein, Strahlung kann Daten verändern, und im Vakuum gibt es keine normale Luftkühlung. Software kann diese Grenzen nur mit zuverlässiger Telemetrie und ausreichendem Betriebszugriff einplanen.
Externe Aufgaben dürfen Navigation oder Hauptnutzlast nicht um nötigen Speicher, Energie oder Kommunikation bringen. Isolation, signierte Updates, Zugriffskontrollen, Auditprotokolle und Notabschaltbefugnisse sind Abnahmeanforderungen, keine Extras. Eine Verwaltung über mehrere Betreiber wird zudem ein attraktives Cyberangriffsziel.
KI kann Fehler falsch diagnostizieren oder Bilder falsch einordnen. Empfehlungen an Bodenkontrolleure sind deshalb etwas anderes als Raumfahrzeugbefehle. Satlyt sagt, Betreiber behielten auch bei Anomalieerkennung und Multiagentenentscheidungen die Befehlsgewalt. Diese Grenze muss in realen Integrationen geprüft werden.
Geschäftliche Anreize können ebenso schwierig sein. Freie Prozessorzeit rechtfertigt nicht automatisch fremde Haftungsrisiken oder Erlösaufteilung. Ohne gemeinsame Schnittstellen wird jede Integration zum Einzelprojekt und schwächt die wiederholbare Softwareökonomie hinter dem Plattformansatz.
Die nächsten Tests müssen mehr als einen Start belegen
Satlyt erwartet im nächsten Jahr einen Rechenversuch über zwei unterschiedliche Raumfahrzeuge. Eine aussagekräftige Veröffentlichung müsste Plattformen, koordinierte Verarbeitung, Latenz, Ressourcen und Wiederherstellung zeigen – nicht bloß Nachrichtenaustausch. Zwei identische Maschinen könnten Verteilung, aber keine breite Interoperabilität belegen.
Wiederkehrende Kunden und unabhängige Raumfahrzeughersteller würden den Geschäftsfall stärken. Verträge, gestartete Hardware, aktive Aufgaben und bezahlte Verlängerungen sind unterschiedliche Belegstufen. Besonders wertvoll wären Betriebsdaten von Kunden oder Forschungspartnern neben internen Benchmarks, während Google Satellitenlinks entwickelt und SpaceX seinen Skalenvorteil behält.
Missionsberichte, Testdefinitionen und Verträge lassen sich in einer durchsuchbaren Wissensbasis für technische Dokumente verfolgen. Satlyt ist über eine bloße Idee hinaus, aber das zentrale Versprechen steht aus: portable, sichere, wirtschaftlich wiederholbare Berechnung in gemischten Flotten. Das würde Bordwerkzeuge zur Orbitalplattform machen, nicht eine weitere Android-Analogie.