Der folgende Leitartikel wurde mit Unterstützung von KI erstellt und anschließend redaktionell geprüft und überarbeitet.
Wenn Stromanschlüsse, Flächen und Akzeptanz auf der Erde knapp werden, klingt der Weltraum zunächst verführerisch: viel Sonne, keine Nachbarn, keine Flächenkonkurrenz. SpaceX denkt genau in diese Richtung und skizziert orbitale Rechenzentren als Teil einer künftigen Satelliteninfrastruktur. Die Frage ist nur: Werden damit mehr Probleme gelöst als neue hinzukommen? Genau das wollen wir uns heute strukturiert anschauen.
Die Idee ist schnell erzählt: Rechenleistung wandert in niedrige Erdorbits, kommuniziert über optische Verbindungen und nutzt dort Solarenergie. Das klingt elegant, trifft aber sofort auf fünf harte Fragen: Energie sammeln, Wärme loswerden, Daten schnell genug bewegen, Ausfälle beherrschen und genug Kapazität zuverlässig ins All bringen.
Energieversorgung
Der stärkste Pluspunkt ist die Energieversorgung. Im Orbit gibt es keine Wolken, kein Tag/Nacht-Zyklus und damit eine zuverlässige 24/7 Stromversorgung mit Photovoltaik. SpaceX nennt für ihren AI1 rund 150 kW Spitzenleistung und etwa 120 kW dauerhaft nutzbare Rechenleistung.
Das ist nicht unmöglich, aber durchaus schon anspruchsvoll. Bei einer konservativ angenommenen nutzbaren elektrischen Solarleistung von etwa 250 W/m² benötigt ein 150-kW-Satellit rechnerisch rund 600 m² Solarzellenfläche. Das entspricht grob der Fläche von gut zwei Tennisplätzen. Für den Vergleich mit Rechenzentren am Boden mit 1 GW IT-Leistung entspräche rechnerisch rund 8.300 Satelliten mit jeweils 120 kW Dauerleistung. Dafür wären allein für die solare Energieversorgung mindestens rund 5,0 Mio. m² Solarfläche, also etwa 700 Fußballfelder erforderlich.
Abbildung 1: AI1 satellite
Diese Rechnung ist bewusst vereinfacht, zeigt aber den Kern: Im All ist Energie sehr gut verfügbar, sie muss aber über große, leichte und zuverlässig entfaltbare Strukturen eingesammelt werden (1).
Abwärme
Die Abwärme ist der eigentliche Flaschenhals. Auf der Erde kann Wärme über Luft, Wasser, Rückkühler oder Wärmenetze abgeführt werden. Physikalisch sind das Konvektion, Strahlung und Wärmeleitung. Im Vakuum ohne direkte Abgabe an die Umgebung funktioniert jedoch nur Strahlung. Deshalb muss die Wärme zuerst aus Chips, Leiterplatten und Leistungselektronik zu Radiatoren transportiert und anschließend als Infrarotstrahlung ins All abgegeben werden. Dadurch ist die Wärmeabgabe deutlich schlechter als auf der Erde und die thermische Architektur wird zu einem Hauptbestandteil des Satellitendesigns und nicht zu einem Nebensystem (2, 3).
Wichtig als fachliche Einordnung, je höher das Temperaturniveau, desto besser funktioniert die Wärmeabgabe mittels Strahlung. Die abgestrahlte Leistung steigt mit T4, d.h. schon kleine Temperaturerhöhungen bringen überproportional mehr Kühlleistung. Weiterhin hängt die realen Wärmeabfuhr zusätzlich vom Emissionsgrad, Orientierung zur Sonne und den konkreten Betriebsbedingungen ab. Sofern die Radiatoren nicht komplett verschattet werden, muss dazu jedoch auch die Wärmeeinstrahlung, z. B. der Sonne hinzuaddiert werden.
SpaceX nennt für AI1 eine Radiatorannahme von rund 1.400 W/m² und eine ausklappbare Flüssigkeitsradiatorfläche von etwa 110 m². Das reicht rechnerisch für rund 154 kW Wärmeabgabe, bei optimalen Betriebsbedingungen (1). Eine einfache Rückrechnung mit dem Stefan-Boltzmann-Gesetz zeigt, dass eine Flächenleistung in dieser Größenordnung idealisiert, erst bei Radiatortemperaturen von rund 397 K beziehungsweise etwa 124 °C erreicht wird. Bei einem realistischeren Emissionsgrad von z. B. 0,85 läge die erforderliche Radiatortemperatur bereits bei etwa 413 K bzw. rund 140 °C (4).
Zur Veranschaulichung zeigt die folgende Abbildung, wie stark die idealisierte Strahlungsleistung eines Radiators mit der Temperatur steigt – im Vergleich zu einem klassischen Rechenzentrum auf der Erde.
Abbildung 2: Erforderliche Kühlleistung für unterschiedliche Temperaturniveaus je m², eigene Darstellung, Werte nach (2, 3, 4)
124 °C bzw. 141 °C Radiatortemperatur bedeutet nicht, dass auch die Chips diese Temperatur erreichen. Die Elektronik müsste über Kühlplatten, Heat Pipes oder Flüssigkeitskreisläufe deutlich darunter gehalten werden. Für Hochleistungs-Chips wären dauerhaft eher Temperaturbereiche unterhalb von etwa 85 °C bis 95 °C anzustreben. Die Kühlung benötigt große, leichte, präzise ausrichtbare und gegen Mikrometeoriten geschützte Flächen. Zusätzlich müssen Pumpen, Leitungen, Wärmetauscher und Regelungssysteme redundant ausgelegt werden. Jede zusätzliche Kühlfläche erhöht Masse, Entfaltungsrisiko und Komplexität. Genau diese Temperaturspreizung zwischen Chip, Kühlkreislauf und Radiator macht das thermische Design mindestens anspruchsvoll (2, 3).
Latenz und Datenanbindung
Die reine physikalische Signallaufzeit klingt zunächst günstig. Bei 600 km Orbitshöhe benötigt ein Signal für die Strecke Bodenstation, Satellit und zurück im Idealfall nur rund 4 ms. In der Praxis kommen jedoch Routing über optische Inter-Satellitenverbindungen, Bodenstationen, Protokollverarbeitung, Lastverteilung, Zwischenspeicherung und Sicherheitsmechanismen hinzu. SpaceX setzt deshalb auf optische Verbindungen zwischen Satelliten und Starlink als Rückgrat des Systems (1, 5, 6).
In der Praxis zeigen Messungen für heutige Starlink-Anschlüsse typischerweise Median-Latenzen im Bereich von etwa 25 bis 50 ms. Starlink selbst berichtet für die USA inzwischen eine Median-Latenz von 26 ms zur Spitzenlast und nennt als Ziel eine stabile Median-Latenz von 20 ms bei geringem Paketverlust. Unabhängige Ookla-Messungen lagen in Westeuropa im vierten Quartal 2024 bei 41 ms im Vereinigten Königreich sowie 46 ms in Belgien und Luxemburg. Damit ist Starlink für viele Breitbandanwendungen ausreichend schnell, liegt aber deutlich über der rein physikalischen Signallaufzeit von rund 4 ms (7, 8).
Zum Vergleich: Bei Rechenzentren auf der Erde ist die Latenz stark von Entfernung, Glasfaserführung, Netzanbieter und Übergabepunkten abhängig. Innerhalb eines Rechenzentrums oder zwischen unmittelbar gekoppelten Standorten sind Latenzen im Bereich unter 1 ms bis wenige Millisekunden erreichbar. Zwischen regional nahen Standorten liegen praxisnahe Werte häufig im niedrigen einstelligen bis niedrigen zweistelligen Millisekundenbereich. Ein Rechenzentrum in räumlicher Nähe zum Nutzer oder zur Maschine bleibt daher für echtzeitnahe Anwendungen klar im Vorteil.
Für orbitale Rechenzentren bedeutet das: Der Vorteil entsteht nicht automatisch durch die niedrige Umlaufbahn, sondern nur dann, wenn Daten möglichst im Orbit verarbeitet werden und wenige zusätzliche Sprünge über Satelliten, Bodenstationen und terrestrische Netze erforderlich sind. Sobald Unternehmensdaten, Cloud-Systeme oder Nutzer am Boden eng eingebunden werden, zählt die Ende-zu-Ende-Latenz. Diese wird eher von der gesamten Netzarchitektur als von der reinen Entfernung zum Satelliten bestimmt.
Geeignet wären daher vor allem Rechenaufgaben, die viel Energie und Rechenleistung benötigen, aber nicht jede Millisekunde kritisch sind. Dazu gehören KI-Inferenz in größeren Paketen, Verarbeitung satellitennaher Daten, Simulationen, Modellvorverarbeitung, Bildauswertung oder Hintergrundlasten. Weniger geeignet sind Anwendungen, die eine sehr enge Kopplung zu Produktionssystemen, Börsenhandel, Echtzeitsteuerung oder lokalen Unternehmensdatenbanken benötigen. Für solche Fälle bleibt die räumliche Nähe zum Nutzer oder zur Maschine weiterhin entscheidend.
Fehlertolerante Hard- und Software
Ein Rechenzentrum im All kann nicht wie ein Standort am Boden betrieben werden. Es gibt keinen Servicetechniker, der ein defektes Netzteil tauscht, einen Filter wechselt oder eine Kühlstrecke prüft. Hardware muss deshalb mit Ausfällen rechnen. Das betrifft Rechenmodule, Speicher, Stromverteilung, Pumpen, Ventile, Laserkommunikation, Lagekontrolle und Software. Einzelne Fehler dürfen nicht zum Ausfall des Gesamtsystems führen.
Dazu kommen Umgebungsbedingungen, die für klassische IT untypisch sind: Strahlung, geladene Teilchen, Temperaturwechsel, Vibrationen beim Start, Mikrometeoriten und Alterung durch UV-Strahlung. Prozessoren und Speicher müssen entweder strahlungsresistenter ausgelegt oder durch Redundanz, Fehlerkorrektur und Softwaremechanismen abgesichert werden. Für KI-Workloads ist besonders wichtig, dass fehlerhafte Rechenergebnisse erkannt, verworfen oder erneut berechnet werden können. In der Praxis wird es daher nicht nur um robuste Hardware gehen, sondern um fehlertolerante verteilte Systeme (2, 3).
Der wirtschaftliche Effekt ist erheblich. Wenn ein Satellit fünf Jahre Lebensdauer erreicht, muss bei einer großen Konstellation laufend Ersatz gestartet werden. Bei der oben berechneten Flotte von rund 8.300 Satelliten für 1 GW Dauerleistung müssten bei fünf Jahren Lebensdauer im Mittel rund 1.660 Satelliten pro Jahr ersetzt werden. Selbst bei 50 Satelliten je Start wären das mehr als 30 Starts pro Jahr nur für den Kapazitätserhalt. Hinzu kommen Ausfälle, technologische Updates und Reserven. Damit wird der Betrieb eher mit einer industriellen Flotte vergleichbar als mit einem klassischen Rechenzentrum (1, 5, 6).
Raketenstarts, Logistik, Weltraumschrott und Regulierung
Im Gegensatz zur Erde unterliegt die Logistik für die Stationierung im All ganz anderen Randbedingungen. Hier kommen neben der reinen Umsetzung weitere Folgefragen auf, etwa Kollisionsvermeidung, Deorbiting, Weltraumschrott, Frequenz- und Laserkommunikation, Haftung, internationale Koordination und Sichtbarkeit am Nachthimmel. Damit stellt sich zwangsläufig die Frage, wer Regulierung im All setzt und praktisch durchsetzt (5, 6).
Doch zurück zu den technischen Herausforderungen. Aktuell hat SpaceX zwei unterschiedliche Möglichkeiten die Satelliten ins All zu befördern. Die Falcon 9 ist heute ein eingespieltes System mit hoher Startfrequenz, wiederverwendbarer Erststufe und zahlenden Nutzlasten. Die Starship befindet sich dagegen weiterhin im Übergang von der Testkampagne zum regulären Nutzlastbetrieb. Der Unterschied ist wesentlich: Erst große Nutzlasten, hohe Startfrequenzen, schnelle Wiederverwendung beider Stufen und niedrige Transportkosten je Kilogramm könnten orbitale Rechenleistung in die Nähe terrestrischer Rechenzentren bringen. Solange diese Punkte nicht praktisch nachgewiesen sind, bleibt ein orbitales Rechenzentrum eher ein Spezialfall für bestimmte Rechenlasten als ein Ersatz für große Standorte am Boden.
Konkret erreichte SpaceX folgende Werte:
Abbildung 3: SpaceX-Starts 2024 und 2025 nach Trägersystem, eigene Darstellung
Damit ist die Einordnung klar: Die hohe SpaceX-Startfrequenz wird bislang fast vollständig von Falcon 9 getragen. Starship soll langfristig einen größeren Anteil übernehmen, ist aber deutlich anspruchsvoller. Die Federal Aviation Administration hat 2025 zwar eine Größenordnung von bis zu 25 Starship-Starts pro Jahr vom Standort Starbase in Texas umweltseitig ermöglicht. Das ist jedoch keine Garantie für 25 operative Starts mit Nutzlast (9).
Der Start von Starship ist nicht nur größer, sondern systemisch schwieriger als ein Falcon-9-Start. Bei Falcon 9 landet nur die Erststufe. Starship soll langfristig Booster und Oberstufe vollständig und schnell wiederverwenden. Dafür müssen Hitzeschutz, Triebwerke, Tanks, Steuerflächen, Startturm, Methan- und Sauerstofflogistik, Startgenehmigungen, Sperrzonen, Wasser- und Schalldämpfungssysteme sowie die Wiederaufbereitung nach dem Flug zuverlässig funktionieren. SpaceX erreichte beim zehnten Starship-Testflug 2025 wichtige Fortschritte, darunter das Aussetzen von acht Starlink-Simulatoren und eine erneute Raptor-Zündung im All. Der Flug wurde von SpaceX aber weiterhin ausdrücklich als Testflug zur Datenerhebung für die nächste Fahrzeuggeneration beschrieben. Für die weitere Betrachtung gehen wir optimistisch von ca. 25 Starship-Starts pro Jahr aus (10).
Bei den im Konzept genannten 120 kW Dauerleistung je AI1-Satellit wären für 1 GW Rechenleistung rund 8.300 Satelliten erforderlich. Selbst wenn Starship perspektivisch 50 bis 100 solcher Satelliten je Start transportieren könnte, wären für die Erststationierung etwa 84 bis 167 Starts nötig. Bei einer theoretischen Starship-Kadenz von 25 Starts pro Jahr würde allein der Aufbau damit rund drei bis sieben Jahre dauern. Voraussetzung wäre, dass diese Startkapazität vollständig für Rechenzentrumssatelliten verfügbar ist und nicht durch Starlink, Mondprogramme, Marsziele oder andere Nutzlasten gebunden wird. Mit Falcon 9 wäre die Skalierung deutlich weniger plausibel. Selbst bei 30 Satelliten je Start wären rund 278 Starts erforderlich. Hinzu käme der laufende Ersatz: Bei fünf Jahren Lebensdauer müssten jährlich rund 1.660 Satelliten ersetzt werden, was je nach Startkapazität weitere 17 bis 56 Starts pro Jahr bedeuten würde (11, 12).
Fazit
Rechenzentren im All sind technisch nachvollziehbar und lösen einige Probleme klassischer Standorte auf der Erde: weniger Flächenkonkurrenz, keine lokalen Kühlwasserkonflikte, weniger Akzeptanzdruck vor Ort und eine sehr gut verfügbare Solarenergie. Sie schaffen damit aber kein einfaches Ausweichmodell, sondern verschieben die Engpässe in ein deutlich härteres Umfeld. Statt Netzanschluss und Grundstück zählen dann Solar- und Radiatorflächen, Masse im Orbit, Startlogistik, Strahlung, Fehlertoleranz, Wartbarkeit, Weltraumschrott und Regulierung.
Plausibel ist das daher vor allem für klar abgegrenzte Rechenlasten, etwa satellitennahe Datenverarbeitung, robuste Hintergrundprozesse oder bestimmte KI-Anwendungen ohne harte Echtzeitanforderungen. Für breite Cloud- oder Rechenzentrumskapazitäten am Boden ist der Orbit aus heutiger Sicht kein Ersatz, sondern höchstens eine spezialisierte Ergänzung. Der entscheidende Engpass ist weniger eine einzelne unlösbare Hürde, sondern die Summe aus Skalierung, Kosten, Betriebssicherheit und regulatorischer Akzeptanz.
Autor: Martin Wagner
QUELLEN:
(1) SpaceNews (2026). SpaceX offers details on orbital data center satellites. Verfügbar unter: SpaceNews Artikel (abgerufen am: 22.06.2026).
(2) NASA (2010). International Space Station Active Thermal Control System Overview. Verfügbar unter: NASA PDF (abgerufen am: 25.06.2026).
(3) NASA Technical Reports Server (2022). Thermal management related technical report. Verfügbar unter: NASA Technical Report (abgerufen am: 25.06.2026).
(4) Lernhelfer (o. J.). Strahlungsgesetz von Stefan und Boltzmann. Verfügbar unter: Lernhelfer Artikel (abgerufen am: 25.06.2026).
(5) SpaceNews (2026). SpaceX files plans for million-satellite orbital data center constellation. Verfügbar unter: SpaceNews Artikel (abgerufen am: 22.06.2026).
(6) Federal Communications Commission (2026). Space Bureau accepts for filing SpaceX’s application for orbital data centers, DA 26-113. Verfügbar unter: FCC Dokument (PDF) (abgerufen am: 22.06.2026).
(7) Starlink (2025). Network Update. Verfügbar unter: Starlink Network Update (abgerufen am: 25.06.2026).
(8) Ookla (2025). Starlink Shines in Europe as Constellation Investments Boost Performance. Verfügbar unter: Ookla Artikel (abgerufen am: 25.06.2026).
(9) SpaceNews (2025). FAA gives environmental approval for increased Starship launch rate. Verfügbar unter: SpaceNews Artikel (abgerufen am: 25.06.2026).
(10) SpaceX (2025). Starship’s Tenth Flight Test. Verfügbar unter: SpaceX Starship Flight 10 (abgerufen am: 25.06.2026).
(11) SpaceX (o. J.). Falcon 9. Verfügbar unter: SpaceX Falcon 9 (abgerufen am: 25.06.2026).
(12) SpaceX (o. J.). Starship. Verfügbar unter: SpaceX Starship (abgerufen am: 25.06.2026).
