ChatGPT, Claude e Grok sono andati giù insieme. È stata colpa di Azure, dell'AGI o di qualcos'altro?

Alle 13:26 UTC di giovedì 3 settembre 2026, la pagina di stato di Anthropic ha iniziato a segnalare errori elevati sui suoi modelli Claude più recenti. Nel giro di un’ora Grok ha smesso di rispondere su X, e alle 14:43 UTC la pagina di stato di OpenAI è diventata rossa per ChatGPT e Codex. Per circa novanta minuti tre dei principali assistenti AI degli Stati Uniti erano in errore contemporaneamente, e quando l’ultimo di loro si è ripreso internet aveva già prodotto una serie completa di spiegazioni: una regione di Microsoft Azure era collassata, Cloudflare ci era ricascata, il nuovo modello GPT-6 si era mangiato il proprio data center, oppure le macchine si erano semplicemente svegliate e avevano deciso che ne avevano abbastanza.

Cinque giorni dopo, nessuna delle tre aziende ha pubblicato un’analisi delle cause profonde, e i documenti pubblici contengono ancora tre spiegazioni diverse anziché una. Vale la pena dirlo chiaramente, perché la versione sbagliata di questa storia è stata ripetuta da testate che dovrebbero saperne di più, e perché la versione giusta è più utile di qualsiasi teoria. Un’interruzione simultanea non è un’interruzione condivisa. Il 3 settembre tre aziende sono andate in errore nella stessa finestra temporale per tre motivi dichiarati diversi, e nulla nei documenti pubblici le collega.

Ecco cosa sostiene ciascuna teoria, cosa dicono le prove, e perché la domanda conta più di qualunque risposta si riveli vera.

Cosa è successo davvero il 3 settembre?

Le fonti più pulite sono le pagine di stato, perché sono datate dalle aziende stesse.

Il registro dell’incidente di Anthropic dice che l’azienda ha «identificato la causa» alle 13:41 UTC, quindici minuti dopo l’inizio, e ha poi passato due ore e mezza a lavorare a una soluzione prima di chiudere l’incidente. La causa non è mai stata nominata. Il suo portavoce ha detto a The Register che «un problema di infrastruttura ha causato un’interruzione parziale su Claude.ai, Claude Code, Claude Cowork e l’API di Claude» e che «il servizio è stato ripristinato alle 16:16 UTC».

La pagina dell’incidente di OpenAI elenca 15 componenti di ChatGPT e 4 di Codex, dal login e dalle conversazioni fino alla modalità vocale e al caricamento dei file. La portavoce dell’azienda, Kathleen Chaykowski, ha dato a Wired e a The Register la stessa frase: «Un errore di routing iniziato intorno alle 7:43 del mattino, ora del Pacifico, di giovedì 3 settembre ha reso ChatGPT e Codex non disponibili per alcuni utenti su tutte le piattaforme. Intorno alle 8:17 del mattino, ora del Pacifico, di giovedì una soluzione è stata implementata con successo e continua a essere monitorata.» In UTC sono le 14:43 e le 15:17, un guasto di 34 minuti interamente compreso nelle finestre di Anthropic e xAI.

Il resoconto su Grok è arrivato da SpaceX, che ha assorbito xAI all’inizio di quest’anno, in un post sui social citato da The Register: «Ci scusiamo per i problemi che potreste aver riscontrato con Grok a seguito di un’interruzione al nostro centro di calcolo di Memphis questa mattina. Vorremmo anche scusarci con i nostri partner di calcolo coinvolti.» Elon Musk ha aggiunto che l’azienda stava «adottando misure correttive per garantire che questo non accada di nuovo», secondo Engadget. La pagina di stato di xAI, citata da Wired, ha aperto il suo incidente alle 6:30 del mattino, ora del Pacifico, e lo ha chiuso alle 10:05, un’interruzione di tre ore e 35 minuti. La pagina di stato di GitHub ha registrato i modelli Grok come degradati all’interno di Copilot dalle 14:17 alle 17:11 UTC «a causa di un problema con un fornitore di modelli a monte», e Cursor, l’editor di codice, ha registrato una degradazione di «tutti i modelli Grok» dalle 13:41 alle 17:07 UTC. Sono i timestamp di terze parti più chiari che abbiamo per l’incidente di Grok, e mostrano come funziona la catena di dipendenze: quando un fornitore di modelli si guasta, i prodotti costruiti sopra di esso si guastano pochi minuti dopo.

