Zusammenfassung

  • OpenAI OpCo, LLC ist als ARIN-Organisation mit dem Handle OOL-15 hinter zwei neuen Autonomen Systemen eingetragen: AS401518 („OAI-01“, registriert am 26. November 2024) und AS401864 („OPENAI“, registriert am 24. Juli 2025). Aggregatoren attribuieren dem älteren System genau ein IPv4-Präfix mit 512 Adressen und keine IPv6-Präsenz; ein großer Anbieter stuft dasselbe System als inaktiv ein — der größte unbehandelte Widerspruch des Datensatzes.
  • Die Restrukturierung der Microsoft-Partnerschaft beendete die Exklusivität, gab OpenAI den Verkauf auf AWS und Google Cloud frei und räumte laut Bericht vom 27. April 2026 Microsofts rechtliche Gefährdung aus einem berichteten Amazon-Engagement von etwa 50 Milliarden Dollar.
  • Dem stehen Verpflichtungen von anderem Kaliber gegenüber: ein berichtetes Oracle-Kaufvolumen von rund 300 Milliarden Dollar mit Zahlungslast ab 2027 und eine Stargate-Finanzierung, in der rekonstruierte Modelle rund 70 Prozent Senior Debt veranschlagen und die Presse von einem Schuldenberg von rund 100 Milliarden Dollar spricht.
  • Die operative Frage lautet daher nicht, ob OpenAI Autonome Systeme besitzt, sondern ob die Finanzierungsstruktur der Rechenverträge der Subsidiary überhaupt Raum lässt, aus dem registrierten ein betriebenes Netzwerk zu machen. Vier messbare Beobachtungsbedingungen am Ende des Textes machen das prüfbar.

Der Zustandswechsel: Registrierung ist nicht Betrieb

Im öffentlichen Routing-System existierte die Netzwerk-Identität von OpenAI bis Ende 2024 nicht als eigenständige Struktur hinter einem benannten Rechtsträger. Der erste belegbare Zustandswechsel ist entsprechend unspektakulär und trotzdem folgenreich: ein Registrierungsvorgang. Am 26. November 2024 trug die American Registry for Internet Numbers (ARIN) das Autonome System AS401518 unter dem Namen „OAI-01“ ein, mit OpenAI OpCo, LLC als registrierter Organisation hinter dem Handle OOL-15 https://whois.arin.net/rest/asn/AS401518 . Nicht die bekannteste Holding der Gruppe vollzog diesen Schritt, sondern jene Tochtergesellschaft, die zugleich als operative Gegenpartei der Rechenverträge auftritt. Damit wanderte die Netzwerk-Identität dorthin, wo auch die Verpflichtungslast liegen soll — auf OpenAI OpCo, LLC.

Sieben Monate später folgte der zweite Eintrag: Am 24. Juli 2025 registrierte dieselbe Organisation AS401864 unter dem Namen „OPENAI“ https://whois.ipip.net/AS401864 . Zwei Systeme, eine Organisation, bislang keine sichtbare operationale Differenzierung zwischen beiden. Die Lesart liegt nahe, dass hier eine Routing-Identität für das Sub-Unternehmen aufgebaut wird — eine Basis, auf der OpenAI eines Tages eigenes Peering, eigene Transitverträge und eigene Präfixe betreiben könnte.

Warum die Wahl des Rechtsträgers zählt: In der Berichterstattung wird meist verkürzt von OpenAI gesprochen; die Registrierungen lauten aber auf OpenAI OpCo, LLC. Diese Unterscheidung ist keine Fußnote. Wer Schulden bedient, Covenant schließt und Kaufverträge zeichnet, ist eine juristische Person mit eigener Vermögensmasse. Dass ausgerechnet diese Gesellschaft die Nummernraum-Rechte hält, bedeutet, dass Netzwerk-Identität und Verpflichtungslast künftig im selben Rechtskörper zusammenfallen — Gläubiger dieser Gesellschaft könnten bei einer Krise auf beides zugreifen.

Für die Beurteilung von Kontrollverschiebungen ist das der aufschlussreichste einzelne Datenpunkt der Registrierung.

