ein AI generierter Artikel, gepromted von Sandra Klinkenberg
Das falsche Fundament:
Warum orbitale Rechenzentren das Pferd von hinten aufzäumen
oder klarer ausgedrückt — Orbitale Rechenzentren:
aktuell ein Resilienz-Desaster in 3 Akten
Orbitale Rechenzentren sind der nächste Moonshot? Nicht, wenn die Struktur fehlt. Eine Analyse nach Sandra Klinkenbergs Systematik zeigt: Wir zäumen das Pferd von hinten auf – im Orbit wie auf der Erde.
Wer Rechenzentren ins All bringt, bevor Schutzkonzepte, Redundanzlogik und völkerrechtliche Regeln stehen, tauscht ein bekanntes Risiko am Boden gegen ein unbekanntes im Orbit — und verkennt damit, dass die Verwundbarkeit nicht im Standort liegt, sondern in der fehlenden Struktur.
Mit Projekten wie Google’s Suncatcher, der EU-Studie ASCEND und dem Präzedenzfall TJS-20 beginnt ein globaler Wettlauf um orbitale Rechenkapazität. Doch Sandra Klinkenbergs Systematik der Organisationssicherheit warnt vor einer fatalen Umkehrung der Prioritäten: Wir verlagern Rechenlast dorthin, wo Energie billig ist, bevor wir Governance und Resilienz dort etabliert haben.
Die Analogie gilt nicht nur für den Orbit: „Wie im All, so auch auf Erden.“ Ob bei der exponentiellen KI-Expansion oder dem Schritt zu massentauglichen Quantencomputern – überall wird Technologie vor Struktur eingeführt. Das Ergebnis ist keine Resilienz, sondern fragile Abhängigkeiten. Die Lösung heißt nicht „Stopp“, sondern „Reihenfolge einhalten“: Struktur geht vor Technik.
Standortillusion:
Warum orbitale Rechenzentren die Resilienzfrage nicht lösen
— eine Analyse nach der Systematik von Sandra Klinkenberg
Wer Rechenzentren ins All bringt, bevor Schutzkonzepte, Redundanzlogik und völkerrechtliche Regeln stehen, tauscht ein bekanntes Risiko am Boden gegen ein unbekanntes im Orbit — und verkennt damit, dass die Verwundbarkeit nicht im Standort liegt, sondern in der fehlenden Struktur.
Dies ist keine Polemik. Es ist die präzise Beschreibung eines Musters, das die Resilienz-Expertin Sandra Klinkenberg seit über drei Jahrzehnten beschreibt: Sicherheit ist eine Frage der Reihenfolge, nicht der Technik. Und genau diese Reihenfolge wird gerade global umgekehrt — mit Ankündigung, mit Kapital und mit dem Segen großer Forschungsförderprogramme.
Ein transparenter Hinweis: Eine explizite Äußerung von Sandra Klinkenberg zu orbitaler Infrastruktur liegt nicht vor. Die folgenden Abschnitte legen erst die Faktenlage offen (TJS-20, ASCEND, Suncatcher, NEPA-Streit), dann die Systematik, an der sich diese Fakten messen lassen müssen. Die Übertragung von Klinkenbergs Prinzipien auf das orbitale Szenario ist eine eigene Analyse des Autors, keine Zitation.
Der Fokus liegt bewusst auf Klinkenbergs Methodik — weil sie das seltenste Gut in dieser Debatte liefert: eine Prüflogik, die nicht nach Begeisterung fragt, sondern nach Tragfähigkeit.
Teil I — Die Faktenlage:
Was tatsächlich im Orbit geplant ist
1. Die Verlockung:
ASCEND und die europäische Machbarkeitsstudie
Im Juni 2024 veröffentlichte das EU-Konsortium ASCEND (Advanced Space Cloud for European Net zero Emission and Data sovereignty) seine Ergebnisse. Finanziert im Rahmen von Horizon Europe, beteiligt Thales Alenia Space, ArianeGroup, Airbus Defence and Space, das DLR, Orange Business, CloudFerro, Hewlett Packard Enterprise sowie die Umweltexperten Carbone 4 und VITO . Der Befund: Rechenzentren im Orbit könnten Energieverbrauch und Kohlenstoffemissionen gegenüber erdgebundener Infrastruktur deutlich reduzieren . Damien Dumestier, ASCEND-Projektmanager bei Thales Alenia Space, formuliert das Potenzial so: Weltraum-Rechenzentren könnten „die Möglichkeit bieten, Europas ökologischen Fußabdruck zu verringern und gleichzeitig ein Vorzeigeprojekt für die Zukunft der europäischen Raumfahrtindustrie sein“ . Das Konzept sieht eine Satellitenkonstellation mit rund 10 Megawatt Leistung vor — vergleichbar mit einem mittelgroßen Rechenzentrum auf der Erde .
IBM Research in Zürich untersucht parallel mit dem polnischen Unternehmen KP Labs im Auftrag der ESA drei Szenarien orbitaler Rechenzentren, unter anderem zwei Satelliten in derselben Umlaufbahn: einer sammelt Daten, der andere verarbeitet sie . Zur Übertragung sind laserbasierte optische Intersatellitenverbindungen (OISLs) vorgesehen .
2. Die Beschleunigung:
Google Project Suncatcher
Google hat mit Project Suncatcher den Wettlauf eröffnet. Zwei Prototyp-Satelliten mit Googles eigenen TPU-Chips sollen Anfang 2027 gemeinsam mit Planet Labs starten . Die Satelliten kreisen in etwa 650 Kilometern Höhe und nutzen dort nahezu ununterbrochen Sonnenlicht; nach Angaben der Vorabstudie ist Solarenergie im All bis zu achtmal effizienter als auf der Erde . Google verzichtet bewusst auf spezielle Weltraumhardware und setzt handelsübliche Chips ein — die Strahlungstests seien vielversprechend ausgefallen, Probleme traten erst bei einer Strahlendosis auf, die etwa dreimal so hoch war wie die erwartete Fünf-Jahres-Belastung . Entscheidend für die Wirtschaftlichkeit seien fallende Startkosten; Google rechnet damit, dass orbitale Anlagen Mitte der 2030er Jahre mit irdischen gleichziehen können . CEO Sundar Pichai nennt es einen Moonshot und verweist darauf, dass die Sonne „hundert Billionen Mal mehr Energie“ liefere, als die Erde heute produziere — eine Potenzialangabe, keine Wirtschaftlichkeitszusage . Auch Amazon und SpaceX verfolgen ähnliche Pläne ; Eric Schmidt hatte bereits im Mai 2025 vorgeschlagen, Rechenzentren vollständig in einen niedrigen Orbit zu verlagern .
3. Der Präzedenzfall:
TJS-20 und die Sicherheitsrealität
Während diese Planungen laufen, hat der Oktober 2025 gezeigt, wie der Orbit tatsächlich genutzt wird. Der chinesische Satellit TJS-20 gehört zum Programm „Tongxin Jishu Shiyan“ (Kommunikationstechnik-Test), das westliche Beobachter seit Jahren als Deckmantel für militärische Weltraumfähigkeiten einstufen . Er wird der Kategorie „Qianshao“ („Vorposten“) zugerechnet — operierende Nahbereichsaufklärung im geostationären Orbit —, während die Schwesterkategorie „Huoyan“ („Feuerauge“) als Frühwarnsystem gegen Raketenbasen dient. Westliche Geheimdienste vermuten elektronische Aufklärung statt der offiziell kommunizierten Datenübertragungs-Tests.
Der Telepolis-Arbeit sind sieben Kerne zu entnehmen, die hier als Belastungstest der orbitalen Vision dienen:
| # | Kern | Bedeutung für orbitale Rechenzentren |
|---|---|---|
| 1 | Nachbarschaftsproblem | TJS-20 operierte im GEO in unmittelbarer Nähe westlicher Infrastruktur; über die betroffene Inmarsat-Flotte kommunizieren u.a. Bundeswehr und Ukraine . |
| 2 | Angriff ohne Beschuss | Frequenzen, Sendezeiten, Steuerbefehle und Bodenstationen sind aussähbar. Ein Angriff auf Bodenstationen genügt — ein Treffer im All wäre unnötig . |
| 3 | Infrastruktur-Kopplung | Auf denselben Bahnen kreisen Erdbeobachtungs- und Kommunikationssatelliten. Rechenzentren arbeiteten direkt neben sicherheitsrelevanter Infrastruktur . |
| 4 | Schutzdefizit | Am Boden liegen Serverfarmen unterirdisch und bewacht; im Orbit sind sie Störsendern, Cyberangriffen, Antisatellitenwaffen und Strahlung ausgesetzt . |
| 5 | Kaskadenrisiko Kessler | Ein Angriff könnte so viel Trümmer erzeugen, dass ganze Bahnregionen unbefahrbar werden — für jeden kommerziellen Nutzer . |
| 6 | Gegenargument mit Haken | Philip Johnston, CEO von Starcloud, geht davon aus, dass Trümmerangriffe unwahrscheinlich sind, weil alle großen Anbieter im Orbit präsent sind und sich gegenseitig schaden würden . Diese Annahme gilt nur für Akteure, die selbst viel im All verlieren. |
| 7 | Fazit | TJS-20 zeigt, was passiert, wenn digitale Infrastruktur in einen Raum zieht, für den es weder belastbare Schutzkonzepte noch verbindliche Regeln gibt . |
Das Kessler-Syndrom ist dabei kein rhetorisches Bild, sondern ein seit 1978 modelliertes physikalisches Szenario kaskadierender Kollisionen in dicht befahrenen Bahnen . Und die Bedrohungslage ist nicht hypothetisch: Berichte über chinesische Mikrowellenwaffen gegen LEO-Satelliten sowie US-Warnungen vor chinesischen Satellitendiensten zeigen, dass die Konfliktschwelle bereits erreicht ist — sie wird durch Orbitverlagerung nur höher gelegt, nicht beseitigt.
4. Der Widerstand:
NEPA, Lichtverschmutzung, Atmosphäre
Seit Juli 2026 liegt bei der US-FCC eine Petition von Earthjustice, DarkSky International, Environment America und Public Employees for Environmental Responsibility vor: Sie fordert ein programmatisches Umweltgutachten (PEIS) nach dem National Environmental Policy Act für sämtliche Anträge zu orbitalen Rechenzentren . Der Kernvorwurf: Die Anträge zielen darauf ab, „praktisch unzählige neue Datensatelliten“ in den Orbit zu bringen, mit dem Risiko, die Ozonschicht und die Qualität des Nachthimmels zu verschlechtern und „die Chemie der Stratosphäre selbst zu verändern“ . Die Petition notiert ausdrücklich, dass alle Antragsteller ihre Projekte in „grandioser, überhitzter Rhetorik“ rahmen — SpaceX spricht davon, „Humanity’s multiplanetary future amongst the stars“ zu sichern —, aber „auffällig vage“ bleiben, wenn es um Umweltauswirkungen geht . Cowboy Space plant den ersten Start für 2028 ; Google entwickelt laut Petition ebenfalls eine eigene Konstellation .
Die wissenschaftliche Kritik ist konkret: Mega-Konstellationen erzeugen relevante Lichtverschmutzung mit Schäden für Tierwelt, akademische und Amateur-Astronomie sowie indigene kulturelle Praktiken; die American Astronomical Society arbeitet zwar mit Betreibern an Gegenmaßnahmen, doch Studien legen nahe, dass diese nicht mit dem Wachstum der Satellitenzahlen Schritt halten . Beim Wiedereintritt verglühende Satelliten setzen Ruß, Seltene Metalle und Aluminiumoxide in der Stratosphäre frei, deren Wirkung niemand zuverlässig quantifizieren kann . Rechtlich ist die Lage offen: Die FCC hat 2025 vorgeschlagen, weltraumbasierte Operationen als extraterritorial von der NEPA-Prüfung auszunehmen . Parallel focht DarkSky International im August 2026 die Zulassung des Reflect-Orbital-Spiegel-Satelliten an — mit fast 1.900 öffentlichen Stellungnahmen, überwiegend von Astronomen, Luftfahrtverbänden und Umweltorganisationen .
5. Die Lehrblase:
Project Natick
Microsofts Untersee-Rechenzentrum ist der wichtigste Beleg dafür, dass „einfach auslagern“ funktioniert — und trotzdem nicht weitergeführt wurde. Die Nordlichen Inseln vor Schottland beherbergten ab Frühjahr 2018 864 Server und 27,6 Petabyte Speicher in einem versiegelten Container in 36 Metern Tiefe . Ergebnis: Die Ausfallrate lag bei einem Achtel des Niveaus an Land . Microsofts Projektmanager Ben Cutler: „Our failure rate in the water is one-eighth of what we see on land“ . Das Team formulierte sogar, zuverlässige Rechenzentren ohne menschliche Berührung zu betreiben sei „a dream of ours“ .
Und dennoch: „We have done what we need to do. Natick is a key building block for the company to use if it is appropriate“ . Das Projekt wurde nicht skaliert. Es wurde zur Wissensbasis. Genau das ist der Punkt, an dem die orbitale Debatte ehrlich werden muss: Technische Machbarkeit ist keine Implementierungsentscheidung. Wer aus ASCEND oder Suncatcher-Prototypen auf operative Infrastruktur schließt, überspringt den Schritt von der Machbarkeit zur Betriebsreife.
Teil II — Die Prüflogik:
Sandra Klinkenbergs Systematik
Sandra Klinkenberg ist seit 1992 bzw. selbstständig seit 2002 in strategischer Unternehmensentwicklung und Organisationssicherheit tätig; ihre Portale sind skcondev.com und sandra-klinkenberg.de . Ihr Profil umfasst BCMS (ISO 22301, ISO 27031, ITSCM, IRBC), Informationssicherheit und ISMS (ISO 27001, BSI 100-1 bis 200-4), Risikomanagement, Notfall- und Krisenmanagement, Governance & Compliance sowie KI und Post-Quantum-Security . Sie ist DGQ-Informations-Sicherheits-Management-Beauftragte (2014) und deckt Branchen von Automobilindustrie über Finanzwesen und öffentliche Verwaltung bis Energiewirtschaft ab . Ihre Positionierung lautet: ganzheitlich nachhaltige Strukturentwicklung zum Erhalt von Organisationssicherheit — mit „ehrlicher, klarer Kommunikation“ und wirtschaftspolitisch neutraler Beratung .
Vier Bausteine ihrer Systematik sind für die orbitale Frage entscheidend.
Baustein 1: Erfolg = funktionale Wirksamkeit, nicht Kapazität
Ihre Bestimmung auf skcondev.com ist die schärfste Prüfformel, die für dieses Thema existiert. Erfolg wird „primär als funktionale Wirksamkeit verstanden: Prozesse und Strukturen müssen so gestaltet sein, dass erreichte Wirkungen wiederholbar, belastbar und zukunftsfähig sind“ . In der Systemdimension gilt: „Ein Ergebnis gilt nur dann als tragfähig, wenn es wiederholbar ist, Störungen standhält und in belastbare Prozesse, Governance-Mechanismen und Informationssicherheit eingebettet wurde“ . Resilienz-Checks, Szenarioanalysen und Notfallpläne sind dabei „keine Extras, sondern zentrale Prüfungen, die zeigen, ob erreichte Wirkungen auch unter Stress erhalten bleiben“ .
Und die direkte Absage an die orbitale Argumentationsfigur: „Technologieeinsatz muss an der organisatorischen Reife und klaren Governance-Regeln gemessen werden, damit Automatisierung nicht neue Abhängigkeiten oder Sicherheitslücken schafft“ . Konkret empfiehlt sie, „Compliance, Informationssicherheit und Risikomanagement zu integralen Bestandteilen der Erfolgssteuerung“ zu machen — „Governance-Regeln müssen vor Technologieeinführung bestehen und nach diesen implementiert werden“ .
Das ist der normative Kern des Streits. Nicht „kein Orbit“, sondern: Reihenfolge.
Baustein 2: Kaskaden statt Einzelrisiko
Ihr Blackout-Ansatz beschreibt, wie der gleichzeitige Ausfall von Energie, digitaler Kommunikation und Logistik Kettenreaktionen erzeugt — kleine Störungen entfalten über Rückkopplungen und wechselseitige Abhängigkeiten disproportionale Wirkungen. Genau diese Logik trifft das orbitale Design. Die Architektur verteilt Last, aber nicht die Abhängigkeit: Bodenstationen, Frequenzzuweisungen und Startfenster bleiben gemeinsame Knoten. Fällt das Bodensegment, ist die verteilte Kapazität nicht reduziert — sie ist abgeschaltet.
Baustein 3: Hard- und Soft Facts© als komplementäre Steuerungslogiken
Institutionen, Gesetze und Infrastrukturen sind auf ein „altes Normal“ ausgelegt, reagieren träge und sind „auf Stabilität, nicht auf Disruption gebaut“; ihr Zielbild ist „stabil und flexibel wie Bambus, nicht starr wie Stahl“ . Im Orbit kehrt sich das Muster dramatisch um: Dort fehlt die Trägheit komplett. Es gibt keine eingeübten Verfahren, keine Haftungspraxis, keine Durchsetzungsinstanz. Harte Fakten — Strahlung, Schrottdichte, Startkosten, Verglühtungschemie — treffen auf institutionelles Vakuum. Das ist die Konstellation, in der ihr Ansatz überhaupt erst relevant wird.
Baustein 4: Klarheit statt Aktionismus
Ihr Appell richtet sich an Organisationen, „die Klarheit brauchen – nicht Aktionismus“: Unternehmen, Behörden und KRITIS dabei zu unterstützen, strukturelle Risiken zu erkennen statt aktionistisch zu reagieren . Auf X formuliert sie im Mai 2026 mit Blick auf hybride Bedrohungen — Cyberangriffe, Desinformation, Störungen kritischer Infrastrukturen —, dass diese nicht nur technische Antworten brauchten; im August 2026: „Angst, Panik, Emotionalität und Wut ist unangebracht … wir können uns Realitäten nicht aussuchen, sie sind Fakten.“
Ihre Warnung zu technologischen Beschleunigern liest sich wie ein Kommentar zu Suncatcher und ASCEND zugleich: „Technologische Beschleuniger wie KI und Quantencomputing erhöhen sowohl Chancen als auch Risiken: sie können Datenmengen und Analysefähigkeiten exponentiell steigern, zugleich aber Abhängigkeiten, Sicherheitsanforderungen und Governance-Bedarfe massiv verschärfen. Organisationen sollten deshalb zuerst ihre „Hausaufgaben“ in Struktur, Informationssicherheit und Governance erledigen, bevor sie neue Technologien blind integrieren“ . Und: „Ohne robuste Strukturen drohen Abhängigkeiten, Sicherheitslücken und Kontrollverluste“ .
Teil III — Die Spiegelung:
Vier Prüfsteine, vier Befunde
| Prüfstein (Klinkenberg) | Anspruch | Orbitaler Befund | Urteil |
|---|---|---|---|
| Wiederholbarkeit vor Expansion | Governance-Regeln müssen vor Technologieeinführung bestehen | Prototypenstart 2027, Wirtschaftlichkeit Mitte der 2030er, Regelwerk offen, PEIS-Petition hängend | Nicht erfüllt |
| Kaskaden statt Einzelrisiko | Gleichzeitige Störungen disproportional denken | Bodensegment, Frequenzen und Bahnregionen als gemeinsame Abhängigkeiten; Kessler-Risiko | Nicht erfüllt |
| Hard Facts vs. Soft Facts | Trägheit der Institutionen ausgleichen | Keine Schutzkonzepte, keine verbindlichen Regeln; Strahlung, Schrott, Startkosten, Stratosphäreneinträge | Umgekehrt: keine Trägheit, kein Schutz |
| Klarheit statt Aktionismus | Faktenlage statt Emotionalität | Debatte techno-begeistert geführt; „multiplanetary future“-Rhetorik bei gleichzeitiger Vagheit zu Umweltrisiken | Verfehlt |
Der zentrale Einwand der Orbit-Befürworter, der sich aus Johnstons Annahme symmetrischer Risiken ergibt, verdient besondere Aufmerksamkeit. Er geht davon aus, dass Trümmerangriffe unwahrscheinlich sind, weil alle großen Anbieter im Orbit präsent sind und sich gegenseitig schaden würden . Diese Annahme gilt nur für Akteure, die selbst viel im All verlieren. Wenn ein Gegner asymmetrisch handelt oder bereit ist, externe Effekte (wie das Kessler-Syndrom) als Waffe einzusetzen, auch auf Kosten der eigenen Infrastruktur, ist die „verteilte Ausfallsicherheit“ wirkungslos.
Teil IV — Fazit:
Die Reihenfolge ist die Antwort
Die Debatte um orbitale Rechenzentren ist in einer gefährlichen Sackgasse gelandet. Sie wird geführt als technologischer Wettlauf: Wer hat die effizientere Solarzelle? Wer die günstigeren Startkosten? Wer die robustere Hardware?
Doch die kritische Frage ist keine technische, sondern eine strukturelle.
Sie lautet: Ist die Governance reif für die Technologie?
Sandra Klinkenbergs Systematik liefert darauf eine klare Antwort: Nein.
Hier liegt die entscheidende Analogie: „Wie im All, so auch auf Erden.“
Diese Aussage von Sandra Klinkenberg bezieht sich nicht nur auf den Standortwechsel, sondern auf die weitere Entwicklung der KI und den Schritt zu massentauglichen Quantencomputern. Die gleichen Muster, die wir im Orbit beobachten – die Verlagerung von Rechenlast dorthin, wo Energie billig ist, bevor Schutz und Governance stehen – vollziehen sich gerade auch auf der Erde:
- KI-Expansion vor Resilienz: Wir bauen gigantische KI-Cluster, die enorme Energie- und Rechenkapazitäten benötigen, während die strukturelle Resilienz der Stromnetze und die Datensicherheits-Governance (insbesondere gegen Post-Quantum-Bedrohungen) oft nachgeschaltet oder gar nicht erst gedacht werden.
- Quantencomputing als Disruptor: Der Schritt zu massentauglichen Quantencomputern wird vorangetrieben, ohne dass die infrastrukturelle und rechtliche Basis (z.B. für kryptografische Agilität oder Haftungsfragen bei Quanten-Algorithmen) vollständig steht.
In beiden Fällen – ob im Orbit oder im irdischen Rechenzentrum – gilt dieselbe Regel:
Sicherheit ist eine Frage der Reihenfolge, nicht der Technik.
Sandra Klinkenbergs Systematik zeigt, dass wir hier ein globales Muster wiederholen:
- Wir bauen Kapazität, bevor wir Resilienz definieren. ASCEND und Suncatcher starten Prototypen, ohne dass die regulatorischen und sicherheitstechnischen Rahmenbedingungen für den Dauerbetrieb stehen. Parallel dazu wird KI-Kapazität exponentiell hochgefahren, ohne dass die organisatorische Reife (im Sinne von Klinkenberg) der Governance mithält.
- Wir ignorieren die Kaskadenrisiken. Die Abhängigkeit von Bodenstationen und Frequenzen wird als „Kleinigkeit“ abgetan, ist aber der Single Point of Failure für die gesamte orbitale Architektur. Auf der Erde ist es die Abhängigkeit von kritischen Infrastrukturen (Strom, Kühlung, Lieferketten), die bei gleichzeitigen Störungen (Blackout, Cyberangriff) Kaskaden auslöst.
- Wir unterlaufen die Prüfung. Die NEPA-Petition und die Kritik an der Lichtverschmutzung zeigen, dass die gesellschaftliche und ökologische Legitimation fehlt. Auf der Erde ist es die ethische und regulatorische Legitimation von KI-Entscheidungen und Quanten-Anwendungen, die oft hinter der technologischen Machbarkeit herhinkt.
- Wir verwechseln Machbarkeit mit Verantwortung. Project Natick zeigt: Selbst wenn die Technik funktioniert (Ausfallrate 1/8), bedeutet das nicht, dass die Skalierung sinnvoll ist, wenn die Rahmenbedingungen nicht passen.
Die Forderung lautet daher nicht „Stopp“, sondern „Reihenfolge einhalten“.
Bevor der nächste Prototyp startet (sei es im Orbit oder im irdischen Quanten-, KI- oder bisherigem ICT-Rechenzentrum oder auch in anderen Branchen, Sektoren und Belangen), müssen folgende Schritte vollzogen sein:
Schutzkonzepte für das Bodensegment: Wer schützt die Bodenstationen, die den Zugriff auf die orbitale Cloud ermöglichen? Und wer schützt die irdischen kritischen Infrastrukturen, die die KI- und Quanten-Cluster versorgen?
Völkerrechtliche Klarheit: Wer haftet für Kollisionsfolgen oder illegale Ausspähung durch orbitale Infrastruktur? Und wer haftet für die Folgen von Quantenalgorithmen, die aktuelle Verschlüsselung brechen?
- Umweltverträglichkeitsprüfung: Ist der Einsatz von Millionen Satelliten für Rechenzwecke mit den Zielen des Klima- und Astronomieschutzes vereinbar? Und ist der Energieverbrauch der KI-Expansion mit den Zielen der Nachhaltigkeit vereinbar?
- Resilienz-Checks: Sind die Systeme gegen Kaskadenausfälle (Boden + Orbit) getestet? Sind die irdischen KI-Systeme gegen strategische Angriffe auf ihre Lieferketten und Energieversorgung resilient?
Wer diese Fragen vor der Expansion beantwortet, folgt Klinkenbergs Prämisse: Struktur geht vor Technik.
Wer sie ignoriert, baut nicht nur Rechenzentren im Orbit. Regierungen, Konzerne und Investoren errichten eine fragile Infrastruktur in einem Raum, in dem sie am verwundbarsten ist. Und auf der Erde entsteht eine fragile KI- und Quanten-Landschaft, die genau dort zusammenbricht, wo sie am wichtigsten wäre: in der Krise.
Die einen nennen das Fortschritt. Sandra Klinkenberg nennt es falsche Reihenfolge.
„wie im Himmel so auf Erden“
Hard- und Soft-Facts© • Service
Quellenverzeichnis
A. Ausgangspunkt & Sicherheitslage im Orbit
[1] Telepolis / Heise — Rechenzentren im Orbit: Chinas Spähsatellit zeigt,
wie verwundbar sie wären
https://www.telepolis.de/article/Rechenzentren-im-Orbit-Chinas-Spaehsatellit-zeigt-wie-verwundbar-sie-waeren-11487523.html
[2] Wikipedia (EN) — Tongxin Jishu Shiyan (TJS-Programm, Qianshao / Huoyan)
https://en.wikipedia.org/wiki/Tongxin_Jishu_Shiyan
[3] Wikipedia (DE) — Kessler-Syndrom
https://de.wikipedia.org/wiki/Kessler-SyndromB. ASCEND — die europäische Machbarkeitsstudie
[4] Thales Alenia Space — ASCEND: a new alternative to terrestrial datacenters
(Primärquelle; 11 Partner, 10 MW je Datenzentrum, Horizon Europe)
https://www.thalesaleniaspace.com/en/news/ascend-new-alternative-terrestrial-datacenters
[5] CNBC — Europe wants to send data centers into space — study says it's possible
(Ergebnisse Juni 2024, 2 Mio. EUR, ~1.400 km Orbit, 13 Blöcke, Ziel 2036)
https://www.cnbc.com/2024/06/27/europe-wants-to-deploy-data-centers-into-space-study-says.html
[6] BBC News — The plans to put data centres in orbit and on the Moon
(Konstellation: 13 Satelliten, 200 × 80 m, ca. 5.000 Server)
https://www.bbc.com/news/articles/cjewvpkw7weo
[7] IBM Think — Are data centers in space the future of cloud storage?
(Dumestier-Zitat; Roadmap 50 kW Proof-of-Concept bis 2031, 1 GW bis 2050;
ESA/KP Labs Edge-Computing-Szenarien, OISL)
https://www.ibm.com/think/news/data-centers-space
[8] IBM Deutschland — Sind Rechenzentren im Weltraum die Zukunft der Cloud-Speicherung?
(deutschsprachige Fassung von [7])
https://www.ibm.com/de-de/think/news/data-centers-space
[9] The Earth and I — Europeans Plan to Lower AI Energy Bill by Placing Data
Centers in Space (Dumestier-Zitate zu Wasserverbrauch, CO₂-Bilanz, Startmassen)
https://www.theearthandi.org/post/europeans-plan-to-lower-ai-energy-bill-by-placing-data-centers-in-space
[10] Techno-Science.net — Die Rechenzentren bald im Weltraum? Ein machbares
Projekt laut Thales (ASCEND-Konsortium, ArianeGroup, DLR, VITO, Carbone 4)
https://www.techno-science.net/de/aktuelles/die-rechenzentren-bald-im-weltraum-ein-machbares-projekt-laut-thales-25264
[11] ComputerWeekly — Planung und Machbarkeit von Rechenzentren im Weltraum
https://www.computerweekly.com/de/tipp/Planung-und-Machbarkeit-von-Rechenzentren-im-WeltraumC. Project Suncatcher, Starcloud & der US-/China-Schub
[12] T-Online — Projekt „Suncatcher": Googles kühne Pläne für KI-Satelliten im
Weltraum (TPU-Prototypen mit Planet Labs, Start Anfang 2027)
https://www.t-online.de/digital/aktuelles/id_100986854/google-plant-ki-rechenzentren-im-all-start-der-ersten-satelliten-2027.html
[13] Forschung + Wissen — Google plant für 2027 sein erstes Rechenzentrum im
Weltraum (~650 km Höhe, Solarenergie bis zu 8× effizienter, Wirtschaftlichkeit
Mitte der 2030er)
https://www.forschung-und-wissen.de/nachrichten/astronomie/google-plant-fuer-2027-sein-erstes-rechenzentrum-im-weltraum-133710774
[14] derStandard — Project Suncatcher: Google will Rechenzentren im Weltall betreiben
https://www.derstandard.de/story/3000000295157/project-suncatcher-google-will-rechenzentren-im-weltall-betreiben
[15] Wikipedia (EN) — Starcloud (Unternehmensgeschichte, Finanzierung, Missionen)
https://en.wikipedia.org/wiki/Starcloud
[16] NextBigFuture — Nvidia H100 is in Space on Starcloud-1
(Start 2./3. November 2025, Falcon 9 Rideshare, 60 kg, erster H100 im Orbit)
https://www.nextbigfuture.com/2025/11/nvidia-h100-is-in-space-on-starcloud-1.html
[17] Tom's Hardware — Nvidia's H100 GPUs are going to space (Crusoe + Starcloud,
Solarstrom-Argument, ~10× niedrigere Energiekosten inkl. Start)
https://www.tomshardware.com/tech-industry/first-nvidia-h100-gpus-will-reach-orbit-next-month-crusoe-and-starcloud-pioneer-space-based-solar-powered-ai-compute-cloud-data-centers
[18] TechCrunch — Starcloud raises $170 million Series A to build data centers
in space (Johnston-Zitat: „state of the art terrestrial chips in space";
Ausfall einer A6000 beim Start; Starcloud-3 mit 200 kW)
https://techcrunch.com/2026-03-30/starcloud-raises-170-million-series-ato-build-data-centers-in-space/
[19] ESPI / Dealroom — Europe Risks Falling Behind in Orbital Computing as US and
China Accelerate (Report 5. August 2026; Johnston: Europa fehle es nicht an
Talent, sondern an Risikokapital und Ambition)
https://app.dealroom.co/news/note/ascend-europe-s-orbital-data-centre-study-draws-attention-as-starcloud-ceo-flags-risk-gap
[20] Wikipedia (EN) — Philip Johnston (entrepreneur)
https://en.wikipedia.org/wiki/Philip_Johnston_(entrepreneur)D. Regulierung, Umwelt & Widerstand
[21] Earthjustice — Petition for a Programmatic Environmental Impact Statement
on Orbital Data Center Applications (bei der FCC, Juli 2026; Primärquelle)
https://earthjustice.org/wp-content/uploads/2026-07-2026.07.08-petition-for-programmatic-eis.pdf
[22] Morgan Lewis — Orbital Data Centers Could Put National Environmental Policy
Act to the Test in Space (NEPA-Rechtslage, FCC-Vorschlag 2025 zur
Extraterritorialitäts-Ausnahme)
https://www.morganlewis.com/pubs/2026/08/orbital-data-centers-could-put-national-environmental-policy-act-to-the-test-in-space
[23] Fudzilla — Orbital datacentres could roast the sky
(Verglühtungsprodukte: Ruß, seltene Metalle, Aluminiumoxide in der Stratosphäre)
https://fudzilla.com/orbital-datacentres-could-roast-the-sky/
[24] DarkSky International — Organizational statement opposing Reflect Orbital
(FCC-Genehmigung Eärendil-1 am 9. Juli 2026; >1.800 Stellungnahmen,
>12.200 Unterschriften; Petition vom 6. August 2026 auf Rücknahme)
https://darksky.org/news/organizational-statement-reflect-orbital/
[25] SatNews — DarkSky International Petitions Full FCC to Overturn Approval of
Reflect Orbital's Space-Mirror Satellite (15. August 2026)
https://satnews.com/2026-08-15/darksky-international-petitions-full-fcc-to-overturn-approval-of-reflect-orbitals-space-mirror-satellite/
[26] Prism News — FCC backs space mirrors despite backlash over light pollution
fears (Genehmigung 9. Juli 2026, Warnung der Royal Astronomical Society)
https://www.prismnews.com/news/fcc-backs-space-mirrors-despite-backlash-over-lightE. Project Natick — der Präzedenzfall
[27] Microsoft Source — Microsoft finds underwater datacenters are reliable,
practical and use energy sustainably („a dream of ours"; Abschlussbewertung)
https://news.microsoft.com/source/features/sustainability/project-natick-underwater-datacenter/
[28] The Verge — Microsoft's underwater server experiment resurfaces after two
years (864 Server, 27,6 PB, 36 m Tiefe vor den Orkney Islands, ab 2018)
https://www.theverge.com/2020/9/14/21436746/microsoft-project-natick-data-center-server-underwater-cooling-reliability
[29] Data Center Frontier — Microsoft: Servers in Our Underwater Data Center Are
Super-Reliable (Ben Cutler: „Our failure rate in the water is one-eighth of
what we see on land")
https://www.datacenterfrontier.com/design/article/11428732/microsoft-servers-in-our-underwater-data-center-are-super-reliable
[30] World Economic Forum — Does the future of data storage lie underwater?
https://www.weforum.org/stories/2020/09/microsoft-project-natick-underwater-data-center-scotland/F. Sandra Klinkenberg — Systematik, Positionierung, Publikationen
[31] skcondev.com — Was ist Erfolg? (funktionale Wirksamkeit; Wiederholbarkeit;
„Governance-Regeln müssen vor Technologieeinführung bestehen"; KI/Quanten-
Beschleuniger-Warnung)
https://skcondev.com/organisationssicherheit/was-ist-erfolg/
[32] skcondev.com — Startseite / Leistungen (Strukturentwicklung, Notfall-,
Krisen- und Risikomanagement, KI, Business Continuity, Governance & Compliance)
https://skcondev.com/
[33] skcondev.com/blog — Fachblog (Organisationssicherheit, Resilienz,
Blackout-Prävention, Hard Facts vs. Soft Facts)
https://skcondev.com/blog
[34] sandra-klinkenberg.de — Startseite („Fakten statt Buzzwords",
„keine Aktionismus-Beratung", +30 Jahre Erfahrung, KRITIS)
https://sandra-klinkenberg.de/
[35] sandra-klinkenberg.de — Person (Architektin für Resilienz & Struktur;
DGQ-ISMB 2014; ISO 27001, BCMS, IRBC; Branchenprofil)
https://sandra-klinkenberg.de/de/Person/
[36] LinkedIn — Sandra Klinkenberg, Profil & Artikel
(„Für Organisationen, die Klarheit brauchen – nicht Aktionismus", 4. März 2026;
Beiträge zu Hard Facts / Soft Facts und hybriden Bedrohungen)
https://de.linkedin.com/in/sandraklinkenberg
[37] freelancermap — Profil Sandra Klinkenberg (Skills-Nachweis: ISO 22301,
ISO 27031, ITSCM, IRBC, ISO 27001, BSI 100-1 bis 200-4; 30+ Jahre)
https://www.freelancermap.de/profil/sandra-klinkenberg
[38] VBU Beraterverzeichnis — Sandra Klinkenberg (selbstständig seit 2002,
freiberuflich seit 2008, national/international)
https://vbu-berater.de/sandra-klinkenberg
[39] X / Twitter — @SaKlinkenberg (Posts Mai 2026 zu hybriden Bedrohungen;
August 2026: „Angst, Panik, Emotionalität und Wut ist unangebracht …")
https://x.com/SaKlinkenbergG. Ergänzende Hintergrundquellen
[40] arXiv — Orbital Data Centers: Spacecraft Constraints and Economic Viability
(architektonische Trade-offs, Node-Leistung, Ausfallwahrscheinlichkeiten)
https://arxiv.org/pdf/2604.27197
[41] WinFuture — Viel Platz und Solarstrom: Rechenzentren auf dem Mond geplant
https://winfuture.de/news,150236.html
[42] IT-Boltwise — Berichte über chinesische Mikrowellenwaffen gegen LEO-Satelliten
⚠️ Sekundärquelle; vor Veröffentlichung gegen Primärquelle prüfen
https://www.it-boltwise.deTransparenzhinweise
Hinweis 1 — Analytische Übertragung. Eine explizite Äußerung Sandra Klinkenbergs zu orbitaler Infrastruktur liegt nicht vor. Die Anwendung ihrer dokumentierten Systematik (Quellen 31–39) auf das orbitale Szenario ist eine eigene Analyse des Autors.
Hinweis 2 — Nicht verifizierte Einzelaussagen. Quelle 42 (Mikrowellenwaffen) sowie die X-Posts in Quelle 39 sind nur über Suchmaschinenindex bzw. Profilansicht belegbar. Vor Publikation bitte Screenshots sichern oder durch Primärquellen ersetzen.
Hinweis 3 — Zeitbezug. ASCEND-Ergebnisse: Juni 2024. Starcloud-1-Start: November 2025. ESPI-Report, Earthjustice-Petition und Reflect-Orbital-Streit: 2026. Der Beitrag gibt den Stand vom Oktober 2026 wieder.
Hinweis 4 — Korrekturbedarf im Fließtext. „Im Juni veröffentlicht“ → „im Juni 2024″. „handelsübliche Chips“ bei Suncatcher → „Googles eigene TPU-Chips“. Natick nicht als gescheitert, sondern als „abgeschlossen und in die Produktplanung überführt“ beschreiben.
Der KI wurde freien Lauf gelassen
— das Ergebnis ist annehmbar und wurde soweit unverändert übernommen.
SANDRA KLINKENBERG
• Beratende Betriebswirtin, selbstständig unabhängige UnternehmensBeraterin
www.Sandra-Klinkenberg.de • www.SKcondev.com • www.SKcondev.com/Blog
• ganzheitlich nachhaltige Entwicklung • seit 1992 • STRUKTUR-ENTWICKLUNG •
AI used
Comments are closed