ChatGPT, Claude und Grok fielen gleichzeitig aus. War es Azure, AGI oder etwas anderes?

Um 13:26 UTC am Donnerstag, dem 3. September 2026, begann die Statusseite von Anthropic, erhöhte Fehlerraten bei seinen neuesten Claude-Modellen zu melden. Innerhalb einer Stunde hörte Grok auf X auf zu antworten, und um 14:43 UTC schaltete die Statusseite von OpenAI für ChatGPT und Codex auf Rot. Etwa neunzig Minuten lang fielen drei der führenden KI-Assistenten in den Vereinigten Staaten gleichzeitig aus, und als der letzte von ihnen wieder lief, hatte das Internet bereits einen kompletten Satz an Erklärungen produziert: Eine Microsoft-Azure-Region sei zusammengebrochen, Cloudflare habe es schon wieder getan, das neue GPT-6-Modell habe sein eigenes Rechenzentrum aufgefressen, oder die Maschinen seien einfach aufgewacht und hätten beschlossen, dass es ihnen reicht.

Fünf Tage später hat keines der drei Unternehmen einen Bericht zur Fehlerursache veröffentlicht, und die öffentliche Aktenlage enthält nach wie vor drei verschiedene Erklärungen statt einer. Das lohnt sich auszuführen, weil die falsche Version dieser Geschichte von Medien wiederholt wurde, die es besser wissen müssten, und weil die richtige Version nützlicher ist als jede der Theorien. Ein gleichzeitiger Ausfall ist kein gemeinsamer Ausfall. Am 3. September fielen drei Unternehmen im selben Zeitfenster aus drei verschiedenen genannten Gründen aus, und nichts in der öffentlichen Aktenlage verbindet sie.

Hier ist, was jede Theorie behauptet, was die Belege sagen und warum die Frage mehr zählt als die Antwort, die sich am Ende als wahr herausstellt.

Was ist am 3. September tatsächlich passiert?

Die saubersten Quellen sind die Statusseiten, weil sie von den Unternehmen selbst mit Zeitstempeln versehen werden.

Das Vorfallprotokoll von Anthropic besagt, das Unternehmen habe um 13:41 UTC, fünfzehn Minuten nach Beginn, „die Ursache identifiziert“ und dann zweieinhalb Stunden an einer Lösung gearbeitet, bevor es den Vorfall schloss. Die Ursache wurde nie benannt. Ein Unternehmenssprecher sagte gegenüber The Register, dass „ein Infrastrukturproblem einen Teilausfall bei Claude.ai, Claude Code, Claude Cowork und der Claude-API verursacht“ habe und dass „der Dienst um 16:16 UTC wiederhergestellt“ worden sei.

Die Vorfallseite von OpenAI führt 15 ChatGPT-Komponenten und 4 Codex-Komponenten auf, von Login und Unterhaltungen bis zu Sprachmodus und Datei-Uploads. Die Sprecherin des Unternehmens, Kathleen Chaykowski, gab Wired und The Register denselben Satz: „Ein Routingfehler ab etwa 7:43 Uhr PT am Donnerstag, dem 3. September, machte ChatGPT und Codex für einige Nutzer plattformübergreifend unerreichbar. Gegen 8:17 Uhr PT am Donnerstag wurde eine Lösung erfolgreich umgesetzt, die weiterhin überwacht wird.“ In UTC ist das 14:43 bis 15:17, eine 34-minütige Störung, die vollständig innerhalb der Zeitfenster von Anthropic und xAI lag.

Die Darstellung zu Grok kam von SpaceX, das xAI Anfang dieses Jahres übernommen hat, in einem von The Register zitierten Social-Media-Beitrag: „Wir bedauern die Probleme, die Sie heute Morgen mit Grok nach einem Ausfall in unserem Rechenzentrum in Memphis erlebt haben könnten. Wir möchten uns auch bei unseren betroffenen Compute-Partnern entschuldigen.“ Elon Musk fügte hinzu, das Unternehmen ergreife „Korrekturmaßnahmen, um sicherzustellen, dass dies nicht wieder vorkommt“, so Engadget. Die Statusseite von xAI eröffnete ihren Vorfall laut Wired um 6:30 Uhr Pacific Time und schloss ihn um 10:05 Uhr, ein Ausfall von drei Stunden und 35 Minuten. Die Statusseite von GitHub verzeichnete die Grok-Modelle in Copilot von 14:17 bis 17:11 UTC als beeinträchtigt, „aufgrund eines Problems bei einem vorgelagerten Modellanbieter“, und Cursor, der Code-Editor, protokollierte eine Beeinträchtigung „aller Grok-Modelle“ von 13:41 bis 17:07 UTC. Das sind die klarsten Zeitstempel Dritter, die wir für den Grok-Vorfall haben, und sie zeigen, wie die Abhängigkeitskette verläuft: Wenn ein Modellanbieter ausfällt, fallen die darauf aufbauenden Produkte wenige Minuten später aus.