La portata, in termini di segnalazioni degli utenti: Decrypt ha indicato i picchi di Downdetector a circa 38.000 segnalazioni per ChatGPT e circa 1.400 ciascuno per Claude e Grok. Perplexity, Mistral e DeepSeek non hanno mostrato alcun incidente sulle loro pagine di stato durante la finestra dell’interruzione, e Z.ai ha pubblicato «Noi siamo ancora online».

Gemini è l’assenza interessante. Ars Technica lo ha contato come quarto servizio colpito sulla base delle segnalazioni su Downdetector salite da circa 23 a 412 e di una nota di StatusGator su una «probabile interruzione dell’API Gemini» tra le 10:45 e le 11:15 del mattino, ora della costa orientale. La dashboard di stato di Google Workspace, che copre l’app Gemini, non ha registrato nulla; l’unico riconoscimento è stata una nota sulla pagina di stato di Google AI Studio, citata da LADbible, secondo cui l’API Gemini aveva avuto «problemi a servire le chiavi API create di recente, anche tramite librerie compatibili con OpenAI». 9to5Google, che segue Google da vicino, ha scritto che «Gemini sembra non essere stato colpito». Tenetelo a mente, perché Gemini diventa il gruppo di controllo nella prima e più rumorosa teoria.

Un'interruzione di Azure ha messo fuori uso ChatGPT, Claude e Grok?

Questa è la teoria che è arrivata ai titoli. Tech Times l’ha pubblicata il giorno stesso come «Gemini è sopravvissuto quando ChatGPT, Claude e Grok sono crollati: la colpa è di Azure». Computing ha seguito con «Un guasto di Azure ha probabilmente messo fuori uso ChatGPT, Claude e Grok», costruito su segnali di StatusGator e Downdetector di «guasti in ingresso» nella regione East US di Azure. Shattered.io l’ha trasformata in una narrazione di 90 minuti, e in Francia developpez.com ha raccontato ai suoi lettori che un guasto in Azure East US «era il denominatore comune di questa interruzione a cascata».

La teoria è attraente per un motivo. OpenAI e Anthropic eseguono entrambe carichi di lavoro sostanziali su Azure in base ad accordi da diversi miliardi di dollari, Gemini gira sul cloud di Google ed è rimasto in piedi, e tutti ricordano il 29 ottobre 2025, quando un errore di configurazione in Azure Front Door ha messo offline Microsoft 365, il portale Azure e i sistemi di prenotazione di Alaska Airlines per più di otto ore. Una dipendenza cloud condivisa è il primo sospettato ovvio, e la logica dell’argomentazione, «quello su un cloud diverso è sopravvissuto», suona come scienza.

Fallisce sulle prove in quattro punti.

Primo, il registro di Microsoft stessa. La cronologia di stato di Azure, consultata l’8 settembre, non elenca alcun incidente per settembre 2026; l’analisi post-incidente più recente è datata 23 luglio. Wired ha riferito che Cloudflare, Amazon Web Services e Microsoft Azure «non hanno segnalato interruzioni giovedì», e 9to5Google, che aveva sollevato essa stessa l’ipotesi Azure, ha aggiunto una smentita di una riga senza nominare un portavoce: «Microsoft afferma che non è così». Ars Technica ha notato che le segnalazioni su Downdetector «sono aumentate un po’» per AWS, Azure e Cloudflare quella mattina, che è esattamente ciò che fanno i siti di segnalazione degli utenti durante qualsiasi grande interruzione: le persone il cui strumento AI si è guastato segnalano ogni servizio che gli viene in mente. Microsoft 365 Copilot Chat, l’assistente che vive davvero su Azure, ha registrato l’unico incidente ufficiale di Copilot di Microsoft della giornata alle 17:36 UTC, dopo che tutti e tre gli incidenti AI si erano chiusi.

