Satlyt-Software für orbitale KI wählte den offenen Weg, den SpaceX und Google ablehnten

Satlyts Software für orbitale KI erreicht den Weltraum, nachdem SpaceX und Google interne Vorschläge des Gründers Rama Afullo für verteiltes Computing im Orbit abgelehnt hatten. Satlyt hat nun eine Seed-Finanzierungsrunde über 8 Millionen US-Dollar abgeschlossen und Plätze für seine Software auf mehreren Satellitenmissionen gesichert.

Die Kehrtwende wurde ungewöhnlich sichtbar, als Satlyts Software über SpaceX gemeinsam mit Hardware für Googles Project Suncatcher den Orbit erreichte. Beide ehemaligen Arbeitgeber unterstützen inzwischen Strategien für Computing im Orbit, verfolgen jedoch eine andere Architektur als die von Afullo gewählte.

Satlyt will eine Softwareebene bereitstellen, die auf Raumfahrzeugen vieler Hersteller funktioniert. SpaceX steht für den gegensätzlichen Weg: ein Unternehmen kontrolliert Starts, Satelliten, Konnektivität, Computing-Hardware und große Teile der Betriebsumgebung.

Dieser Unterschied wiegt schwerer als der Zufall, dieselbe Rakete zu nutzen. Er rahmt einen frühen Wettstreit um die Kontrolle der Computing-Ebene über der Erde: vertikal integrierte Raumfahrzeugbesitzer oder eine unabhängige Plattform, die gemischte Flotten verbindet.

Satlyts Software für orbitale KI ist über die Pitch-Phase hinaus

Die unmittelbare Veränderung besteht darin, dass Satlyt nun über Finanzierung, Flugerfahrung und reale Workloads verfügt – statt nur über einen abgelehnten internen Vorschlag.

Afullo arbeitete in Googles Cloud-Organisation, bevor er 2024 zum Starlink-Geschäft von SpaceX wechselte. Er sagte TechCrunch, dass er Computing im Orbit innerhalb beider Unternehmen vorgeschlagen habe. Beide lehnten die Idee damals ab.

Anschließend gründete er Satlyt mit, das von Sunnyvale, Kalifornien, und Nairobi, Kenia, aus operiert. Das Unternehmen entwickelt Software, die Satelliten die lokale Verarbeitung von Daten ermöglicht und künftig Computing-Aufgaben zwischen Raumfahrzeugen teilen soll.

Satlyts Seed-Runde über 8 Millionen US-Dollar wurde von Non Sibi Ventures aus Houston angeführt. Zu den Partnern des Investors gehört der ehemalige NASA-Astronaut Bernard Harris, dessen Erfahrung dem Unternehmen bei der Bewertung des technischen und kommerziellen Vorschlags half.

Die Finanzierung ist nur ein Teil des Ereignisses. Satlyt zufolge ist seine Software bereits auf zwei Demonstrationsmissionen geflogen, wodurch das Unternehmen Erfahrungen mit eingeschränktem Computing jenseits von Labortests gesammelt hat.

Beim jüngsten berichteten Einsatz kommt Hardware von TakeMe2Space zum Einsatz, einem indischen Unternehmen, das Computing-Systeme für Satelliten entwickelt. Die Mission bringt drei unterschiedliche Kunden-Workloads auf das Raumfahrzeug.

NASA bezahlt Tests von Protokollen für Cloud-Computing im Weltraum. Stellerian, das an orbitaler Überwachung arbeitet, plant die Bewertung der Bildverarbeitung. TakeMe2Space will zeigen, dass sein Satellit Software von externen Unternehmen hosten kann.

Diese Kunden repräsentieren drei wichtige Nachfrageebenen. Eine Regierungsbehörde will technische Validierung, ein kommerzieller Betreiber schnellere Analysen und ein Raumfahrzeughersteller ein flexibleres Produkt.