Das Ausmaß, in Nutzermeldungen gemessen: Decrypt bezifferte die Downdetector-Spitzen auf etwa 38.000 Meldungen für ChatGPT und rund 1.400 jeweils für Claude und Grok. Perplexity, Mistral und DeepSeek zeigten während des Ausfallfensters keinen Vorfall auf ihren Statusseiten, und Z.ai postete: „Wir laufen noch.“

Gemini ist die interessante Leerstelle. Ars Technica zählte es als vierten betroffenen Dienst, gestützt auf Downdetector-Meldungen, die von etwa 23 auf 412 stiegen, und auf einen StatusGator-Hinweis auf einen „wahrscheinlichen Ausfall der Gemini-API“ zwischen 10:45 und 11:15 Uhr Eastern Time. Googles Workspace-Status-Dashboard, das die Gemini-App abdeckt, verzeichnete nichts; das einzige Eingeständnis war ein Hinweis auf der Statusseite von Google AI Studio, zitiert von LADbible, dass die Gemini-API „Probleme beim Bedienen kürzlich erstellter API-Schlüssel, auch über OpenAI-kompatible Bibliotheken“ gehabt habe. 9to5Google, das Google genau beobachtet, schrieb, „Gemini scheint nicht betroffen zu sein“. Behalten Sie das im Hinterkopf, denn Gemini wird in der ersten und lautesten Theorie zur Kontrollgruppe.

Hat ein Azure-Ausfall ChatGPT, Claude und Grok lahmgelegt?

Das ist die Theorie, die es in die Schlagzeilen schaffte. Tech Times brachte sie noch am selben Tag unter dem Titel „Gemini überlebte, als ChatGPT, Claude und Grok zusammenbrachen: Azure ist schuld“. Computing folgte mit „Azure-Ausfall hat wahrscheinlich ChatGPT, Claude und Grok lahmgelegt“, gestützt auf StatusGator- und Downdetector-Signale zu „Ingress-Ausfällen“ in Azures Region East US. Shattered.io machte daraus eine 90-Minuten-Erzählung, und in Frankreich erklärte developpez.com seinen Lesern, ein Ausfall in Azure East US sei „der gemeinsame Nenner dieses kaskadierenden Ausfalls“ gewesen.

Die Theorie ist aus gutem Grund attraktiv. OpenAI und Anthropic betreiben beide erhebliche Workloads auf Azure im Rahmen von Milliardenverträgen, Gemini läuft in Googles eigener Cloud und blieb online, und jeder erinnert sich an den 29. Oktober 2025, als ein Konfigurationsfehler in Azure Front Door Microsoft 365, das Azure-Portal und die Buchungssysteme von Alaska Airlines für mehr als acht Stunden lahmlegte. Eine gemeinsame Cloud-Abhängigkeit ist der naheliegende erste Verdächtige, und die Logik des Arguments, „der Dienst auf einer anderen Cloud hat überlebt“, klingt nach Wissenschaft.

Sie scheitert an den Belegen an vier Stellen.

Erstens, Microsofts eigene Aufzeichnungen. Der Statusverlauf von Azure, geprüft am 8. September, führt für September 2026 überhaupt keinen Vorfall auf; die jüngste Nachbetrachtung eines Vorfalls datiert vom 23. Juli. Wired berichtete, dass Cloudflare, Amazon Web Services und Microsoft Azure „am Donnerstag keine Ausfälle meldeten“, und 9to5Google, das die Azure-Möglichkeit selbst ins Spiel gebracht hatte, fügte ein einzeiliges Dementi an, ohne einen Sprecher zu nennen: „Microsoft sagt, dass dies nicht der Fall ist“. Ars Technica merkte an, die Downdetector-Meldungen für AWS, Azure und Cloudflare seien an diesem Morgen „durchaus etwas angestiegen“, und genau das tun Crowd-Report-Seiten bei jedem großen Ausfall: Menschen, deren KI-Tool ausgefallen ist, melden jeden Dienst, der ihnen einfällt. Microsoft 365 Copilot Chat, der Assistent, der tatsächlich auf Azure läuft, verzeichnete Microsofts einzigen offiziellen Copilot-Vorfall des Tages um 17:36 UTC, nachdem alle drei KI-Vorfälle geschlossen waren.