Secondo, le prove stesse. Risalite alla fonte dei «guasti in ingresso di Azure East US» attraverso Tech Times e arrivate a una singola nota inviata da un utente su StatusGator, un monitor di terze parti: «Ingresso EAST US giù dalle 10:26 del mattino PT. Stiamo lavorando con il supporto MSFT, hanno riferito aggiornamenti in quel momento dal loro lato.» È il ticket di un solo cliente anonimo, non compare più sulla pagina live di StatusGator, e l’orario che indica, le 10:26 del mattino PT ovvero le 17:26 UTC, cade dopo che Claude era stato ripristinato da oltre un’ora, dopo che l’incidente di ChatGPT si era chiuso, e dopo che i modelli Grok erano tornati in Copilot.

Terzo, Grok. SpaceX ha collocato il guasto di Grok nel proprio sito Colossus a Memphis, Tennessee, non in una regione Azure. Secondo il resoconto delle aziende stesse la teoria non può arrivare a Grok, quindi nel migliore dei casi spiegherebbe due dei tre, e quei due sono stati spiegati diversamente dalle aziende interessate.

Quarto, e meno notato, le aziende hanno indicato delle cause. «Un errore di routing» e «un problema di infrastruttura» sono vaghi, ma sono le parole dei fornitori stessi e nessuna delle due punta a una regione cloud. La nostra regola, e dovrebbe essere quella di tutti, è che un’interruzione ha la causa dichiarata dal suo operatore finché l’operatore non ne dichiara un’altra.

Verdetto: non supportata. La storia di Azure è un artefatto delle segnalazioni degli utenti travestito da causa profonda.

È stata Cloudflare, il DNS o un'altra condotta condivisa?

Cloudflare è stata la seconda sospettata, per una buona ragione tecnica. Le pagine di errore di ChatGPT riportavano gli identificatori «cf-ray» di Cloudflare, e in un thread su Hacker News che ha superato i 700 commenti gli sviluppatori hanno notato i codici aeroportuali in quegli ID e ne hanno tratto la conclusione naturale. Il precedente era fresco: il 18 novembre 2025, un guasto di Cloudflare, un file di configurazione della gestione dei bot che era raddoppiato di dimensione e aveva fatto crashare il proxy, aveva davvero messo ChatGPT offline insieme a X e a una larga fetta del web dalle 11:20 UTC.

La differenza sta in ciò che Cloudflare ha fatto ogni volta. A novembre ha pubblicato un post-mortem dettagliato lo stesso giorno. Il 3 settembre ha detto l’opposto, ufficialmente: «Cloudflare non sta riscontrando alcun disservizio significativo in questo momento. I nostri servizi funzionano normalmente, e qualsiasi notizia che si discosti da questo è errata.» La cronologia di stato di Cloudflare non mostra nulla durante la finestra dell’interruzione se non due manutenzioni programmate a Montreal e Chicago. Un’azienda che aveva ammesso di aver rotto metà di internet dieci mesi prima non ha alcun incentivo a mentire su una seconda volta, e gli ID cf-ray provano soltanto che Cloudflare sta davanti a ChatGPT, cosa che fa sempre. Come ha scritto un commentatore nel thread, «continuo a non capire perché chatgpt.com dovrebbe mostrare un 404 a causa di un’interruzione in un data center AI»: un 404 è una risposta di un server, non una rete mancante.

