ChatGPT, Claude i Grok padły jednocześnie. Czy to Azure, AGI czy coś innego?

O 13:26 UTC w czwartek 3 września 2026 r. strona statusu Anthropic zaczęła zgłaszać podwyższony poziom błędów w najnowszych modelach Claude. W ciągu godziny Grok przestał odpowiadać na X, a o 14:43 UTC strona statusu OpenAI zrobiła się czerwona dla ChatGPT i Codex. Przez mniej więcej dziewięćdziesiąt minut trzech czołowych asystentów AI w Stanach Zjednoczonych zawodziło jednocześnie, a zanim ostatni z nich wrócił do życia, internet zdążył wyprodukować pełen zestaw wyjaśnień: padł region Microsoft Azure, Cloudflare znowu to zrobił, nowy model GPT-6 pożarł własne centrum danych albo maszyny po prostu się obudziły i uznały, że mają dość.

Pięć dni później żadna z trzech firm nie opublikowała raportu o przyczynie źródłowej, a publiczne źródła nadal zawierają trzy różne wyjaśnienia zamiast jednego. Warto to wyłożyć wprost, bo błędną wersję tej historii powtarzały redakcje, które powinny wiedzieć lepiej, i bo wersja prawdziwa jest bardziej użyteczna niż którakolwiek z teorii. Jednoczesna awaria to nie wspólna awaria. 3 września trzy firmy zawiodły w tym samym oknie czasowym z trzech różnych deklarowanych powodów i nic w publicznych źródłach ich nie łączy.

Oto co głosi każda z teorii, co mówią dowody i dlaczego samo pytanie ma większe znaczenie niż to, która odpowiedź okaże się prawdziwa.

Co właściwie wydarzyło się 3 września?

Najczystszym źródłem są strony statusu, bo znaczniki czasu nadają im same firmy.

Dziennik incydentu Anthropic podaje, że firma „zidentyfikowała przyczynę” o 13:41 UTC, piętnaście minut po rozpoczęciu, a następnie spędziła dwie i pół godziny nad poprawką, zanim zamknęła incydent. Przyczyny nigdy nie nazwano. Rzecznik firmy powiedział The Register, że „problem infrastrukturalny spowodował częściową awarię Claude.ai, Claude Code, Claude Cowork i API Claude” oraz że „usługa została przywrócona o 16:16 UTC”.

Strona incydentu OpenAI wymienia 15 komponentów ChatGPT i 4 komponenty Codex, od logowania i rozmów po tryb głosowy i przesyłanie plików. Rzeczniczka firmy, Kathleen Chaykowski, przekazała Wired i The Register to samo zdanie: „Błąd routingu, który zaczął się około 7:43 rano PT w czwartek 3 września, sprawił, że ChatGPT i Codex były niedostępne dla części użytkowników na wszystkich platformach. Około 8:17 rano PT w czwartek rozwiązanie zostało pomyślnie wdrożone i jest nadal monitorowane.” W UTC to 14:43 do 15:17, 34-minutowa usterka, która w całości mieściła się w oknach Anthropic i xAI.

Wyjaśnienie w sprawie Grok pochodziło od SpaceX, który wchłonął xAI na początku tego roku, w poście w mediach społecznościowych cytowanym przez The Register: „Przepraszamy za problemy, których mogliście doświadczyć z Grok w następstwie dzisiejszej porannej awarii w naszym centrum obliczeniowym w Memphis. Chcielibyśmy też przeprosić naszych dotkniętych nią partnerów obliczeniowych.” Elon Musk dodał, że firma „podejmuje działania naprawcze, aby to się nie powtórzyło”, jak podaje Engadget. Strona statusu xAI, cytowana przez Wired, otworzyła incydent o 6:30 rano czasu pacyficznego i zamknęła go o 10:05, co daje awarię trwającą trzy godziny i 35 minut. Strona statusu GitHub odnotowała obniżoną wydajność modeli Grok w Copilot od 14:17 do 17:11 UTC „z powodu problemu u dostawcy modelu wyżej w łańcuchu”, a Cursor, edytor kodu, zarejestrował degradację „Wszystkich modeli Grok” od 13:41 do 17:07 UTC. To najwyraźniejsze znaczniki czasu od stron trzecich, jakie mamy dla incydentu Grok, i pokazują, jak działa łańcuch zależności: gdy dostawca modelu zawodzi, produkty na nim zbudowane zawodzą kilka minut później.