Zweitens, die Belege selbst. Verfolgt man die „Azure East US Ingress-Ausfälle“ über Tech Times zurück, landet man bei einer einzigen von einem Nutzer eingereichten Notiz auf StatusGator, einem Drittanbieter-Monitor: „EAST US Ingress seit 10:26 Uhr PT ausgefallen. Arbeiten mit dem MSFT-Support, der zu dieser Zeit Upgrades auf seiner Seite gemeldet hat.“ Das ist das Ticket eines einzelnen anonymen Kunden, es erscheint nicht mehr auf der Live-Seite von StatusGator, und die angegebene Zeit, 10:26 Uhr PT oder 17:26 UTC, liegt zu einem Zeitpunkt, als Claude seit über einer Stunde wiederhergestellt war, der ChatGPT-Vorfall geschlossen war und die Grok-Modelle in Copilot zurück waren.

Drittens, Grok. SpaceX verortete den Grok-Ausfall in seinem eigenen Colossus-Standort in Memphis, Tennessee, nicht in irgendeiner Azure-Region. Nach der Darstellung der Unternehmen selbst kann die Theorie Grok nicht erreichen, bestenfalls würde sie also zwei der drei erklären, und diese zwei wurden von den betreffenden Unternehmen anders erklärt.

Viertens, und am wenigsten beachtet: Die Unternehmen haben Ursachen genannt. „Ein Routingfehler“ und „ein Infrastrukturproblem“ sind vage, aber es sind die eigenen Worte der Anbieter, und keines davon zeigt auf eine Cloud-Region. Unsere Regel, und sie sollte für alle gelten, lautet: Ein Ausfall hat die Ursache, die sein Betreiber nennt, bis der Betreiber etwas anderes sagt.

Urteil: nicht belegt. Die Azure-Geschichte ist ein Artefakt von Nutzermeldungen, das als Grundursache verkleidet wurde.

War es Cloudflare, DNS oder eine andere gemeinsame Leitung?

Cloudflare war der zweite Verdächtige, aus einem guten technischen Grund. Die Fehlerseiten von ChatGPT trugen Cloudflare-„cf-ray“-Kennungen, und in einem Hacker-News-Thread mit über 700 Kommentaren entdeckten Entwickler die Flughafencodes in diesen IDs und zogen den naheliegenden Schluss. Der Präzedenzfall war frisch: Am 18. November 2025 nahm ein Cloudflare-Fehler, eine Bot-Management-Konfigurationsdatei, die sich in der Größe verdoppelte und den Proxy zum Absturz brachte, ab 11:20 UTC tatsächlich ChatGPT zusammen mit X und einen großen Teil des Webs vom Netz.

Der Unterschied liegt darin, was Cloudflare jeweils tat. Im November veröffentlichte es noch am selben Tag einen detaillierten Post-Mortem-Bericht. Am 3. September sagte es das Gegenteil, und zwar offiziell: „Cloudflare verzeichnet derzeit keine nennenswerten Dienststörungen. Unsere Dienste laufen normal, und jede Berichterstattung, die davon abweicht, ist falsch.“ Der Statusverlauf von Cloudflare zeigt während des Ausfallfensters nichts außer zwei geplanten Wartungen in Montreal und Chicago. Ein Unternehmen, das zehn Monate zuvor zugegeben hat, das halbe Internet lahmgelegt zu haben, hat keinen Anreiz, bei einem zweiten Mal zu lügen, und die cf-ray-IDs beweisen nur, dass Cloudflare vor ChatGPT sitzt, was es immer tut. Wie ein Kommentator im Thread es ausdrückte: „Ich verstehe immer noch nicht, warum chatgpt.com wegen eines Ausfalls in einem KI-Rechenzentrum einen 404 anzeigen sollte“: Ein 404 ist eine Antwort von einem Server, kein fehlendes Netzwerk.

„Es ist wahrscheinlich DNS“, der andere Reflex, bekam seinen üblichen Auftritt und seinen üblichen Mangel an Belegen. Kein DNS-Betreiber meldete einen Vorfall, und kein Anbieter erwähnte Fehler bei der Namensauflösung.

Urteil: nicht belegt, aufgrund der ausdrücklichen Erklärung von Cloudflare und weil keine andere Leitung eine Störung meldete.