«Probabilmente è il DNS», l’altro riflesso, ha avuto la sua solita esposizione e la sua solita mancanza di prove. Nessun operatore DNS ha segnalato un incidente e nessun fornitore ha menzionato errori di risoluzione.

Verdetto: non supportata, sulla base della dichiarazione esplicita di Cloudflare e dell’assenza di qualsiasi altra condotta che abbia segnalato un guasto.

Memphis è l'anello mancante tra Claude e Grok?

Ecco la pista che ha ricevuto meno attenzione rispetto alle sue prove, e non coinvolge affatto Azure. L’approfondimento di Futurism del giorno dopo l’ha indicata; il contratto che c’è dietro merita di essere spiegato.

Il 6 maggio 2026 Anthropic ha annunciato di aver contrattato «più di 300 megawatt di nuova capacità (oltre 220.000 GPU NVIDIA)» presso il data center Colossus 1 di SpaceX per servire gli abbonati Claude Pro e Max. Colossus 1 si trova a Memphis. Il 3 settembre SpaceX ha attribuito il guasto di Grok a «un’interruzione al nostro centro di calcolo di Memphis» e si è scusata «con i nostri partner di calcolo coinvolti». Anthropic è il meglio documentato di quei partner, il suo incidente è iniziato quattro minuti prima di quello di xAI, e la sua pagina di stato ha detto soltanto che la causa era stata identificata.

Questa è una dipendenza reale, documentata e fisica, condivisa da due dei tre servizi. Se l’evento di Memphis è ciò a cui si riferisce il «problema di infrastruttura» di Anthropic, le interruzioni di Claude e Grok hanno avuto una sola causa, e una causa noiosa: un data center ha avuto una brutta mattinata. Anthropic non lo ha detto, e Wired ha riferito che «ha rifiutato di commentare oltre la sua pagina di stato». Finché non lo farà, il collegamento è un’inferenza plausibile, non un fatto, e noi lo presentiamo come tale.

Ciò che Memphis non può fare è arrivare a OpenAI. ChatGPT non gira lì, il guasto di OpenAI è iniziato più di un’ora dopo l’incidente di Memphis, e OpenAI ha descritto un errore di routing. Come ha scritto AI Chat Daily, la spiegazione di Memphis «non copre in modo evidente OpenAI».

Verdetto: esiste una dipendenza documentata, nessuna delle due aziende l’ha collegata al 3 settembre, e non può arrivare alla terza.

Un'interruzione ha fatto cadere le altre?

La teoria della cascata è la più rispettabile tra le spiegazioni popolari. Quando un assistente si guasta, i suoi utenti si riversano sul successivo, e l’ondata fa cadere anche quello. Ha un precedente. Il 4 giugno 2024, ChatGPT, Claude e Perplexity sono andati tutti giù a poche ore di distanza l’uno dall’altro. Il messaggio di errore di Perplexity lo diceva apertamente: «Stiamo ricevendo molte domande in questo momento e abbiamo raggiunto la nostra capacità.» Nemmeno quel giorno nessuno ha mai confermato una causa condivisa.

Questa volta la teoria ha avuto sostenitori dentro il settore. Il messaggio di errore di Grok, secondo The Verge, diceva «Questo modello è sovraccarico in questo momento. Riprova tra poco o scegli un altro modello», e un ingegnere di OpenAI ha scritto su X che «si dice che quando andiamo giù noi, gli altri devono assorbire così tanto traffico che vanno giù tutti».

Per il 3 settembre il problema è l’ordine degli eventi. Claude è andato in errore per primo, Grok pochi minuti dopo, e ChatGPT più di un’ora dopo ancora. Una cascata avrebbe dovuto correre verso ChatGPT, il servizio con di gran lunga più utenti, partendo da due servizi molto più piccoli, e OpenAI ha attribuito il proprio guasto al routing, non al carico. La direzione inversa, in cui un’interruzione di ChatGPT inonda Claude e Grok, è quella che avrebbe senso, e l’orologio la esclude.