Skala w liczbach zgłoszeń: Decrypt podał szczyty Downdetector na poziomie około 38 000 zgłoszeń dla ChatGPT i mniej więcej 1400 dla każdego z Claude i Grok. Perplexity, Mistral i DeepSeek nie pokazały żadnego incydentu na swoich stronach statusu w oknie awarii, a Z.ai napisał: „Wciąż działamy.”

Gemini to ciekawa nieobecność. Ars Technica zaliczyła go do czwartej dotkniętej usługi na podstawie zgłoszeń na Downdetector rosnących z około 23 do 412 oraz notatki StatusGator o „prawdopodobnej awarii API Gemini” między 10:45 a 11:15 rano czasu wschodniego. Panel statusu Google Workspace, który obejmuje aplikację Gemini, nie odnotował niczego; jedynym przyznaniem się do problemu była notatka na stronie statusu Google AI Studio, cytowana przez LADbible, że API Gemini miało „problemy z obsługą niedawno utworzonych kluczy API, w tym przez biblioteki zgodne z OpenAI”. 9to5Google, który uważnie obserwuje Google, napisał, że „Gemini wydaje się nietknięty”. Zapamiętajcie to, bo Gemini staje się grupą kontrolną w pierwszej i najgłośniejszej teorii.

Czy awaria Azure położyła ChatGPT, Claude i Grok?

To teoria, która trafiła na nagłówki. Tech Times opublikował ją tego samego dnia jako „Gemini przetrwał, gdy ChatGPT, Claude i Grok padły: winę ponosi Azure”. Computing poszedł w jego ślady z tekstem „Awaria Azure prawdopodobnie położyła ChatGPT, Claude i Grok”, zbudowanym na sygnałach ze StatusGator i Downdetector o „awariach ruchu przychodzącego” w regionie Azure East US. Shattered.io zamienił to w 90-minutową narrację, a we Francji developpez.com poinformował czytelników, że awaria w Azure East US „była wspólnym mianownikiem tej kaskadowej awarii”.

Ta teoria jest atrakcyjna nie bez powodu. OpenAI i Anthropic uruchamiają znaczące obciążenia na Azure na mocy wielomiliardowych umów, Gemini działa w chmurze samego Google i pozostał dostępny, a wszyscy pamiętają 29 października 2025 r., gdy błąd konfiguracji w Azure Front Door odciął Microsoft 365, portal Azure i systemy rezerwacji Alaska Airlines na ponad osiem godzin. Wspólna zależność od chmury to oczywisty pierwszy podejrzany, a logika argumentu, „ten na innej chmurze przetrwał”, brzmi jak nauka.

Rozbija się o dowody w czterech miejscach.

Po pierwsze, własny rejestr Microsoftu. Historia statusu Azure, sprawdzona 8 września, nie wymienia żadnego incydentu we wrześniu 2026 r.; najnowszy przegląd poincydentalny nosi datę 23 lipca. Wired podał, że Cloudflare, Amazon Web Services i Microsoft Azure „nie zgłosiły w czwartek żadnych awarii”, a 9to5Google, który sam podniósł możliwość udziału Azure, dopisał jednozdaniowe zaprzeczenie bez podania nazwiska rzecznika: „Microsoft twierdzi, że tak nie jest”. Ars Technica zauważyła, że zgłoszenia na Downdetector „nieco skoczyły” dla AWS, Azure i Cloudflare tego ranka, a to dokładnie to, co serwisy zbierające zgłoszenia użytkowników robią podczas każdej dużej awarii: ludzie, którym padło narzędzie AI, zgłaszają każdą usługę, jaka przyjdzie im do głowy. Microsoft 365 Copilot Chat, asystent, który faktycznie działa na Azure, zarejestrował jedyny oficjalny incydent Copilot Microsoftu tego dnia o 17:36 UTC, po zamknięciu wszystkich trzech incydentów AI.