Diese Kombination stellt Satlyt vor einen stärkeren Test als eine einfache Softwaredemonstration. Seine Plattform muss unterschiedliche Workloads unterstützen und dabei innerhalb der Grenzen eines Raumfahrzeugs bei Leistung, Speicher, Temperatur und Kommunikation arbeiten.

Das Unternehmen hat zudem ein quantisiertes Gemma 3-Modell an Bord eines von Momentus betriebenen Satelliten eingesetzt. Quantisierung verringert die numerische Präzision eines Modells und hilft ihm, mit weniger Speicher und Rechenleistung zu laufen.

Laut Gemma-Tests analysierte das Modell mit einer Milliarde Parametern Telemetrie, Anwendungsprotokolle und Softwarefehler lokal. Es lief über llama.cpp, ein Inferenz-Framework für eine effiziente Modellausführung.

In zwei Fehler-Injektionstests reduzierte das System diagnostische Nutzdaten von 1.319 Byte auf 469 Byte beziehungsweise von 1.318 Byte auf 464 Byte. Diese Reduktionen betrugen 64,4 % und 64,8 %.

Das Modell erstellte zudem kurze Diagnosen und empfahl auf Basis des verfügbaren technischen Kontexts Maßnahmen. Dieses Ergebnis belegt keine verlässlichen autonomen Raumfahrzeugoperationen, veranschaulicht jedoch einen unmittelbaren Einsatz für KI an Bord.

Statt jedes Rohprotokoll zur Erde zu übertragen, kann ein Satellit einen Fehler zusammenfassen, bevor er ein begrenztes Downlink-Fenster nutzt. Bodencontroller erhalten dann eine kleinere, nützlichere Nachricht.

Satlyts Fortschritt beruht daher auf einem praktischen Workload und nicht nur auf der fernen Idee riesiger orbitaler Rechenzentren. Das Unternehmen beginnt mit Softwarediagnostik, Telemetrieanalyse und Bildverarbeitung auf Hardware, die bereits in den Orbit unterwegs ist.

Daraus entsteht die zentrale Spannung des Artikels. SpaceX und Google können Computing im Orbit über eng kontrollierte Systeme verfolgen, während Satlyt beweisen muss, dass gemeinsame Software auf Maschinen anderer Unternehmen funktioniert.

Der kurzfristige Markt ist Verarbeitung an Bord, nicht riesige Rechenzentren im Weltraum

Satlyt benötigt keine vollwertige orbitale Cloud, um Wert zu schaffen, muss Satellitenbetreiber jedoch dazu bewegen, Software als eigenständige Beschaffungsentscheidung zu behandeln.

Die meisten Satelliten sind weiterhin stark auf Bodenstationen angewiesen. Sie sammeln Bilder, Sensordaten, Betriebsdaten und Fehlerprotokolle und übertragen dann ausgewählte Informationen während geplanter Kommunikationsfenster.

Dieses Modell schafft einen Engpass. Ein Raumfahrzeug kann mehr Daten erzeugen, als es wirtschaftlich zur Erde senden kann, insbesondere wenn Kontaktfenster kurz sind oder Bandbreite umkämpft ist.

Verarbeitung an Bord verlagert einen Teil der Entscheidung näher an den Sensor. Ein Satellit kann unbrauchbare Bilder verwerfen, verdächtige Objekte priorisieren, Fehler zusammenfassen oder Beobachtungen vor der Übertragung komprimieren.

Die Idee ähnelt Edge Computing auf der Erde. Edge Computing führt Analysen nahe an der Datenquelle aus und reduziert so die Notwendigkeit, alles in eine zentralisierte Cloud zu senden.

Im Weltraum ist der Zielkonflikt gravierender. Ein abgelegenes terrestrisches Gerät kann seine Netzwerkverbindung innerhalb von Minuten wiedererlangen. Ein Raumfahrzeug kann mit begrenzter Abdeckung, strikten Energiebudgets, Strahlung und keiner Möglichkeit zur physischen Reparatur konfrontiert sein.