Verdetto: coerente con la storia, incoerente con questa cronologia.

È stato GPT-6 Astra, l'AGI che si sveglia o Skynet?

Questa era l’altra grande storia della giornata, e le due si sono scontrate. Mentre ChatGPT era giù, l’account di ChatGPT ha pubblicato «Le stelle sono quasi allineate», e quel pomeriggio OpenAI ha presentato GPT-6 Astra, un modello che ha detto essere stato addestrato su «più di 100.000 GPU nel nostro sito Stargate in Texas». Il suo presidente, Greg Brockman, ha detto ai giornalisti: «Non è irragionevole pensare che siamo ora nell’era dell’AGI, e credo che se si vuole dire che questo [modello è] il primo, credo sia ragionevole.» Axios ha titolato il briefing «Benvenuti nell’era dell’AGI». Fireship, i cui video di prima impressione sono il luogo in cui molti sviluppatori si formano un’opinione su un nuovo modello, ha posto la domanda direttamente nel titolo del 4 settembre: «OpenAI ha davvero costruito l’AGI?»

Così internet ha fatto quello che fa. «Il sistema entra in funzione il 3 settembre 2026… Astra inizia a imparare a ritmo geometrico», ha scritto un utente di Hacker News, citando Terminator. «SkyNet si sta armando», ha detto un altro. Futurism ha raccolto il resto: «Finalmente posso vedere il Sole!», il commento di Paris Marx «per un breve momento, milioni di persone hanno dovuto usare di nuovo il cervello», e l’analisi completa di ThePrimeagen, lunga quattro parole: «Tutta l’AI è giù.» La versione più seria, «Astra esce oggi. Probabilmente non è una coincidenza», è stata il pensiero più ripetuto del thread.

È una coincidenza, e facile da verificare. Il 3 settembre Astra ha raggiunto solo un gruppo limitato di clienti aziendali nel programma di cybersicurezza Daybreak di OpenAI; gli abbonati paganti l’hanno ricevuto il giorno dopo, dopodiché Sam Altman ha scritto «Innanzitutto, scusate per il lancio disordinato». Qualunque carico il lancio abbia messo sui sistemi di OpenAI, non poteva toccare quelli di Anthropic o di xAI, e quei due sono andati in errore per primi. L’incidente di OpenAI, secondo la sua portavoce, è stato un errore di routing di 34 minuti, e un utente di Hacker News che si è identificato come il responsabile dell’incidente per quel giorno ha scritto nel thread: «Abbiamo avuto un errore di routing nella nostra infrastruttura che ha causato problemi ad alcuni dei nostri prodotti. Non era legato al lancio di Astra. Non commentiamo le interruzioni di altri fornitori.» Un modello in anteprima limitata non ha mani. Non può allungarsi fino a un data center di Memphis o alla tabella di routing di un concorrente. Se l’era dell’AGI è iniziata il 3 settembre, è iniziata prendendosi la mattinata libera.

Verdetto: le migliori battute della giornata, e nient’altro.

Tempeste solari, attacchi informatici o pura coincidenza?

Le teorie rimanenti si liquidano in fretta. Nessun fornitore ha menzionato un attacco, e le aziende che ne subiscono uno tendono a dirlo, perché un attacco è una storia migliore di un errore di routing. La versione della tempesta solare fallisce sugli strumenti: l’indice K planetario della NOAA, la misura standard delle perturbazioni geomagnetiche, ha raggiunto un picco di 2,33 il 3 settembre, verificato l’8 settembre, mentre una tempesta minore inizia a 5. Una tempesta geomagnetica abbastanza forte da disturbare i data center avrebbe comunque disturbato prima le reti elettriche e i satelliti.