Po drugie, same dowody. Prześledźcie „awarie ruchu przychodzącego w Azure East US” wstecz przez Tech Times, a dojdziecie do pojedynczej notatki nadesłanej przez użytkownika na StatusGator, zewnętrznym monitorze: „Ruch przychodzący EAST US nie działa od 10:26 rano PT. Pracujemy z pomocą techniczną MSFT, zgłosili, że w tym czasie prowadzili aktualizacje po swojej stronie.” To zgłoszenie jednego anonimowego klienta, nie widnieje już na bieżącej stronie StatusGator, a podany w nim czas, 10:26 rano PT, czyli 17:26 UTC, przypada ponad godzinę po przywróceniu Claude, po zamknięciu incydentu ChatGPT i po powrocie modeli Grok do Copilot.

Po trzecie, Grok. SpaceX umiejscowił awarię Grok we własnym ośrodku Colossus w Memphis w stanie Tennessee, a nie w jakimkolwiek regionie Azure. Według relacji samych firm teoria nie sięga Grok, więc w najlepszym razie wyjaśniałaby dwie z trzech awarii, a te dwie zostały wyjaśnione inaczej przez zainteresowane firmy.

Po czwarte, i to najmniej zauważone, firmy podały przyczyny. „Błąd routingu” i „problem infrastrukturalny” są ogólnikowe, ale to własne słowa dostawców i żadne z nich nie wskazuje na region chmury. Nasza zasada, która powinna obowiązywać wszystkich, brzmi: awaria ma taką przyczynę, jaką podaje jej operator, dopóki operator nie stwierdzi inaczej.

Werdykt: bez oparcia w dowodach. Historia o Azure to artefakt zgłoszeń użytkowników przebrany za przyczynę źródłową.

Czy winne było Cloudflare, DNS albo inne wspólne łącze?

Cloudflare był drugim podejrzanym, z dobrego technicznego powodu. Strony błędów ChatGPT zawierały identyfikatory „cf-ray” Cloudflare, a w wątku na Hacker News, który przekroczył 700 komentarzy, programiści dostrzegli w tych identyfikatorach kody lotnisk i wyciągnęli naturalny wniosek. Precedens był świeży: 18 listopada 2025 r. usterka Cloudflare, plik konfiguracyjny zarządzania botami, który podwoił swój rozmiar i wywrócił serwer proxy, naprawdę odcięła ChatGPT razem z X i sporą część sieci od 11:20 UTC.

Różnica polega na tym, co Cloudflare zrobił za każdym razem. W listopadzie opublikował szczegółową analizę po awarii tego samego dnia. 3 września oświadczył oficjalnie coś przeciwnego: „Cloudflare nie doświadcza obecnie żadnych istotnych zakłóceń usług. Nasze usługi działają normalnie, a wszelkie doniesienia odbiegające od tego są nieprawdziwe.” Historia statusu Cloudflare nie pokazuje w oknie awarii nic poza dwiema zaplanowanymi pracami konserwacyjnymi w Montrealu i Chicago. Firma, która dziesięć miesięcy wcześniej przyznała się do zepsucia połowy internetu, nie ma motywacji, by kłamać za drugim razem, a identyfikatory cf-ray dowodzą jedynie, że Cloudflare stoi przed ChatGPT, co robi zawsze. Jak ujął to jeden z komentujących w wątku: „Nadal nie rozumiem, dlaczego chatgpt.com miałby pokazywać 404 z powodu awarii centrum danych AI”: 404 to odpowiedź serwera, a nie brak sieci.

„To pewnie DNS”, drugi odruch, dostał swoje zwykłe pięć minut i swój zwykły brak dowodów. Żaden operator DNS nie zgłosił incydentu i żaden dostawca nie wspomniał o błędach rozwiązywania nazw.

Werdykt: bez oparcia w dowodach, na podstawie wyraźnego oświadczenia Cloudflare i braku jakiegokolwiek innego łącza zgłaszającego usterkę.

Czy Memphis to brakujące ogniwo między Claude a Grok?