Deshalb ist Satlyts Diagnosebeispiel wichtig. Die Reduzierung eines Fehlerberichts um mehr als 60 % klingt neben Visionen von KI-Clustern im Orbit bescheiden. Sie adressiert jedoch Kosten, mit denen Betreiber bereits konfrontiert sind.

Das Unternehmen sagt, lokale Analysen könnten die Arbeit bei der Bodenverarbeitung verringern und Reaktionen auf Anomalien beschleunigen. Die genauen finanziellen Einsparungen variieren je nach Satellit, Mission, Personalmodell und Kommunikationsvertrag.

Die Bildverarbeitung bietet einen weiteren unmittelbaren Anwendungsfall. Ein Erdbeobachtungssatellit kann von Wolken verdeckte Aufnahmen identifizieren, bevor er sie herunterlädt, oder Bilder mit einem Zielzustand priorisieren.

Workloads für die Weltraumüberwachung folgen derselben Logik. Ein Satellit kann Bildmaterial nach potenziellen Objekten oder ungewöhnlichen Bewegungen filtern und anschließend die relevantesten Daten zuerst übertragen.

Diese Anwendungen benötigen kein rechenzentrumsgroßes Datenzentrum im Orbit. Sie erfordern kleine Modelle, die auf eingeschränkten Computern vorhersehbar arbeiten und innerhalb strikter Ressourcenbudgets nützliche Ergebnisse liefern.

Diese Unterscheidung überzeugte auch Satlyts Lead-Investor. Non-Sibi-Partner Kent Lucas sagte TechCrunch, das Unternehmen benötige keine riesigen Rechenzentren im Weltraum, um erfolgreich zu sein. Das Wachstum von Satelliten allein könne seinen adressierbaren Markt erweitern.

Das Argument ist plausibel, hängt jedoch weiterhin von mehreren Annahmen ab. Mehr Raumfahrzeuge müssen Universalprozessoren mitführen, Betreiber müssen Software von Drittanbietern zulassen, und Missionsdesigner müssen knappe Energie für KI-Workloads reservieren.

Afullo erwartet, dass fortschrittliche Prozessoren in Satelliten üblich werden. Er hat sich das ambitionierte Ziel gesetzt, bis zum Ende dieses Jahrzehnts 20 % der Satelliten zu erreichen.

Dieses Ziel bleibt ein Unternehmensanspruch und keine unabhängige Prognose. Satellitenflotten unterscheiden sich stark, und viele Raumfahrzeuge nutzen spezialisierte Computer für eine einzige sorgfältig validierte Mission.

Die Chance ist dennoch leichter zu verstehen als das breite Narrativ einer orbitalen Cloud. Satlyt kann nützliche Verarbeitung an Bord verkaufen, bevor Satelliten beginnen, die größten KI-Workloads miteinander zu teilen.

Entwickler sollten diese Phase als Test der Softwareportabilität betrachten. Die zentrale Frage lautet, ob eine Betriebsebene unterschiedliche Prozessoren, Nutzlasten, Kommunikationssysteme und Sicherheitsanforderungen von Raumfahrzeugen unterstützen kann.

Unternehmenskäufer sollten sich auf Ergebnisse statt auf Rhetorik konzentrieren. Weniger Downlink-Volumen, schnellere Reaktionen auf Anomalien und hochwertigeres Bildmaterial sind messbare Vorteile, selbst wenn das zugrunde liegende System nie zu einem riesigen Datenzentrum wird.

Diese praktischen Kennzahlen erklären auch, warum etablierte Raumfahrtunternehmen unter Druck geraten. Wenn Kunden portable Software schätzen, verlieren Hardwareanbieter einen Teil ihrer Kontrolle über die Anwendungen auf ihren Satelliten.

SpaceX baut das iPhone, während Satlyt Android bauen will

Der primäre Wettbewerb besteht nicht in Satlyt gegen SpaceX nach Größe, sondern in einer offenen Softwareebene gegen einen geschlossenen, vertikal integrierten Computing-Stack.