Resta la coincidenza, che è la risposta meno soddisfacente e quella con cui le dichiarazioni dei fornitori stessi ti lasciano. Ciascuna di queste aziende registra incidenti ogni mese; le loro pagine di stato sono documenti lunghi. Anthropic aveva già aperto e chiuso un incidente separato su Claude Sonnet 5 tra le 12:37 e le 12:56 UTC quella stessa mattina, prima che tutto questo iniziasse. La pagina di OpenAI riportava un unico incidente dalle 06:36 alle 22:00 UTC del 10 giugno 2025, e Gemini, il sopravvissuto del 3 settembre, è rimasto giù per sette ore il 10 giugno 2026 a causa di una «contesa di lettura estrema» in un database di Google. Tre incidenti in una sola mattina di giovedì della settimana lavorativa americana, con uno di essi forse condiviso attraverso Memphis, è insolito, ma la tripla interruzione del giugno 2024 dimostra che è già successo senza che una causa comune sia mai emersa. «Le prove supportano tre incidenti sovrapposti di fornitori diversi, con spiegazioni pubbliche differenti e una divulgazione incompleta delle cause profonde», ha concluso un’attenta ricostruzione della cronologia, ed è lì che finisce il resoconto onesto.

Perché la domanda conta più della risposta?

Qualunque versione sia vera, la giornata ha messo in luce la stessa cosa: un numero enorme di persone e aziende dipende ormai da una manciata di fornitori, e quei fornitori dipendono da una manciata di operatori di data center e, per la maggior parte, da un solo fornitore di chip.

I numeri sono pubblici. Amazon, Microsoft e Google hanno preso il 28%, il 20% e il 15% di un mercato dell’infrastruttura cloud che ha raggiunto i 143 miliardi di dollari nel secondo trimestre del 2026, secondo Synergy Research Group. OpenAI ha contrattato 250 miliardi di dollari aggiuntivi di servizi Azure, un accordo AWS da 38 miliardi di dollari poi ampliato di 100 miliardi, fino a 10 gigawatt di sistemi Nvidia e 6 gigawatt di GPU AMD. Anthropic definisce AWS il suo partner principale per l’addestramento, ha contrattato fino a un milione di TPU Google, ha impegnato 30 miliardi di dollari su Azure, e da maggio affitta tutto il Colossus 1 di Memphis. xAI ha costruito Colossus con 100.000 GPU Nvidia Hopper in 122 giorni e poi l’ha raddoppiato. Nvidia sta dietro alla maggior parte di quei contratti, e ogni modello di frontiera che le persone usano in una mattina feriale vive su uno di tre cloud o su un unico campus in Tennessee. ChatGPT da solo ha riportato 900 milioni di utenti settimanali a febbraio.

La dipendenza è ormai misurabile. In un sondaggio su 1.000 alti dirigenti in 16 paesi pubblicato a giugno 2026, l’Institute for Business Value di IBM ha rilevato che il 71% ha dichiarato che cambiare il proprio fornitore o modello AI principale sarebbe difficile, il 91% ha detto di non comprendere appieno le dipendenze della propria organizzazione tra fornitori, modelli e infrastruttura AI, e l’81% ha affermato che un’interruzione di sette giorni di un fornitore causerebbe disagi gravi o critici. Il settantatré per cento ha descritto il proprio parco AI come intenzionalmente multi-fornitore; solo il 7% operava a quello che IBM ha definito un livello avanzato di controllo. «L’AI ha introdotto nuove forme di dipendenza che evolvono più velocemente di quanto i cicli tradizionali di governance, approvvigionamento o tecnologia siano stati progettati per gestire», ha detto Ana Paula Assis di IBM.

Charlie Dai di Forrester ha tratto la conclusione operativa il giorno dopo l’interruzione, su ITPro: «Quando più grandi fornitori subiscono guasti sovrapposti senza una causa comune chiaramente stabilita, le aziende non possono valutare con precisione il rischio sistemico, la concentrazione delle dipendenze o la probabilità di recidiva.» La sua prescrizione era «strategie multi-modello, flussi di lavoro di riserva e piani di continuità operativa invece di dare per scontato che i servizi AI di frontiera saranno sempre disponibili».