Oto wątek, który dostał najmniej uwagi w stosunku do swoich dowodów, i nie dotyczy on Azure w ogóle. Kontynuacja Futurism z następnego dnia go wskazała; stojąca za nim umowa zasługuje na omówienie.

6 maja 2026 r. Anthropic ogłosił, że zakontraktował „ponad 300 megawatów nowej mocy (ponad 220 000 procesorów GPU NVIDIA)” w centrum danych Colossus 1 należącym do SpaceX, aby obsługiwać subskrybentów Claude Pro i Max. Colossus 1 znajduje się w Memphis. 3 września SpaceX obwinił za awarię Grok „awarię w naszym centrum obliczeniowym w Memphis” i przeprosił „naszych dotkniętych nią partnerów obliczeniowych”. Anthropic jest najlepiej udokumentowanym z tych partnerów, jego incydent zaczął się cztery minuty przed incydentem xAI, a jego strona statusu podała jedynie, że przyczyna została zidentyfikowana.

To realna, udokumentowana, fizyczna zależność wspólna dla dwóch z trzech usług. Jeśli zdarzenie w Memphis jest tym, do czego odnosi się „problem infrastrukturalny” Anthropic, awarie Claude i Grok miały jedną przyczynę, i to nudną: centrum danych miało zły poranek. Anthropic tego nie powiedział, a Wired podał, że firma „odmówiła komentarza wykraczającego poza stronę statusu”. Dopóki tego nie zrobi, powiązanie pozostaje prawdopodobnym wnioskiem, a nie faktem, i tak je przedstawiamy.

Czego Memphis nie może zrobić, to sięgnąć OpenAI. ChatGPT tam nie działa, usterka OpenAI zaczęła się ponad godzinę po incydencie w Memphis, a OpenAI opisało błąd routingu. Jak ujął to AI Chat Daily, wyjaśnienie z Memphis „nie obejmuje OpenAI w żaden oczywisty sposób”.

Werdykt: udokumentowana zależność istnieje, żadna z firm nie powiązała jej z 3 września i nie sięga ona trzeciej usługi.

Czy jedna awaria przewróciła pozostałe?

Teoria kaskady to najbardziej szacowne z ludowych wyjaśnień. Gdy jeden asystent zawodzi, jego użytkownicy rzucają się na następnego, a fala obciążenia kładzie i jego. Ma precedens. 4 czerwca 2024 r. ChatGPT, Claude i Perplexity padły w odstępie kilku godzin. Komunikat błędu Perplexity mówił to wprost: „Dostajemy teraz bardzo dużo pytań i osiągnęliśmy granicę naszej przepustowości.” Tamtego dnia również nikt nigdy nie potwierdził wspólnej przyczyny.

Tym razem teoria miała zwolenników wewnątrz branży. Komunikat błędu Grok, według The Verge, brzmiał „Ten model jest obecnie przeciążony. Spróbuj ponownie za chwilę lub wybierz inny model”, a inżynier OpenAI napisał na X, że „plotka głosi, że gdy my padamy, reszta musi wchłonąć tak dużo ruchu, że padają wszyscy”.

W przypadku 3 września problemem jest kolejność zdarzeń. Claude zawiódł pierwszy, Grok kilka minut później, a ChatGPT ponad godzinę po nim. Kaskada musiałaby biec w stronę ChatGPT, usługi z bez porównania największą liczbą użytkowników, od dwóch znacznie mniejszych, a OpenAI przypisało swoją usterkę routingowi, nie obciążeniu. Kierunek odwrotny, w którym awaria ChatGPT zalewa Claude i Grok, jest tym, który miałby sens, a zegar go wyklucza.

Werdykt: zgodne z historią, niezgodne z tą osią czasu.

Czy to GPT-6 Astra, budzące się AGI czy Skynet?