Afullo nutzt eine bekannte Analogie, um den Unterschied zu erklären. Wenn SpaceX zum iPhone orbitaler Rechenzentren wird, will er Satlyt zu Android machen.

Der Vergleich ist unvollkommen, erfasst aber die strategische Trennung. Apple kombiniert Hardware, Betriebssoftware, Dienste und Vertrieb unter einem eng verwalteten System. Android unterstützt Geräte vieler Hersteller.

SpaceX kontrolliert bereits mehr vom physischen Stack als die meisten potenziellen Wettbewerber. Das Unternehmen baut Raketen, betreibt Startinfrastruktur, fertigt Satelliten, verwaltet eine Kommunikationskonstellation und bedient Konnektivitätskunden.

Diese Integration kann Koordinationskosten senken. Ingenieure können Hardware und Software gemeinsam optimieren, konsistente Schnittstellen pflegen und schnell handeln, ohne Standards mit unabhängigen Raumfahrzeuganbietern aushandeln zu müssen.

Sie schafft jedoch auch Abhängigkeit. Ein Kunde, der auf einer proprietären orbitalen Plattform aufbaut, kann an den Startplan, die technische Roadmap, Preise, Schnittstellen und Zugangsentscheidungen eines einzigen Unternehmens gebunden werden.

Satlyt setzt auf das Gegenteil. Es plant nicht, Satelliten herzustellen. Seine Software soll auf Raumfahrzeugen unterschiedlicher Betreiber laufen und deren Rechenressourcen in einen gemeinsamen Dienst verwandeln.

Das Unternehmen vergleicht seine Rolle mit VMware und Snowflake. VMware entkoppelte Anwendungen von bestimmten physischen Servern, während Snowflake Kunden eine verwaltete Datenebene über Cloud-Infrastruktur hinweg bot.

Im Orbit ist diese Abstraktion wesentlich schwieriger. Terrestrische Cloud-Server nutzen relativ standardisierte Prozessoren, Netzwerke, Stromversorgungen, Speichersysteme und Wartungspraktiken.

Satelliten sind kundenspezifische Maschinen, die Strahlung, Temperaturzyklen, begrenzter Energie, intermittierenden Verbindungen und Orbitalbewegungen ausgesetzt sind. Selbst der Neustart eines fehlgeschlagenen Prozesses kann Folgen auf Missionsebene haben.

Eine offene orbitale Plattform muss daher mehr leisten, als dasselbe Paket auf unterschiedlichen Computern zu installieren. Sie muss Hardwareunterschiede berücksichtigen, ohne Sicherheitskontrollen zu schwächen oder wesentliche Raumfahrzeugfunktionen zu beeinträchtigen.

Die Plattform benötigt außerdem eine sichere Methode zur Einplanung von Arbeit. Eine Drittanbieteranwendung darf weder Leistung, Speicher noch Netzwerkkapazität verbrauchen, die für Navigation, Kommunikation oder die primäre Nutzlast benötigt wird.

Diese Herausforderungen stärken das Argument für vertikale Integration. SpaceX kann seine Computing-Hardware, Inter-Satelliten-Verbindungen, Betriebsumgebung und Stromsysteme als ein koordiniertes Produkt entwerfen.

Integration garantiert jedoch nicht, dass Kunden ein geschlossenes System bevorzugen werden. Satellitenhersteller und -betreiber könnten Zugang zu mehreren Startanbietern, Prozessoren, Modellen und Analyseanbietern wünschen.

Eine unabhängige Software-Schicht gewinnt an Wert, wenn die Vielfalt zunimmt. Jedes zusätzliche kompatible Raumfahrzeug erweitert den potenziellen Pool an Rechenressourcen, ohne dass Satlyt eine eigene Satellitenflotte finanzieren muss.

Dies ist derselbe Netzwerkeffekt, der Software-Plattformen auf der Erde beim Wachstum geholfen hat. Eine größere Hardware-Basis zieht Entwickler an, während mehr Anwendungen die zugrunde liegende Plattform für Hardware-Anbieter attraktiver machen.