Anche i regolatori si muovono nella stessa direzione. Il 13 luglio 2026 il Regno Unito ha posto Amazon Web Services, Google Cloud, Microsoft e Oracle sotto supervisione diretta come terze parti critiche per il sistema finanziario. «Quando gli stessi fornitori servono migliaia di aziende, un singolo guasto può riverberarsi in tutto il sistema finanziario», ha detto Nikhil Rathi, amministratore delegato della Financial Conduct Authority. La dichiarazione di policy PS26/2 della FCA aggiunge la segnalazione obbligatoria degli incidenti operativi e degli accordi rilevanti con terze parti dal 18 marzo 2027, un regime scritto esattamente per il tipo di dipendenza che il 3 settembre ha reso visibile.

Questa è la lettura utile dell’interruzione. La teoria di Azure era sbagliata, ma l’ansia che c’era dietro era giusta: i sistemi che le persone usano ormai per scrivere, programmare, cercare e decidere sono concentrati in un numero molto piccolo di edifici, e nessuno fuori da quegli edifici può vedere come sono collegati.

L'AI decentralizzata è una vera alternativa?

L’argomento a favore della decentralizzazione dell’AI era un tempo un argomento da mondo crypto. Il 3 settembre lo ha trasformato in un argomento di disponibilità. Se tre aziende con tre cause dichiarate distinte possono andare in errore nella stessa finestra, il rischio non è un singolo data center ma la forma del settore: pochi modelli, su pochi cloud, per lo più su un solo fornitore di chip, e tutti a valle di tutti loro allo stesso tempo.

Gonka è uno dei progetti costruiti su quell’argomento, e quello i cui fondatori lo esprimono nel modo più diretto. Si descrive come «una rete decentralizzata per il calcolo AI ad alta efficienza» ed è entrata in funzione nell’agosto 2025 dopo l’incubazione da parte di Product Science, l’azienda di Los Angeles di David e Daniil Liberman, la cui startup precedente era stata acquisita da Snap. Operatori indipendenti mettono a disposizione GPU Nvidia e vengono pagati nel token della rete; gli sviluppatori richiamano modelli a pesi aperti come DeepSeek, Kimi e MiniMax tramite un endpoint compatibile con OpenAI, con prezzi che si muovono con l’utilizzo anziché con il listino di un fornitore. La sua documentazione sull’architettura fa la promessa rilevante in una riga: «Il sistema è decentralizzato, senza un punto unico che indirizzi le richieste di inferenza ai nodi della rete.» Il suo whitepaper nomina il rischio che esiste per affrontare: «Concentrare le risorse computazionali all’interno di pochi fornitori dominanti presenta rischi significativi legati alla censura e al controllo centralizzato.» Bitfury ha impegnato 50 milioni di dollari nella rete a dicembre 2025, quando questa riportava una capacità di calcolo equivalente a più di 6.000 Nvidia H100; a febbraio 2026 la cifra fornita dal progetto era di circa 14.000 equivalenti H100 in circa 20 paesi.

La parola dei fondatori per l’obiettivo è sovranità. «Se non controlli il calcolo, la tua politica sull’AI è una richiesta e non una strategia», hanno detto a luglio i fratelli Liberman, definendo l’alternativa «feudalesimo delle GPU, un futuro in cui le persone diventano inquilini nella tenuta di calcolo di qualcun altro». In un editoriale su Fortune a maggio hanno descritto la concentrazione degli hyperscaler come un «punto unico di guasto o di controllo». La tesi è che un paese, un’università o un’azienda possano avere una capacità AI che nessun altro può spegnere senza costruire un cloud hyperscale, mettendo in comune le GPU che già possiedono in una rete senza proprietario.