Ist Memphis das fehlende Bindeglied zwischen Claude und Grok?

Hier ist der Strang, der gemessen an seinen Belegen die geringste Aufmerksamkeit bekam, und er hat mit Azure überhaupt nichts zu tun. Der Folgebericht von Futurism am nächsten Tag wies darauf hin; der Vertrag dahinter verdient es, ausgeführt zu werden.

Am 6. Mai 2026 kündigte Anthropic an, es habe „mehr als 300 Megawatt neuer Kapazität (über 220.000 NVIDIA-GPUs)“ im Colossus-1-Rechenzentrum von SpaceX unter Vertrag genommen, um Claude-Pro- und Max-Abonnenten zu bedienen. Colossus 1 steht in Memphis. Am 3. September machte SpaceX für den Grok-Ausfall „einen Ausfall in unserem Rechenzentrum in Memphis“ verantwortlich und entschuldigte sich „bei unseren betroffenen Compute-Partnern“. Anthropic ist der am besten dokumentierte dieser Partner, sein Vorfall begann vier Minuten vor dem von xAI, und seine Statusseite sagte nur, die Ursache sei identifiziert worden.

Das ist eine echte, dokumentierte, physische Abhängigkeit, die zwei der drei Dienste teilen. Wenn das Ereignis in Memphis das ist, was Anthropics „Infrastrukturproblem“ meint, dann hatten die Ausfälle von Claude und Grok eine Ursache, und zwar eine langweilige: Ein Rechenzentrum hatte einen schlechten Morgen. Anthropic hat das nicht gesagt, und Wired berichtete, das Unternehmen habe „eine Stellungnahme über seine Statusseite hinaus abgelehnt“. Bis es das tut, ist die Verbindung eine plausible Schlussfolgerung, keine Tatsache, und so stellen wir sie dar.

Was Memphis nicht leisten kann, ist, OpenAI zu erreichen. ChatGPT läuft nicht dort, der Fehler bei OpenAI begann mehr als eine Stunde nach dem Vorfall in Memphis, und OpenAI beschrieb einen Routingfehler. Wie AI Chat Daily es formulierte, deckt die Memphis-Erklärung „OpenAI nicht offensichtlich ab“.

Urteil: Eine dokumentierte Abhängigkeit existiert, keines der beiden Unternehmen hat sie mit dem 3. September in Verbindung gebracht, und den dritten Dienst kann sie nicht erreichen.

Hat ein Ausfall die anderen umgeworfen?

Die Kaskadentheorie ist die respektabelste der Volkserklärungen. Wenn ein Assistent ausfällt, strömen seine Nutzer zum nächsten, und der Ansturm legt auch diesen lahm. Sie hat einen Präzedenzfall. Am 4. Juni 2024 fielen ChatGPT, Claude und Perplexity innerhalb weniger Stunden nacheinander aus. Die Fehlermeldung von Perplexity sagte es unverblümt: „Wir erhalten gerade sehr viele Anfragen und haben unsere Kapazität erreicht.“ Auch an jenem Tag bestätigte nie jemand eine gemeinsame Ursache.

Diesmal hatte die Theorie Anhänger innerhalb der Branche. Die Fehlermeldung von Grok lautete laut The Verge: „Dieses Modell ist gerade überlastet. Bitte versuchen Sie es in Kürze erneut oder wählen Sie ein anderes Modell“, und ein OpenAI-Ingenieur postete auf X, „Gerüchten zufolge müssen, wenn wir ausfallen, die anderen so viel Traffic auffangen, dass sie alle ausfallen“.

Für den 3. September ist die Reihenfolge der Ereignisse das Problem. Claude fiel zuerst aus, Grok Minuten später und ChatGPT mehr als eine Stunde danach. Eine Kaskade hätte in Richtung ChatGPT laufen müssen, des Dienstes mit den bei weitem meisten Nutzern, ausgehend von zwei viel kleineren, und OpenAI führte seinen Fehler auf Routing zurück, nicht auf Last. Die umgekehrte Richtung, in der ein ChatGPT-Ausfall Claude und Grok überflutet, wäre die, die Sinn ergäbe, und die Uhr schließt sie aus.

Urteil: im Einklang mit der Geschichte, unvereinbar mit dieser Zeitachse.

War es GPT-6 Astra, eine erwachende AGI oder Skynet?