To była druga wielka historia tego dnia i obie się zderzyły. Gdy ChatGPT nie działał, konto ChatGPT opublikowało wpis „Gwiazdy są już prawie w jednej linii”, a tego popołudnia OpenAI zaprezentowało GPT-6 Astra, model trenowany, jak podała firma, na „ponad 100 000 procesorów GPU w naszym ośrodku Stargate w Teksasie”. Jego prezes, Greg Brockman, powiedział dziennikarzom: „Nie jest nierozsądne czuć, że jesteśmy teraz w erze AGI, i myślę, że jeśli ktoś chce powiedzieć, że ten [model jest] pierwszym, to jest to rozsądne.” Axios zatytułował relację z briefingu „Witajcie w erze AGI”. Fireship, którego filmy z pierwszego wrażenia są miejscem, gdzie wielu pracujących programistów wyrabia sobie zdanie o nowym modelu, postawił pytanie wprost w tytule z 4 września: „Czy OpenAI naprawdę zbudowało AGI?”

Internet zrobił więc to, co zwykle. „System zostaje uruchomiony 3 września 2026 roku… Astra zaczyna się uczyć w tempie geometrycznym”, napisał jeden z użytkowników Hacker News, cytując Terminatora. „SkyNet się zbroi”, stwierdził inny. Futurism zebrał resztę: „Nareszcie widzę Słońce!”, słowa Parisa Marxa „przez krótką chwilę miliony ludzi znów musiały użyć własnego mózgu” oraz pełną analizę ThePrimeagena, długą na cztery słowa: „Cała AI nie działa.” Poważniejsza wersja, „Astra wychodzi dzisiaj. Raczej nie przypadek”, była najczęściej powtarzaną myślą wątku.

To zbieg okoliczności, i to łatwy do sprawdzenia. 3 września Astra trafiła tylko do ograniczonej grupy klientów korporacyjnych w programie cyberbezpieczeństwa Daybreak OpenAI; płacący subskrybenci dostali ją następnego dnia, po czym Sam Altman napisał „Po pierwsze, przepraszam za chaotyczne wdrożenie”. Jakiekolwiek obciążenie premiera nałożyła na systemy OpenAI, nie mogło ono dotknąć systemów Anthropic ani xAI, a te dwa zawiodły pierwsze. Własny incydent OpenAI, według rzeczniczki, był 34-minutowym błędem routingu, a użytkownik Hacker News przedstawiający się jako dowodzący incydentem tego dnia napisał w wątku: „Mieliśmy błąd routingu w naszej infrastrukturze, który spowodował problemy w części naszych produktów. Nie miał on związku z premierą modelu Astra. Nie komentujemy awarii innych dostawców.” Model w ograniczonym podglądzie nie ma rąk. Nie może sięgnąć do centrum danych w Memphis ani do tablicy routingu konkurenta. Jeśli era AGI zaczęła się 3 września, zaczęła się od wzięcia wolnego przedpołudnia.

Werdykt: najlepsze żarty dnia i nic poza tym.

Burze słoneczne, cyberataki czy zwykły zbieg okoliczności?

Z pozostałymi teoriami można rozprawić się szybko. Żaden dostawca nie wspomniał o ataku, a firmy, które go doświadczają, zwykle o tym mówią, bo atak to lepsza historia niż błąd routingu. Wersja z burzą słoneczną rozbija się o przyrządy: planetarny indeks K NOAA, standardowa miara zaburzeń geomagnetycznych, osiągnął 3 września szczyt 2,33, według odczytu z 8 września, podczas gdy słaba burza zaczyna się od 5. Burza geomagnetyczna na tyle silna, by zakłócić pracę centrów danych, i tak najpierw zakłóciłaby sieci energetyczne i satelity.