Accanto a questo vanno messe due riserve, e una la forniscono i documenti stessi di Gonka. Le reti decentralizzate scambiano un punto unico di guasto con una varianza più alta: «una rete decentralizzata possiede intrinsecamente una varianza di affidabilità più alta rispetto a un data center dedicato», come ha scritto un’analisi di settore del 2026, e nessuna di esse offre ancora le garanzie di servizio aziendali che offre un contratto con un hyperscaler. L’analisi di sicurezza di Gonka dice che «al momento non sono note strategie di imbroglio efficaci contro questa combinazione di difese», che è una frase onesta piuttosto che una garanzia. E il token della rete ha perso la maggior parte del suo valore da gennaio, il che non dice nulla sul fatto che le GPU servano l’inferenza ma dice molto su dove va ancora l’attenzione del settore. Bittensor, Akash, io.net e Prime Intellect stanno conducendo varianti dello stesso esperimento.

Ciò che l’esperimento ha dimostrato finora è più ristretto del suo marketing, e vale comunque la pena averlo: i modelli aperti possono essere serviti da migliaia di GPU che nessuna singola azienda controlla, e un errore di routing presso un fornitore o una brutta mattinata a Memphis non le mette fuori uso tutte insieme. In un giorno come il 3 settembre, è l’unica proprietà che conta.

Cosa fare quando il tuo assistente AI va giù?

Per un singolo utente, il manuale del 3 settembre è breve.

Controlla la pagina di stato prima di ogni altra cosa. status.openai.com, status.claude.com e status.x.ai hanno tutti mostrato l’incidente entro pochi minuti. Se la pagina è rossa, niente dal tuo lato potrà aiutare; aspetta, oppure cambia.

Tieni un secondo assistente con l’accesso già effettuato. Gemini è rimasto in piedi il 3 settembre, la maggior parte dei modelli Claude era tornata entro le 15:25 UTC mentre ChatGPT era ancora giù, e il 4 giugno 2024 lo schema era di nuovo diverso. Due fornitori su due cloud sono la resilienza più economica che esista. Gli sviluppatori dovrebbero andare oltre e costruire il fallback nel codice, in modo che un errore di routing di 34 minuti presso un fornitore diventi una riga di log anziché un incidente.

Impara a distinguere un’interruzione da un blocco. Questo è il caso in cui una VPN conta. Sia OpenAI che Anthropic pubblicano elenchi dei paesi supportati, e la pagina di OpenAI avverte che «accedere o offrire accesso ai nostri servizi al di fuori dei paesi e dei territori elencati di seguito può comportare il blocco o la sospensione del tuo account». Anche i regolatori bloccano: il Garante per la protezione dei dati personali ha ordinato a ChatGPT di interrompere il trattamento dei dati degli utenti italiani con un provvedimento annunciato il 31 marzo 2023, e il servizio è rimasto oscurato in Italia fino al 28 aprile. Quando la pagina di stato è verde ma l’assistente ti rifiuta, il problema è la tua posizione, non il fornitore. Una connessione attraverso un server nel tuo paese di residenza, una delle oltre 100 località di Le VPN, ripristina il servizio che paghi mentre viaggi, allo stesso modo in cui lo fa per la banca o la televisione. La nostra guida su come aggirare la censura di internet copre la versione statale dello stesso problema, e questo post più datato spiega perché una VPN può aggirare un guasto di rete regionale ma mai un guasto interno del fornitore.

Se il tuo agente AI ha bisogno di un paese di uscita fisso, daglielo. Anche gli agenti autonomi falliscono il test della posizione, e non possono aprire un ticket di assistenza. I pass x402 senza account di Le VPN esistono per quel caso: una configurazione WireGuard acquistata dentro una richiesta HTTP, per un giorno, una settimana o un mese su un singolo server in Francia, Germania o Regno Unito.

Niente di tutto questo riporta in vita un modello morto. È questo il punto della storia del 3 settembre. Gli strumenti sono diventati infrastruttura, l’infrastruttura è concentrata, e l’unica difesa a disposizione di un utente oggi è dipendere da più di un pezzo di essa.