Der Orbit bringt ein schwieriges Kaltstartproblem mit sich. Satlyt braucht kompatible Satelliten, bevor Entwickler investieren, doch Raumfahrzeughersteller benötigen nützliche Anwendungen, bevor sie Satlyt Ressourcen zuweisen.

Mit seinen frühen Missionen versucht das Unternehmen, dieses Problem durch konkrete Arbeitslasten zu lösen. NASA liefert einen Validierungsanwendungsfall, Stellerian eine Anwendung und TakeMe2Space die Hosting-Hardware.

Googles Ansatz bietet einen weiteren Kontrast. Project Suncatcher sieht miteinander verbundene Satelliten vor, die mit Google Tensor Processing Units oder TPUs ausgestattet und durch reichlich Solarenergie versorgt werden.

Die ersten Schritte des Programms konzentrieren sich auf Googles eigene Rechenhardware. Sein gemeinsam mit Planet gebauter Prototyp sollte messen, wie TPUs auf Startkräfte, Strahlung und die thermische Umgebung des Weltraums reagieren.

Google bestätigte, dass der Prototyp den Orbit erreichte – an Bord der SpaceX-Mission Transporter-18 am 1. Oktober 2026. Der Satellit stellte Kontakt her und begann sein Testprogramm.

Google prüft somit, ob seine Spezialchips im Weltraum überleben und funktionieren können. Satlyt prüft, ob Software verschiedenartige Orbitalcomputer für externe Kunden nutzbar machen kann.

Die Unternehmen sind heute keine direkten Wettbewerber. Ihre Architekturen könnten sogar komplementär werden, falls eine unabhängige Plattform künftig Arbeitslasten auf von Google entwickelten oder anderen spezialisierten Prozessoren ausführt.

Dennoch offenbaren ihre Prioritäten konkurrierende Kontrollzentren. Google beginnt mit Hardware, die es besitzt und versteht. Satlyt beginnt mit Portabilität über Hardware hinweg, die es nicht kontrolliert.

Wenn orbitales Computing wächst, wird dieser Unterschied Margen, Kundenauswahl und Entwicklerzugang prägen. Der spätere Gewinner besitzt möglicherweise nicht die meisten Satelliten, wird aber beeinflussen, wie Anwendungen zwischen ihnen wechseln.

Die offene Orbital-Cloud muss sich noch in der Realität bewähren

Satlyts stärkstes Argument ist Flexibilität, doch Flexibilität wird zur Belastung, wenn Raumfahrzeuge zu unterschiedlich sind oder Kunden ihre Ressourcen nicht teilen wollen.

Das Unternehmen hat gezeigt, dass ein kleines Sprachmodell Diagnosedaten auf ressourcenbeschränkter Hardware an Bord verarbeiten kann. Das ist nicht dasselbe wie der Betrieb einer verteilten Cloud über mehrere Satelliten hinweg.

Satlyts nächstes großes technisches Ziel besteht darin, Rechenkapazitäten über zwei unterschiedliche Raumfahrzeuge hinweg zu verbinden. Das Unternehmen erwartet, diese Demonstration im nächsten Jahr zu versuchen.

Ein erfolgreicher Test wäre wichtig, weil verteiltes Computing Koordination zwischen Maschinen erfordert. Software muss Arbeit aufteilen, Daten übertragen, Verzögerungen bewältigen, Ausfälle überstehen und bestätigen, dass Ergebnisse korrekt bleiben.

Diese Aufgaben sind in terrestrischen Rechenzentren mit verlässlicher Stromversorgung und Hochgeschwindigkeitsnetzen Routine. Sie werden schwieriger, wenn beide Computer die Erde umkreisen und nur unter bestimmten orbitalen Bedingungen kommunizieren können.

Latenz ist nicht das einzige Problem. Satelliten können unterschiedliche Prozessoren, Betriebssysteme, Sicherheitsanforderungen, verfügbare Energie und Missionsprioritäten haben.