Zostaje zbieg okoliczności, odpowiedź najmniej satysfakcjonująca i ta, z którą zostawiają nas oświadczenia samych dostawców. Każda z tych firm rejestruje incydenty co miesiąc; ich strony statusu to długie dokumenty. Anthropic tego samego ranka zdążył już otworzyć i zamknąć osobny incydent dotyczący Claude Sonnet 5 między 12:37 a 12:56 UTC, zanim cokolwiek z tego się zaczęło. Strona OpenAI odnotowała pojedynczy incydent od 06:36 do 22:00 UTC 10 czerwca 2025 r., a Gemini, ten, który przetrwał 3 września, nie działał przez siedem godzin 10 czerwca 2026 r. z powodu „skrajnej rywalizacji o odczyt” w bazie danych Google. Trzy incydenty jednego czwartkowego przedpołudnia amerykańskiego tygodnia pracy, z których jeden był być może wspólny przez Memphis, to rzecz niezwykła, ale potrójna awaria z czerwca 2024 r. pokazuje, że zdarzyło się to już wcześniej, a wspólna przyczyna nigdy nie wyszła na jaw. „Dowody wskazują na trzy nakładające się incydenty u dostawców, z różnymi publicznymi wyjaśnieniami i niepełnym ujawnieniem przyczyn źródłowych”, podsumowała jedna staranna rekonstrukcja osi czasu, i na tym kończy się uczciwa relacja.

Dlaczego pytanie znaczy więcej niż odpowiedź?

Którakolwiek wersja jest prawdziwa, ten dzień obnażył to samo: ogromna liczba ludzi i firm zależy dziś od garstki dostawców, a ci dostawcy zależą od garstki operatorów centrów danych i, w przeważającej części, od jednego dostawcy układów scalonych.

Liczby są publiczne. Amazon, Microsoft i Google zajęły 28%, 20% i 15% rynku infrastruktury chmurowej, który w drugim kwartale 2026 r. osiągnął 143 miliardy dolarów, według Synergy Research Group. OpenAI zakontraktowało dodatkowe usługi Azure za 250 miliardów dolarów, umowę z AWS na 38 miliardów dolarów, rozszerzoną od tamtej pory o 100 miliardów, do 10 gigawatów systemów Nvidia i 6 gigawatów procesorów GPU AMD. Anthropic nazywa AWS swoim głównym partnerem treningowym, zakontraktował do miliona układów TPU Google, zobowiązał się do wydania 30 miliardów dolarów na Azure, a od maja wynajmuje cały Colossus 1 w Memphis. xAI zbudował Colossus ze 100 000 procesorów GPU Nvidia Hopper w 122 dni, a potem go podwoił. Nvidia stoi za większością tych kontraktów, a każdy z najnowocześniejszych modeli, po które ludzie sięgają w powszedni poranek, mieszka w jednej z trzech chmur albo w jednym kampusie w Tennessee. Sam ChatGPT zgłosił w lutym 900 milionów użytkowników tygodniowo.

Zależność jest dziś mierzalna. W badaniu 1000 menedżerów wyższego szczebla z 16 krajów, opublikowanym w czerwcu 2026 r., Institute for Business Value IBM ustalił, że 71% uznało zmianę głównego dostawcy lub modelu AI za trudną, 91% przyznało, że nie rozumie w pełni zależności swojej organizacji od dostawców AI, modeli i infrastruktury, a 81% stwierdziło, że siedmiodniowa awaria dostawcy spowodowałaby poważne lub krytyczne zakłócenia. Siedemdziesiąt trzy procent opisało swoje zasoby AI jako celowo wielodostawcowe; tylko 7% działało na poziomie, który IBM nazwał zaawansowanym poziomem kontroli. „AI wprowadziła nowe formy zależności, które ewoluują szybciej, niż były w stanie obsłużyć tradycyjne cykle zarządzania, zakupów czy technologii”, powiedziała Ana Paula Assis z IBM.

Charlie Dai z Forrester wyciągnął wniosek operacyjny dzień po awarii w ITPro: „Gdy kilku dużych dostawców doświadcza nakładających się awarii bez jasno ustalonej wspólnej przyczyny, przedsiębiorstwa nie mogą trafnie ocenić ryzyka systemowego, koncentracji zależności ani prawdopodobieństwa powtórki.” Jego recepta to „strategie wielomodelowe, awaryjne procesy zastępcze i plany ciągłości działania zamiast zakładania, że czołowe usługi AI będą zawsze dostępne”.