Das war die andere große Geschichte des Tages, und die beiden kollidierten. Während ChatGPT ausgefallen war, postete der ChatGPT-Account „Die Sterne stehen fast in einer Linie“, und an jenem Nachmittag stellte OpenAI GPT-6 Astra vor, ein Modell, das nach eigenen Angaben auf „mehr als 100.000 GPUs an unserem Stargate-Standort in Texas“ trainiert wurde. Sein Präsident, Greg Brockman, sagte Reportern: „Es ist nicht unvernünftig, das Gefühl zu haben, dass wir jetzt in der AGI-Ära sind, und ich denke, wenn man sagen will, dass dieses [Modell] das erste ist, halte ich das für vertretbar.“ Axios überschrieb das Briefing mit „Willkommen in der AGI-Ära“. Fireship, dessen First-Look-Videos für viele berufstätige Entwickler der Ort sind, an dem sie sich ihre Meinung über ein neues Modell bilden, stellte die Frage in seinem Titel vom 4. September direkt: „Hat OpenAI wirklich AGI gebaut?“

Also tat das Internet, was es tut. „Das System geht am 3. September 2026 online… Astra beginnt, mit geometrischer Geschwindigkeit zu lernen“, schrieb ein Hacker-News-Nutzer in Anlehnung an Terminator. „SkyNet rüstet auf“, sagte ein anderer. Futurism sammelte den Rest: „Endlich kann ich die Sonne sehen!“, Paris Marx’ „für einen kurzen Moment mussten Millionen Menschen wieder ihr Gehirn benutzen“ und ThePrimeagens vollständige Analyse, im Original vier Wörter lang: „Die ganze KI ist down.“ Die ernstere Version, „Astra wird heute veröffentlicht. Wahrscheinlich kein Zufall“, war der meistwiederholte Gedanke des Threads.

Es ist ein Zufall, und einer, der sich leicht überprüfen lässt. Astra erreichte am 3. September nur eine begrenzte Gruppe von Unternehmenskunden im Cybersicherheitsprogramm Daybreak von OpenAI; zahlende Abonnenten bekamen es am folgenden Tag, woraufhin Sam Altman schrieb: „Erstens, sorry für den chaotischen Rollout“. Welche Last der Start auch immer auf die Systeme von OpenAI gelegt hat, die von Anthropic oder xAI konnte sie nicht berühren, und diese beiden fielen zuerst aus. OpenAIs eigener Vorfall war laut seiner Sprecherin ein 34-minütiger Routingfehler, und ein Hacker-News-Nutzer, der sich als Incident Commander des Tages zu erkennen gab, schrieb im Thread: „Wir hatten einen Routingfehler in unserer Infrastruktur, der bei einigen unserer Produkte Probleme verursachte. Er hatte nichts mit dem Astra-Start zu tun. Zu Ausfällen anderer Anbieter äußern wir uns nicht.“ Ein Modell in begrenzter Vorschau hat keine Hände. Es kann nicht in ein Rechenzentrum in Memphis oder in die Routingtabelle eines Konkurrenten greifen. Wenn die AGI-Ära am 3. September begann, dann begann sie damit, sich den Vormittag freizunehmen.

Urteil: die besten Witze des Tages, und sonst nichts.

Sonnenstürme, Cyberangriffe oder schlichter Zufall?

Die übrigen Theorien sind schnell erledigt. Kein Anbieter erwähnte einen Angriff, und Unternehmen, die einen erleiden, sagen das in der Regel, weil ein Angriff eine bessere Geschichte ist als ein Routingfehler. Die Sonnensturm-Version scheitert an den Instrumenten: Der planetarische K-Index der NOAA, das Standardmaß für geomagnetische Störungen, erreichte am 3. September einen Spitzenwert von 2,33, geprüft am 8. September, während ein kleiner Sturm bei 5 beginnt. Ein geomagnetischer Sturm, der stark genug wäre, Rechenzentren zu stören, hätte ohnehin zuerst Stromnetze und Satelliten gestört.