Auch Verbindungen zwischen Satelliten können stark variieren. Einige Raumfahrzeuge verfügen über Laserkommunikation, andere nutzen Funkverbindungen, und viele wurden nie dafür ausgelegt, große Rechenarbeitslasten mit benachbarten Satelliten auszutauschen.

Google hat die für seine geplanten Laserverbindungen erforderliche Präzision als gleichwertig damit beschrieben, ein münzgroßes Ziel aus mehreren Kilometern Entfernung zu treffen, während sich beide Punkte bewegen.

Seine Tests verdeutlichen außerdem die Hardware-Herausforderung. Google zufolge können Startkomponenten Kräfte von 50- bis 100-facher Erdbeschleunigung ausgesetzt sein, während Strahlung in elektronischen Systemen gespeicherte Daten verändern kann.

Ebenso wichtig bleibt die Temperaturkontrolle. Ein Prozessor erzeugt Wärme, doch ein Raumfahrzeug kann diese nicht durch gewöhnliche Luftströmung abführen, weil der Weltraum ein Vakuum ist.

Satlyts Software kann diese physikalischen Grenzen nicht beseitigen. Sie kann sie nur einplanen, wenn Raumfahrzeuge präzise Telemetriedaten bereitstellen und der Plattform genügend operative Kontrolle gewähren.

Cybersicherheit schafft eine weitere Hürde. Software, die Arbeitslasten über mehrere Satelliten hinweg verwaltet, könnte ein wertvolles Ziel werden, weil ein Angriff mehrere Betreiber beeinträchtigen könnte.

Kunden werden eine Abschottung zwischen Anwendungen, signierte Updates, Zugriffskontrollen, Prüfprotokolle und klare Zuständigkeiten für Notabschaltungen verlangen. Diese Schutzmaßnahmen verbrauchen zusätzliche Rechenressourcen.

KI-Ausgaben bergen ein anderes Risiko. Ein Modell kann einen Fehler falsch zusammenfassen oder ein Bild falsch klassifizieren, insbesondere wenn seine Eingaben von Training und Tests abweichen.

Deshalb wirkt Satlyts derzeitiger Diagnoseeinsatz sicherer als autonomes Steuern. Ein Modell kann Bodenbetreibern eine Maßnahme empfehlen, ohne die Befugnis zu erhalten, das Verhalten eines Raumfahrzeugs zu verändern.

Das Unternehmen erklärt, dass Betreiber die Befehlsgewalt behalten werden, während es sich in Richtung Anomalieerkennung und Multi-Agenten-Entscheidungen entwickelt. Die praktische Grenze zwischen Unterstützung und Kontrolle wird sorgfältige Validierung erfordern.

Auch die geschäftlichen Anreize sind unsicher. Ein Satellitenbesitzer kann ungenutzte Prozessorzeit haben, doch deren Bereitstellung für eine externe Arbeitslast kann Haftungsrisiken schaffen, ohne ausreichende Einnahmen zu erzielen.

Der Eigentümer muss außerdem Kapazität für seine primäre Mission reservieren. Ein Erdbeobachtungssatellit kann Kundenbilder nicht verzögern, weil eine andere Anwendung Energie verbraucht oder Speicher gefüllt hat.

Satlyts „Android“-Strategie funktioniert nur, wenn Raumfahrzeughersteller gemeinsame Schnittstellen unterstützen. Ohne sinnvolle Standardisierung wird jede Integration zu einem individuellen Engineering-Projekt.

Das würde die Wirtschaftlichkeit einer unabhängigen Plattform schwächen. Software-Margen beruhen darauf, dasselbe Produkt bei vielen Kunden zu wiederholen, nicht darauf, es für jeden Satelliten neu zu entwickeln.

Wettbewerb könnte auch von Unternehmen kommen, die Hardware besitzen. SpaceX, Google, Starcloud und andere orbital ausgerichtete Computing-Vorhaben können Entwicklerschnittstellen bereitstellen, während sie ihre zugrunde liegenden Systeme proprietär halten.