Regulatorzy idą w tę samą stronę. 13 lipca 2026 r. Wielka Brytania objęła Amazon Web Services, Google Cloud, Microsoft i Oracle bezpośrednim nadzorem jako krytyczne strony trzecie dla systemu finansowego. „Gdy ci sami dostawcy obsługują tysiące firm, pojedyncza awaria może odbić się echem w całym systemie finansowym”, powiedział Nikhil Rathi, dyrektor generalny Financial Conduct Authority. Dokument polityki PS26/2 FCA dodaje od 18 marca 2027 r. obowiązkowe raportowanie incydentów operacyjnych i istotnych umów ze stronami trzecimi, reżim napisany dokładnie dla tego rodzaju zależności, którą uwidocznił 3 września.

To użyteczne odczytanie tej awarii. Teoria o Azure była błędna, ale niepokój, który za nią stał, był słuszny: systemy, których ludzie używają dziś do pisania, programowania, wyszukiwania i podejmowania decyzji, są skupione w bardzo niewielkiej liczbie budynków, a nikt spoza tych budynków nie widzi, jak są ze sobą połączone.

Czy zdecentralizowana AI to realna alternatywa?

Argument za decentralizacją AI był kiedyś argumentem kryptowalutowym. 3 września uczynił go argumentem o dostępności. Jeśli trzy firmy z trzema osobnymi deklarowanymi przyczynami mogą zawieść w jednym oknie czasowym, ryzykiem nie jest pojedyncze centrum danych, lecz kształt branży: kilka modeli, w kilku chmurach, w większości u jednego dostawcy układów, i wszyscy zależni od nich wszystkich naraz.

Gonka to jeden z projektów zbudowanych na tym argumencie i ten, którego założyciele stawiają go najdobitniej. Opisuje się jako „zdecentralizowana sieć wysokowydajnych obliczeń AI” i ruszyła w sierpniu 2025 r. po inkubacji w Product Science, firmie z Los Angeles należącej do Davida i Daniila Libermanów, których wcześniejszy startup przejął Snap. Niezależni operatorzy udostępniają procesory GPU Nvidia i otrzymują zapłatę w tokenie sieci; programiści wywołują modele o otwartych wagach, takie jak DeepSeek, Kimi i MiniMax, przez punkt końcowy zgodny z OpenAI, po cenach, które zmieniają się wraz z wykorzystaniem, a nie z cennikiem dostawcy. Jej dokumentacja architektury składa właściwą obietnicę w jednym zdaniu: „System jest zdecentralizowany, bez pojedynczego punktu kierującego żądania wnioskowania do węzłów sieci.” Jej whitepaper nazywa ryzyko, któremu ma zaradzić: „Koncentracja zasobów obliczeniowych u kilku dominujących dostawców niesie znaczące ryzyko związane z cenzurą i scentralizowaną kontrolą.” Bitfury zobowiązał się przekazać sieci 50 milionów dolarów w grudniu 2025 r., gdy ta zgłaszała moc obliczeniową odpowiadającą ponad 6000 układów Nvidia H100; do lutego 2026 r. liczba podawana przez projekt wynosiła około 14 000 ekwiwalentów H100 w mniej więcej 20 krajach.

Słowo, którym założyciele określają cel, to suwerenność. „Jeśli nie kontrolujesz mocy obliczeniowej, twoja polityka AI jest prośbą, a nie strategią”, powiedzieli w lipcu bracia Libermanowie, nazywając alternatywę „feudalizmem GPU, przyszłością, w której ludzie stają się dzierżawcami na cudzym majątku obliczeniowym”. W artykule w Fortune z maja opisali koncentrację hiperskalerów jako „pojedynczy punkt awarii lub kontroli”. Teza brzmi: kraj, uniwersytet albo firma może mieć moc AI, której nikt inny nie wyłączy, bez budowania hiperskalowej chmury, łącząc posiadane już procesory GPU w sieć bez właściciela.