Was sich durch beide Einträge nicht geändert hat: Die ARIN-Seiten weisen ausschließlich die Autnum-Objekte aus. Kein angekündigtes Präfix, keine BGP-Historie, keine Betriebsdaten. Registrierung beweist Absicht, nicht Betrieb. Der Abstand zwischen beiden Zuständen ist in dieser Branche kein Randphänomen, sondern der Normalfall: Organisationen sichern sich Nummernraum lange, bevor produktiver Verkehr fließt. Für die Bewertung von OpenAI OpCo, LLC gilt deshalb eine strenge Trennung — was registriert ist, zählt als Rechtsposition; was geroutet wird, zählt als Betrieb; und was bezahlt wird, zählt als Verpflichtung.

Nur das dritte Element ist bisher in dreistelliger Milliardenhöhe dokumentiert.

Das Estate unter OOL-15: ein Präfix, zwei Upstreams, ein Widerspruch

Was die Datenlage heute hergibt, ist überschaubar — und gerade deshalb aufschlussreich. Der Aggregator IPRegistry beschreibt AS401518 als System ohne direkte Peering-Vereinbarungen, mit genau zwei Transit-Upstreams — AS3356 von Lumen, dem früheren Level 3, und AS7018 von AT&T — und ohne Downstream-Kundennetze https://ipregistry.co/AS401518 . Demselben System schreiben mehrere Quellen genau ein IPv4-Präfix zu: 199.47.142.0/23, ein Block von 512 Adressen, ohne IPv6-Präsenz. Qrator Radar führt das Präfix mit globaler Sichtbarkeit und ohne Route Leaks; IPinfo stuft dasselbe System als „Inactive“ mit null Präfixen ein. Diese Diskrepanz ist der größte unbehandelte Widerspruch im Datensatz — und sie ist ohne Live-BGP-Daten nicht aufzulösen.

Ein Blick auf die Größenrelation: 199.47.142.0/23 umfasst 512 Adressen — weniger, als ein einzelnes mittelständisches Rechenzentrum für Management-Zwecke belegt. Selbst wenn das Präfix vollständig geroutet wäre, wäre es als Beleg von Infrastruktur-Eigentum von geringem Gewicht. Die eigentliche Bedeutung der ASN-Registrierungen liegt daher nicht in der heutigen Adressmenge, sondern in ihrer Rechtstitel-Funktion: Sie sind die Schnittstelle, über die künftige Präfixe, Peering-Vereinbarungen und Transitverträge antreten würden.

Die AS401864 ist in den Aggregatoren bislang noch schwächer dokumentiert als ihr ein Jahr älteres Geschwistersystem. Auch das passt zum Bild einer Identität, die angelegt, aber noch nicht in Betrieb genommen wurde.