Eine verwaltete geschlossene Plattform könnte sich als leichter kaufbar erweisen als ein offenes Netzwerk. Kunden akzeptieren häufig Herstellerabhängigkeit, wenn ein Anbieter einfachere Bereitstellung, stärkeren Support und vorhersehbare Leistung bietet.

Satlyt hat daher noch nicht nachgewiesen, dass das Android-Modell dominieren wird. Es hat gezeigt, dass der offene Weg glaubwürdig genug ist, um Finanzierung zu erhalten und aktive Missionen zu erreichen.

Die nächste Phase muss Wiederholbarkeit belegen. Ein Modell auf einem Satelliten beweist Machbarkeit, während portable Arbeitslasten über verschiedene Raumfahrzeuge hinweg die umfassendere Plattform-These stützen würden.

Drei Signale werden zeigen, ob Satlyt zu einer orbitalen Plattform werden kann

Die nächsten Belege müssen aus satellitenübergreifendem Computing, wiederkehrenden Kunden und messbarem operativem Wert kommen – nicht aus einem weiteren ambitionierten Vergleich.

Das erste Signal ist Satlyts geplante Cloud-Demonstration mit zwei Satelliten. Dies ist der direkteste Test seiner zentralen technischen Behauptung.

Beobachter sollten darauf achten, ob bestätigt wird, dass die Raumfahrzeuge von unterschiedlichen Plattformen stammen. Zwei identische Satelliten unter einem Betreiber würden verteiltes Computing testen, jedoch keine breite Interoperabilität.

Die Demonstration sollte außerdem offenlegen, welche Arbeit zwischen den Satelliten übertragen wird. Ein kleiner Nachrichtenaustausch ist weniger aussagekräftig als koordinierte Verarbeitung mit dokumentierter Latenz, Ressourcennutzung und Wiederherstellungsverhalten.

Eine erfolgreiche Umsetzung würde Satlyts Argument stärken, Hardware-Unterschiede abstrahieren zu können. Eine Verzögerung oder engere Demonstration würde zeigen, dass die offene Plattform noch früher steht, als ihr Marketing vermuten lässt.

Das zweite Signal ist Kundenwiederholung. NASA, Stellerian und TakeMe2Space verschaffen dem Unternehmen nützliche erste Arbeitslasten, doch Pilotprojekte belegen keine dauerhafte Nachfrage.

Ein stärkeres Zeichen wäre, wenn ein Kunde von einem Experiment auf mehrere Raumfahrzeuge erweitert. Das würde darauf hindeuten, dass die Software genug Wert geschaffen hat, um Missionsprüfung und Budgetierung zu überstehen.

Eine weitere wichtige Kennzahl ist die Zahl unabhängiger Raumfahrzeughersteller, die Satlyt integrieren. Die Android-Analogie verlangt mehrere Hersteller, nicht mehrere Missionen auf der Hardware eines Partners.

Satlyt erklärt, Software für bis zu 50 Raumfahrzeug-Deployments im Jahr 2026 vorbereitet zu haben. Vorbereitete Kapazität ist nicht dasselbe wie aktivierte Deployments, daher zählen abgeschlossene Installationen mehr.

Leser sollten zwischen unterzeichneten Vereinbarungen, gestarteten Systemen, aktiven Arbeitslasten und bezahlten Verlängerungen unterscheiden. Jeder Schritt liefert ein anderes Niveau kommerzieller Evidenz.

Das dritte Signal ist die operative Leistung. Eine Reduzierung des Downlinks liefert eine frühe Kennzahl, doch Kunden werden sich auch für Genauigkeit, Energieverbrauch, Speicherbedarf und Reaktionszeit interessieren.

Die Gemma-Tests liefern eine nützliche Ausgangsbasis. Satlyt berichtete in zwei Szenarien von etwa 64 % kleineren Diagnose-Payloads und Generierungsgeschwindigkeiten von mehr als 22 Tokens pro Sekunde.