Bleibt der Zufall, die am wenigsten befriedigende Antwort und diejenige, mit der einen die Erklärungen der Anbieter selbst zurücklassen. Jedes dieser Unternehmen verzeichnet jeden Monat Vorfälle; ihre Statusseiten sind lange Dokumente. Anthropic hatte an demselben Morgen bereits einen separaten Vorfall bei Claude Sonnet 5 zwischen 12:37 und 12:56 UTC eröffnet und geschlossen, bevor irgendetwas davon begann. Die Seite von OpenAI verzeichnete am 10. Juni 2025 einen einzigen Vorfall von 06:36 bis 22:00 UTC, und Gemini, der Überlebende des 3. September, war am 10. Juni 2026 sieben Stunden lang ausgefallen, wegen „extremer Konkurrenz bei Lesezugriffen“ in einer Google-Datenbank. Drei Vorfälle an einem Donnerstagmorgen der US-Arbeitswoche, einer davon möglicherweise über Memphis geteilt, sind ungewöhnlich, aber der Dreifachausfall vom Juni 2024 zeigt, dass es schon einmal passiert ist, ohne dass je eine gemeinsame Ursache auftauchte. „Die Belege stützen drei sich überschneidende Anbietervorfälle mit unterschiedlichen öffentlichen Erklärungen und unvollständiger Offenlegung der Ursachen“, schloss eine sorgfältige Rekonstruktion der Zeitachse, und dort endet der ehrliche Bericht.

Warum zählt die Frage mehr als die Antwort?

Welche Version auch immer stimmt, der Tag hat dasselbe offengelegt: Eine enorme Zahl von Menschen und Unternehmen hängt heute von einer Handvoll Anbieter ab, und diese Anbieter hängen von einer Handvoll Rechenzentrumsbetreiber und größtenteils von einem einzigen Chiplieferanten ab.

Die Zahlen sind öffentlich. Amazon, Microsoft und Google nahmen 28%, 20% und 15% eines Marktes für Cloud-Infrastruktur ein, der laut Synergy Research Group im zweiten Quartal 2026 143 Milliarden Dollar erreichte. OpenAI hat zusätzliche Azure-Dienste im Wert von 250 Milliarden Dollar unter Vertrag genommen, eine AWS-Vereinbarung über 38 Milliarden Dollar, seither um 100 Milliarden Dollar erweitert, bis zu 10 Gigawatt an Nvidia-Systemen und 6 Gigawatt an AMD-GPUs. Anthropic nennt AWS seinen primären Trainingspartner, hat bis zu eine Million Google-TPUs unter Vertrag genommen, 30 Milliarden Dollar für Azure zugesagt und mietet seit Mai ganz Colossus 1 in Memphis. xAI baute Colossus mit 100.000 Nvidia-Hopper-GPUs in 122 Tagen und verdoppelte es dann. Nvidia steht hinter den meisten dieser Verträge, und jedes Frontier-Modell, nach dem die Leute an einem Wochentagmorgen greifen, lebt in einer von drei Clouds oder auf einem einzigen Campus in Tennessee. Allein ChatGPT meldete im Februar 900 Millionen wöchentliche Nutzer.

Die Abhängigkeit ist inzwischen messbar. In einer im Juni 2026 veröffentlichten Umfrage unter 1.000 Führungskräften in 16 Ländern stellte das Institute for Business Value von IBM fest, dass 71% den Wechsel ihres primären KI-Anbieters oder -Modells als schwierig bezeichneten, 91% angaben, die Abhängigkeiten ihrer Organisation über KI-Anbieter, Modelle und Infrastruktur hinweg nicht vollständig zu verstehen, und 81% sagten, ein siebentägiger Anbieterausfall würde schwere oder kritische Störungen verursachen. Dreiundsiebzig Prozent beschrieben ihre KI-Landschaft als bewusst auf mehrere Anbieter verteilt; nur 7% arbeiteten auf dem, was IBM ein fortgeschrittenes Kontrollniveau nannte. „KI hat neue Formen der Abhängigkeit hervorgebracht, die sich schneller entwickeln, als herkömmliche Governance-, Beschaffungs- oder Technologiezyklen dafür ausgelegt sind“, sagte Ana Paula Assis von IBM.

Forresters Charlie Dai zog am Tag nach dem Ausfall in ITPro die operative Schlussfolgerung: „Wenn mehrere große Anbieter sich überschneidende Ausfälle ohne klar festgestellte gemeinsame Ursache erleben, können Unternehmen systemisches Risiko, Abhängigkeitskonzentration oder Wiederholungswahrscheinlichkeit nicht genau einschätzen.“ Sein Rezept lautete „Multi-Modell-Strategien, Fallback-Workflows und Pläne zur Geschäftskontinuität, statt anzunehmen, dass Frontier-KI-Dienste immer verfügbar sein werden“.