Obok tego należy postawić dwa zastrzeżenia, a jedno z nich dostarczają własne dokumenty sieci Gonka. Sieci zdecentralizowane wymieniają pojedynczy punkt awarii na większą zmienność: „zdecentralizowana sieć z natury cechuje się większą zmiennością niezawodności niż dedykowane centrum danych”, jak ujęła to jedna z analiz sektora z 2026 r., i żadna z nich nie oferuje jeszcze gwarancji poziomu usług dla przedsiębiorstw, jakie daje kontrakt z hiperskalerem. Analiza bezpieczeństwa sieci Gonka stwierdza, że „obecnie nie są znane żadne skuteczne strategie oszukiwania wobec tej kombinacji zabezpieczeń”, co jest zdaniem uczciwym, a nie gwarancją. A token sieci stracił od stycznia większość swojej wartości, co nie mówi nic o tym, czy procesory GPU obsługują wnioskowanie, ale bardzo wiele o tym, dokąd wciąż kieruje się uwaga sektora. Bittensor, Akash, io.net i Prime Intellect prowadzą warianty tego samego eksperymentu.

To, co eksperyment pokazał do tej pory, jest węższe niż jego marketing, a mimo to warte posiadania: otwarte modele można serwować z tysięcy procesorów GPU, których nie kontroluje żadna pojedyncza firma, a błąd routingu u jednego dostawcy albo zły poranek w Memphis nie kładzie ich wszystkich naraz. W dniu takim jak 3 września to jedyna właściwość, która się liczy.

Co robić, gdy twój asystent AI przestaje działać?

Dla pojedynczego użytkownika instrukcja na wypadek 3 września jest krótka.

Najpierw sprawdź stronę statusu. status.openai.com, status.claude.com i status.x.ai pokazały incydent w ciągu kilku minut. Jeśli strona jest czerwona, nic po twojej stronie nie pomoże; poczekaj albo zmień usługę.

Miej zalogowanego drugiego asystenta. Gemini pozostał dostępny 3 września, większość modeli Claude wróciła do 15:25 UTC, gdy ChatGPT wciąż nie działał, a 4 czerwca 2024 r. schemat był jeszcze inny. Dwóch dostawców w dwóch chmurach to najtańsza odporność, jaka istnieje. Programiści powinni pójść dalej i wbudować rozwiązanie zapasowe w kod, tak aby 34-minutowy błąd routingu u jednego dostawcy stał się wpisem w dzienniku, a nie incydentem.

Naucz się odróżniać awarię od blokady. To przypadek, w którym VPN ma znaczenie. Zarówno OpenAI, jak i Anthropic publikują listy obsługiwanych krajów, a strona OpenAI ostrzega, że „uzyskiwanie lub oferowanie dostępu do naszych usług poza krajami i terytoriami wymienionymi poniżej może skutkować zablokowaniem lub zawieszeniem konta”. Regulatorzy też blokują: włoski urząd ochrony danych nakazał ChatGPT zaprzestać przetwarzania danych włoskich użytkowników w decyzji ogłoszonej 31 marca 2023 r., a usługa pozostała we Włoszech wyłączona do 28 kwietnia. Gdy strona statusu jest zielona, a asystent odmawia ci dostępu, problemem jest twoja lokalizacja, nie dostawca. Połączenie przez serwer w twoim kraju, jedną ze 100+ lokalizacji Le VPN, przywraca podczas podróży usługę, za którą płacisz, tak samo jak w przypadku bankowości czy telewizji. Nasz przewodnik po omijaniu cenzury internetu obejmuje państwową wersję tego samego problemu, a ten starszy wpis wyjaśnia, dlaczego VPN może ominąć regionalną awarię sieci, ale nigdy awarię samego dostawcy.

Jeśli twój agent AI potrzebuje stałego kraju wyjścia, daj mu go. Autonomiczni agenci również oblewają test lokalizacji, a nie mogą otworzyć zgłoszenia do pomocy technicznej. Przepustki x402 bez konta od Le VPN istnieją właśnie na ten przypadek: konfiguracja WireGuard kupowana wewnątrz żądania HTTP, na dzień, tydzień lub miesiąc, na jednym serwerze we Francji, Niemczech lub Wielkiej Brytanii.

Nic z tego nie przywraca martwego modelu do życia. Na tym polega sens historii z 3 września. Narzędzia stały się infrastrukturą, infrastruktura jest skoncentrowana, a jedyną obroną dostępną dziś użytkownikowi jest zależeć od więcej niż jednego jej elementu.