Die umfassenderen Tests untersuchen während der Inferenz etwa 11 Watt Prozessorleistung und einen Temperaturanstieg zwischen drei und fünf Grad Celsius. Dies sind vom Unternehmen bereitgestellte Messungen unter eingeschränkten Testbedingungen.

Künftige Veröffentlichungen sollten diese technischen Ergebnisse mit Missionsresultaten verknüpfen. Konnten Betreiber Fehler schneller beheben, wertvollere Bilder übertragen oder die Arbeitslast am Boden reduzieren?

Unabhängige Bestätigung hätte mehr Gewicht als ein weiterer interner Benchmark. Flugdaten von Kunden oder Forschungspartnern würden klären, ob die Vorteile außerhalb kontrollierter Tests bestehen bleiben.

SpaceX und Google werden wahrscheinlich nicht warten. Google sammelt bereits Daten mit seinem orbitalen TPU-Prototypen, darunter Leistungsdaten unter Strahlung und extremen Temperaturen.

Sein nächster geplanter Meilenstein besteht darin, die Kommunikation zwischen zwei Satelliten zu testen. Fortschritte dort würden das vertikal koordinierte Modell stärken, selbst wenn Google keine breite kommerzielle Plattform anbietet.

SpaceX besitzt einen anderen Vorteil: die Skalierung bei der Bereitstellung. Seine Kontrolle über Starts und Satellitenfertigung erlaubt ihm, zu iterieren, ohne darauf warten zu müssen, dass unabhängige Raumfahrzeuganbieter eine gemeinsame Schnittstelle übernehmen.

Satlyt kann diese Kapitalressourcen nicht erreichen. Seine Chance besteht darin, den übrigen Markt eher wie eine gemeinsame Rechenbasis funktionieren zu lassen.

Dieses Muster hat in anderen Branchen funktioniert. Unabhängige Software gewinnt an Wert, wenn Kunden Wahlfreiheit wünschen und kein Hardware-Anbieter den gesamten Markt kontrollieren kann.

Der Weltraum ist jedoch kein normaler Softwaremarkt. Zuverlässigkeitsstandards, physikalische Einschränkungen, nationale Sicherheitsbedenken und lange Beschaffungszyklen verlangsamen allesamt die Plattformadoption.

Entwickler sollten die Schnittstellen beobachten, die aus den ersten Missionen hervorgehen. Ein stabiles Anwendungsmodell würde es erleichtern, einmal zu entwickeln und auf mehreren Raumfahrzeugen auszurollen.

Satellitenkäufer sollten fragen, wer Updates, Arbeitslastplanung, Telemetriezugang und Fehlerbehebung kontrolliert. Diese Details entscheiden darüber, ob „offen“ portabel bedeutet oder lediglich durch individuelle Arbeit kompatibel ist.

Teams, die die Evidenz bewerten, benötigen zudem sorgfältige Aufzeichnungen über Missionsberichte, Testergebnisse, Verträge und technische Entscheidungen hinweg. Eine durchsuchbare Wissensdatenbank kann diese Behauptungen mit ihren unterstützenden Dokumenten verknüpft halten.

Satlyts orbitale KI-Software hat eine wichtige Schwelle erreicht. Sie verfügt nun über Kapital, Flugerfahrung, Kundenexperimente und einen klaren architektonischen Gegenentwurf.

Das Unternehmen hat noch keine orbitale Cloud aufgebaut, die verschiedene Satelliten umfasst. Ebenso wenig hat es gezeigt, dass Hersteller genug Kontrolle abgeben werden, damit eine unabhängige Plattform skalieren kann.

Das macht diese Geschichte so spannend. Die verworfene Idee ist nicht länger hypothetisch, doch ihr zentrales Versprechen bleibt unbewiesen.

In den kommenden Monaten gilt es, den Test mit zwei Satelliten, wiederholte Einsätze und Leistungsdaten auf Missionsebene zu beobachten. Zusammen werden sie zeigen, ob Satlyt Android für den Orbit entwickelt oder ein Spezialwerkzeug für eine kleine Zahl von Raumfahrzeugen.