Zwei Lesarten stehen nebeneinander. Die erste: OpenAI OpCo, LLC hält eine ruhende Netzwerk-Identität vor, die erst aktiviert wird, wenn die Stargate- und Multi-Cloud-Bauten produktiv sind und die Gesellschaft eigene Interconnect-Ebenen betreibt. Die zweite: Es handelt sich um ein bewusst kleines Management- und Kontrollnetz, das interne Funktionen abdeckt und nie als tragendes Transitnetz auftreten soll. Aus den Registrierungsdaten allein lässt sich keine der beiden Lesarten widerlegen. Fest steht nur die Relation: Der bislang beobachtbare selbstbetriebene Fußabdruck ist gegen die Verpflichtungen der Gesellschaft vernachlässigbar klein. Das BTW-Profil von OpenAI OpCo, LLC bündelt die registrierten Angaben (https://btw.media/de/directory/openai-opco-llc) und bildet damit die Referenz, an der jede künftige Ausweitung gemessen werden kann.

Microsoft-Restrukturierung: Exklusivität endet, der Amazon-Deal wird frei

Der zweite Zustandswechsel liegt auf der Vertragsseite. VentureBeat berichtete, Microsoft und OpenAI hätten ihre exklusive Vereinbarung im Kern ausgehöhlt, sodass OpenAI nun befugt ist, auf AWS und Google Cloud zu verkaufen https://venturebeat.com/technology/microsoft-and-openai-gut-their-exclusive-deal-freeing-openai-to-sell-on-aws-and-google-cloud . Ökonomisch heißt das zweierlei. Erstens: Der Mechanismus, der Nachfrage bisher verbindlich Richtung Azure kanalisierte, ist außer Kraft gesetzt. Zweitens: Microsoft bleibt Partner — über eine Azure-Zusage und neu verhandelte kommerzielle Konditionen —, aber die Position wandelt sich vom Exklusiv-Torhüter zum Anker-Partner mit kalkulierbarem Anspruch. Für die Subsidiary bedeutet das reale Beschaffungs- und Vertriebsoptionen, die sie zuvor gegen die Exklusivklausel nicht sauber nutzen konnte.

Die Berichterstattung von The Verge zeichnet die Restrukturierung als faktische Scheidung der Partnerschaft: OpenAI erhielt die Freiheit, andere Clouds zu nutzen, während Microsofts Azure-Verpflichtung und die kommerziellen Bedingungen neu verhandelt wurden; die Berichte verweisen zugleich auf eine vom Wall Street Journal bezifferte Oracle-Kaufverpflichtung von rund 300 Milliarden Dollar ab 2027 sowie auf eine im Zuge der Restrukturierung genannte Azure-Zusage von 250 Milliarden Dollar https://www.theverge.com/tech/921210/microsoft-openai-partnership-divorce-notepad . Ob diese Zusage eine Untergrenze ist, auf die OpenAI bauen kann, oder eine Option, deren Auslösung Bedingungen unterliegt, ist in den zugänglichen Quellen nicht entschieden. Genau diese Unterscheidung entscheidet aber über die Finanzierungsrechnung: Ein Floor verlangt kein zusätzliches Risiko-Aufschlag; eine Option verlangt Planungsspielräume für den Fall, dass sie nie zieht.

Für die Hyperscaler ist der Schritt eine Marktverschiebung. Der Verkaufszugang zu AWS und Google Cloud entwertet Exklusivitätsprämien, die Microsoft auf Azure-Konditionen legen konnte; gleichzeitig erhöht er die Wahrscheinlichkeit, dass OpenAI-Kapazitätsnachfrage dort ankommt, wo Verträge es erlauben. Google Cloud und AWS wiederum haben einen Anreiz, Kapazität und Preise so zu gestalten, dass die neue Freiheit faktisch genutzt wird. Ob daraus eine echte Multi-Cloud-Realität wird, hängt an denselben Finanzierungsrestriktionen, die im nächsten Abschnitt stehen — Beschaffungsfreiheit ist ein Recht, bezahlte Beschaffung ist Liquidität.

TechCrunch berichtete am 27. April 2026, die neu gefasste Vereinbarung habe Microsofts rechtliche Gefährdung beendet, die aus OpenAIs berichtetem Amazon-Engagement von rund 50 Milliarden Dollar erwachsen war — faktisch eine Zustimmung Microsofts, ein Verzicht auf die Durchsetzung der Exklusivitätsbeschränkungen rund um dieses Engagement https://techcrunch.com/2026/04/27/openai-ends-microsoft-legal-peril-over-its-50b-amazon-deal/ . Die Sequenz ist aufschlussreich: erst Exklusivität, dann ein großes AWS-Engagement, das in Konflikt mit dieser Exklusivität geriet, dann Konsens durch Neuverhandlung. Effektiv ist die Freigabe; nicht öffentlich sind die Gegenleistungen, die OpenAI dafür hingegeben hat. Solange die Vertragsbedingungen nicht veröffentlicht sind, bleibt dieser Abschnitt berichtsbasiert — Wertungen über die Qualität der neuen Konditionen wären Spekulation und unterbleiben hier bewusst.

Stargate und Oracle: die Last und ihre Finanzierung

Die Größenordnung der Verpflichtungen steht in einem anderen Kaliber als das Netzwerk-Estate. Am 23. September 2025 kündigte OpenAI fünf neue Standorte in den USA an, die Stargate auf knapp 7 Gigawatt geplanter Kapazität und über 400 Milliarden Dollar Investitionen binnen drei Jahren bringen soll; das Unternehmen beanspruchte zugleich einen Pfad zur vollständigen 500-Milliarden-Dollar- und 10-Gigawatt-Zusage noch vor Ende 2025. Der Flaggschiff-Standort Abilene läuft auf Oracle Cloud Infrastructure; die im Juli geschlossene Oracle-Partnerschaft beziffert das Unternehmen selbst mit „mehr als 300 Milliarden Dollar“ über fünf Jahre.

Beides geht aus der bereits zitierten Berichterstattung von The Verge und TechCrunch hervor. Das Wall Street Journal, über The Verge wiedergegeben, setzt dem die schärfere Lesart entgegen: eine Kaufverpflichtung von rund 300 Milliarden Dollar mit Zahlungslast ab 2027.

Die Finanzierungsseite ist nüchterner als die Ankündigungsseite. Ein Teil der anfänglichen 100 Milliarden Dollar soll laut Axios über Fremdkapital Dritter kommen. Ein von Bloomberg — vermittelt über Energy Connects — rekonstruiertes Modell der Kapitalstruktur rechnet mit rund 10 Prozent Common Equity, rund 20 Prozent Preferred Equity beziehungsweise Mezzanine-Kapital und rund 70 Prozent Senior Debt. The Irish Times meldete am 28. November 2025 einen Schuldenberg von rund 100 Milliarden Dollar. Alle diese Punkte sind Bestandteil der zusammengetragenen Berichterstattung, die in den vorstehenden Abschnitten verlinkt ist.

Die Planungsannahmen zu den Cashflows der KI-Dienste wurden der Berichterstattung zufolge im Februar 2025 noch als hypothetisch beschrieben — ein Wort, das sich mit einer Zahlungslast ab 2027 nicht ohne Weiteres in eine Servicing-Rechnung übersetzen lässt.

Die Struktur aus rund 70 Prozent Senior Debt, rund 20 Prozent Preferred- beziehungsweise Mezzanine-Ebene und rund 10 Prozent Common Equity ist typisch für Projektfinanzierungen, die auf kontrahierbare Cashflows setzen. Ihre Schwachstelle ist nicht die Quote, sondern die Qualität der zugrunde liegenden Zahlungsströme: Senior Debt verlangt bedienbare Cashflows unabhängig von Bewertungsnarrativen. Solange die Umsatzseite der KI-Dienste unsicher bleibt, verschiebt sich das Ausfallrisiko systematisch auf die erste Tranche — und mit ihm die Frage, welche Sicherheiten die Kreditgeber verlangt haben.

Über Sicherheiten, Negativklauseln oder Kontrollrechte der Gläubiger liegt in den zugänglichen Quellen nichts vor; hier endet die Belegbarkeit.

Daraus entsteht die eigentliche Asymmetrie des Falls. Auf der einen Seite steht eine Gesellschaft mit einem registrierten, aber kaum betriebenen Netzwerk-Fußabdruck. Auf der anderen Seite stehen langfristige Kaufverpflichtungen, die um Größenordnungen über dem liegen, was der eigene Netzwerk-Besitz heute operationell trägt. Die Zahlungslast beginnt 2027. Wie sie bedient wird — aus Umsätzen, aus neuen Finanzierungsrunden, aus Refinanzierung alter Tranchen — entscheidet darüber, ob aus den registrierten Systemen je ein betriebenes Netzwerk wird.

Vier Widersprüche, die offen bleiben

Erstens: IPinfo stuft AS401518 als „Inactive“ mit null Präfixen ein, während IPRegistry, IPIP und Qrator Radar dem System 199.47.142.0/23 mit globaler Sichtbarkeit attribuieren. Eine der Seiten ist falsch oder veraltet; die Auflösung verlangt Live-Routingdaten.

Zweitens: IPRegistry meldet keine direkten Peering-Vereinbarungen; Daten von Qrator Radar deuten auf mindestens eine Peering-Beziehung; PeeringDB weist eine offene Peering-Policy aus. Auch hier entscheidet der fortlaufende Betrieb, nicht der Status von gestern.

Drittens: Das Unternehmen beziffert die Oracle-Partnerschaft mit „mehr als 300 Milliarden Dollar“ und erklärt sie damit zur Erfolgsmeldung; die vom Wall Street Journal berichtete Lesart einer Kaufverpflichtung mit Zahlungslast ab 2027 verwandelt dieselbe Zahl in eine Last. Beide Rahmen sind mit denselben Eckwerten vereinbar — der Unterschied liegt in der Perspektive von Bilanz und Cashflow.

Viertens: Das Stargate-Programm kommuniziert eine 500-Milliarden-Dollar- und 10-Gigawatt-Perspektive, während die Finanzierungsberichte eine schuldenlastige Konstruktion mit zunächst hypothetischen Dienst-Cashflows und — bis November 2025 — rund 100 Milliarden Dollar Schulden zeichnen. Ankündigungsarchitektur und Finanzierungsarchitektur haben sich bisher nicht zu einem nachweisbaren Bau- und Zahlungsfortschritt zusammengefunden.

Konzentrationsmechanismus: Kontrolle liegt bei den Verträgen, nicht bei den ASNs

Die Kette lässt sich in vier Gliedern fassen. Erstens: Die Exklusivität endete effektiv; OpenAI kann Beschaffung und Vertrieb multiplizieren. Zweitens: Die Beschaffungsfreiheit wurde sofort in Verpflichtungen umgesetzt — Oracle in dreistelliger Milliardenhöhe, Amazon in berichteter Größenordnung, zusätzliche Vertriebskanäle über Google Cloud und AWS. Drittens: Diese Verpflichtungen sind langfristig und überwiegend fremdfinanziert; Covenant, Tilgungspläne und Sicherheiten wandern damit zu Kreditgebern und Gegenparteien.

Viertens: Was bei der Subsidiary verbleibt, sind die ASN-Registrierungen — ein Rechtstitel ohne bisher finanzierte Kapazität dahinter.

Die Kontrollfläche folgt dieser Kette. Sie liegt bei denen, die Rechenverträge zeichnen, Covenant setzen und Exklusivrechte vergeben — bei Microsoft, Oracle und den Kreditgebern der Stargate-Tranchen —, nicht bei der Organisation, die zwei Nummernraum-Objekte hält. Routing-Autonomie ist in dieser Konstruktion eine abgeleitete Größe: Ein Autonomes System ohne finanzierte Kapazität ist ein Name, kein Netzwerk.

Die Kette kann an drei Stellen brechen. Am Fremdkapitalmarkt, wenn die Refinanzierung der Stargate-Tranchen teurer oder nicht verfügbar wird. An der Lieferfähigkeit Oracles, wenn Kapazität zum Vertragsbeginn 2027 nicht in der berichteten Größenordnung steht. Und an der Umsatzrealisierung, wenn die Cashflows der KI-Dienste hinter den Planungsannahmen zurückbleiben. An keiner dieser Stellen ist Routing-Eigentum der entscheidende Hebel — das erklärt, warum ein 512-Adressen-Präfix und ein 300-Milliarden-Kaufvertrag denselben Rechtsträger tragen können, ohne sich bisher im Routing zu berühren.

Beobachtungsbedingungen: vier messbare Tests

  1. Präfixausweitung und Peering: Kündigen AS401518 oder AS401864 größere, multi-regionale Präfixe an? Erscheinen sie in PeeringDB mit Exchange-Anschlüssen und Settlement-free-Peering? Beides ist in den globalen Routingtabellen fortlaufend beobachtbar; ein Ausbleiben über mehrere Quartale spricht gegen die Autonomie-Lesart.
  2. Zahlungslast ab 2027: Wann und in welchen Tranchen beginnt die berichtete 300-Milliarden-Verpflichtung gegenüber Oracle zu zahlen, und aus welchen Quellen wird sie bedient? Offenlegungen zu Beginn und zur Höhe der Zahlungen wären der erste harte Test der Servicing-Fähigkeit.
  3. Azure-Zusage: Funktioniert die berichtete 250-Milliarden-Zusage von Microsoft als Untergrenze oder als Option — und welche vertraglichen Bedingungen lösen sie aus? Die Antwort verschiebt die Wahrscheinlichkeit, mit der die Multi-Cloud-Strategie tatsächlich bezahlt wird.
  4. Schuldenumwandlung: Welcher Anteil des berichteten Schuldenbergs von rund 100 Milliarden Dollar wird zu faktisch abgerufenen Bauzahlungen? Abrufquoten unterscheiden eine Finanzierungsarchitektur von einer Ankündigungsarchitektur.

Bis eine dieser Beobachtungen eintritt, bleibt der Befund nüchtern: OpenAI OpCo, LLC besitzt einen Namen im Routing-System und Lasten im Beschaffungssystem. Die operative Autonomie des Unternehmens entscheidet sich in der Finanzierung — nicht im Border Gateway Protocol.