Die Regulierer bewegen sich in dieselbe Richtung. Am 13. Juli 2026 stellte das Vereinigte Königreich Amazon Web Services, Google Cloud, Microsoft und Oracle als kritische Drittparteien für das Finanzsystem unter direkte Aufsicht. „Wenn dieselben Anbieter Tausende von Firmen bedienen, kann ein einzelner Ausfall durch das gesamte Finanzsystem hallen“, sagte Nikhil Rathi, Chief Executive der Financial Conduct Authority. Das Policy Statement PS26/2 der FCA fügt ab dem 18. März 2027 eine Meldepflicht für operative Vorfälle und wesentliche Vereinbarungen mit Dritten hinzu, ein Regelwerk, das genau für die Art von Abhängigkeit geschrieben wurde, die der 3. September sichtbar gemacht hat.

Das ist die nützliche Lesart des Ausfalls. Die Azure-Theorie war falsch, aber die Sorge dahinter war berechtigt: Die Systeme, mit denen Menschen heute schreiben, programmieren, suchen und entscheiden, sind in einer sehr kleinen Zahl von Gebäuden konzentriert, und niemand außerhalb dieser Gebäude kann sehen, wie sie miteinander verbunden sind.

Ist dezentrale KI eine echte Alternative?

Das Argument für die Dezentralisierung von KI war früher ein Krypto-Argument. Der 3. September hat es zu einem Verfügbarkeitsargument gemacht. Wenn drei Unternehmen mit drei getrennt genannten Ursachen innerhalb eines Zeitfensters ausfallen können, liegt das Risiko nicht in einem einzelnen Rechenzentrum, sondern in der Struktur der Branche: wenige Modelle, auf wenigen Clouds, größtenteils bei einem Chiplieferanten, und alle, die davon abhängen, hängen an allen zugleich.

Gonka ist eines der Projekte, die auf diesem Argument aufbauen, und dasjenige, dessen Gründer es am unverblümtesten vortragen. Es beschreibt sich selbst als „ein dezentrales Netzwerk für hocheffizientes KI-Computing“ und ging im August 2025 live, nach einer Inkubation durch Product Science, das Unternehmen von David und Daniil Liberman in Los Angeles, deren früheres Startup von Snap übernommen wurde. Unabhängige Betreiber steuern Nvidia-GPUs bei und werden im Token des Netzwerks bezahlt; Entwickler rufen Open-Weight-Modelle wie DeepSeek, Kimi und MiniMax über einen OpenAI-kompatiblen Endpunkt auf, mit Preisen, die sich mit der Auslastung bewegen und nicht mit der Preisliste eines Anbieters. Seine Architekturdokumentation gibt das entscheidende Versprechen in einem Satz: „Das System ist dezentral, ohne eine einzelne Stelle, die Inferenzanfragen an die Netzwerkknoten lenkt.“ Sein Whitepaper benennt das Risiko, für das es existiert: „Die Konzentration von Rechenressourcen bei wenigen dominanten Anbietern birgt erhebliche Risiken in Bezug auf Zensur und zentralisierte Kontrolle.“ Bitfury sagte dem Netzwerk 50 Millionen Dollar zu, im Dezember 2025, als es Rechenleistung entsprechend mehr als 6.000 Nvidia H100 meldete; bis Februar 2026 lag die vom Projekt genannte Zahl bei etwa 14.000 H100-Äquivalenten in rund 20 Ländern.

Das Wort der Gründer für das Ziel ist Souveränität. „Wenn Sie Rechenleistung nicht kontrollieren, ist Ihre KI-Politik eine Bitte und keine Strategie“, sagten die Liberman-Brüder im Juli und nannten die Alternative „GPU-Feudalismus, eine Zukunft, in der Menschen zu Pächtern auf dem Rechenbesitz eines anderen werden“. In einem Gastbeitrag in Fortune im Mai beschrieben sie die Konzentration bei Hyperscalern als „einzelnen Ausfall- oder Kontrollpunkt“. Die Behauptung ist, dass ein Land, eine Universität oder ein Unternehmen KI-Kapazität haben kann, die niemand sonst abschalten kann, ohne eine Hyperscale-Cloud zu bauen, indem es GPUs, die es bereits besitzt, in einem Netzwerk ohne Eigentümer bündelt.

Zwei Vorbehalte gehören daneben, und einen davon liefern Gonkas eigene Dokumente. Dezentrale Netzwerke tauschen einen einzelnen Ausfallpunkt gegen höhere Varianz: „Ein dezentrales Netzwerk besitzt von Natur aus eine höhere Zuverlässigkeitsvarianz als ein dediziertes Rechenzentrum“, wie eine Branchenanalyse von 2026 es formulierte, und keines von ihnen bietet bislang die Servicegarantien für Unternehmen, die ein Hyperscaler-Vertrag bietet. Gonkas Sicherheitsanalyse sagt, dass „derzeit keine erfolgreichen Betrugsstrategien gegen diese Kombination von Abwehrmaßnahmen bekannt sind“, was ein ehrlicher Satz ist und keine Garantie. Und der Token des Netzwerks hat seit Januar den Großteil seines Werts verloren, was nichts darüber aussagt, ob die GPUs Inferenz liefern, aber viel darüber, wohin die Aufmerksamkeit der Branche noch immer geht. Bittensor, Akash, io.net und Prime Intellect betreiben Varianten desselben Experiments.

Was das Experiment bisher gezeigt hat, ist schmaler als sein Marketing und trotzdem wert, es zu haben: Offene Modelle können von Tausenden GPUs bereitgestellt werden, die kein einzelnes Unternehmen kontrolliert, und ein Routingfehler bei einem Anbieter oder ein schlechter Morgen in Memphis legt nicht alle zusammen lahm. An einem Tag wie dem 3. September ist das die einzige Eigenschaft, die zählt.

Was tun, wenn Ihr KI-Assistent ausfällt?

Für eine Einzelperson ist das Drehbuch des 3. September kurz.

Prüfen Sie vor allem anderen die Statusseite. status.openai.com, status.claude.com und status.x.ai zeigten den Vorfall alle innerhalb von Minuten. Wenn die Seite rot ist, hilft nichts auf Ihrer Seite; warten Sie, oder wechseln Sie.

Halten Sie einen zweiten Assistenten angemeldet. Gemini blieb am 3. September online, die meisten Claude-Modelle waren um 15:25 UTC zurück, während ChatGPT noch ausgefallen war, und am 4. Juni 2024 sah das Muster wieder anders aus. Zwei Anbieter auf zwei Clouds sind die günstigste Ausfallsicherheit, die es gibt. Entwickler sollten weiter gehen und den Fallback in den Code einbauen, damit ein 34-minütiger Routingfehler bei einem Anbieter zu einer Logzeile wird statt zu einem Vorfall.

Lernen Sie, einen Ausfall von einer Sperre zu unterscheiden. Das ist der Fall, in dem ein VPN zählt. OpenAI und Anthropic veröffentlichen beide Listen der unterstützten Länder, und die Seite von OpenAI warnt, dass „der Zugriff auf unsere Dienste oder das Anbieten eines Zugangs dazu außerhalb der unten aufgeführten Länder und Gebiete dazu führen kann, dass Ihr Konto gesperrt oder ausgesetzt wird“. Auch Regulierer sperren: Die italienische Datenschutzbehörde wies ChatGPT in einer am 31. März 2023 bekanntgegebenen Anordnung an, die Verarbeitung der Daten italienischer Nutzer einzustellen, und der Dienst blieb in Italien bis zum 28. April dunkel. Wenn die Statusseite grün ist, der Assistent Sie aber abweist, liegt das Problem an Ihrem Standort, nicht am Anbieter. Eine Verbindung über einen Server in Ihrem Heimatland, einen der über 100 Standorte von Le VPN, stellt den Dienst, für den Sie bezahlen, auf Reisen wieder her, genauso wie beim Online-Banking oder beim Fernsehen. Unser Leitfaden zum Umgehen von Internetzensur behandelt die staatliche Variante desselben Problems, und dieser ältere Beitrag erklärt, warum ein VPN einen regionalen Netzwerkausfall umgehen kann, aber nie den eigenen Ausfall eines Anbieters.

Wenn Ihr KI-Agent ein festes Ausgangsland braucht, geben Sie ihm eines. Autonome Agenten scheitern ebenfalls am Standorttest, und sie können kein Support-Ticket eröffnen. Die kontolosen x402-Pässe von Le VPN existieren für diesen Fall: eine WireGuard-Konfiguration, die innerhalb einer HTTP-Anfrage gekauft wird, für einen Tag, eine Woche oder einen Monat auf einem einzelnen Server in Frankreich, Deutschland oder dem Vereinigten Königreich.

Nichts davon bringt ein totes Modell zurück. Das ist der Punkt der Geschichte vom 3. September. Die Werkzeuge sind zu Infrastruktur geworden, die Infrastruktur ist konzentriert, und die einzige Verteidigung, die einem Nutzer heute zur Verfügung steht, ist, von mehr als einem Teil davon abzuhängen.