ChatGPT, Claude et Grok sont tombés en même temps. Azure, AGI ou autre chose ?

À 13:26 UTC, le jeudi 3 septembre 2026, la page de statut d’Anthropic a commencé à signaler des erreurs élevées sur ses modèles Claude les plus récents. Dans l’heure qui a suivi, Grok a cessé de répondre sur X, et à 14:43 UTC la page de statut d’OpenAI est passée au rouge pour ChatGPT et Codex. Pendant environ quatre-vingt-dix minutes, trois des principaux assistants IA des États-Unis étaient en panne en même temps, et le temps que le dernier d’entre eux se rétablisse, Internet avait produit une série complète d’explications : une région Microsoft Azure s’était effondrée, Cloudflare avait encore frappé, le nouveau modèle GPT-6 avait dévoré son propre centre de données, ou les machines s’étaient tout simplement réveillées et avaient décidé qu’elles en avaient assez.

Cinq jours plus tard, aucune des trois entreprises n’a publié de rapport sur la cause première, et le dossier public contient toujours trois explications différentes plutôt qu’une seule. Cela mérite d’être dit clairement, parce que la mauvaise version de cette histoire a été répétée par des médias qui devraient être mieux informés, et parce que la bonne version est plus utile que n’importe laquelle des théories. Une panne simultanée n’est pas une panne partagée. Le 3 septembre, trois entreprises sont tombées dans la même fenêtre pour trois raisons déclarées différentes, et rien dans le dossier public ne les relie.

Voici ce que chaque théorie affirme, ce que disent les preuves, et pourquoi la question compte plus que celle des réponses qui se révélera vraie.

Que s'est-il réellement passé le 3 septembre ?

Les sources les plus propres sont les pages de statut, parce qu’elles sont horodatées par les entreprises elles-mêmes.

Le journal d’incident d’Anthropic indique que l’entreprise a « identifié la cause » à 13:41 UTC, quinze minutes après le début, puis a passé deux heures et demie à travailler sur un correctif avant de clore l’incident. La cause n’a jamais été nommée. Son porte-parole a déclaré à The Register qu’« un problème d’infrastructure a provoqué une panne partielle sur Claude.ai, Claude Code, Claude Cowork et l’API Claude » et que « le service a été rétabli à 16:16 UTC ».

La page d’incident d’OpenAI liste 15 composants ChatGPT et 4 composants Codex, de la connexion et des conversations jusqu’au mode vocal et au téléversement de fichiers. La porte-parole de l’entreprise, Kathleen Chaykowski, a donné à Wired et à The Register la même phrase : « Une erreur de routage survenue vers 7 h 43, heure du Pacifique, le jeudi 3 septembre a rendu ChatGPT et Codex indisponibles pour certains utilisateurs sur l’ensemble des plateformes. Vers 8 h 17, heure du Pacifique, ce jeudi, une solution a été mise en œuvre avec succès et reste sous surveillance. » En UTC, cela correspond à 14:43 à 15:17, une défaillance de 34 minutes entièrement contenue dans les fenêtres d’Anthropic et de xAI.

Le récit de Grok est venu de SpaceX, qui a absorbé xAI plus tôt cette année, dans une publication sur les réseaux sociaux citée par The Register : « Nous sommes désolés des problèmes que vous avez pu rencontrer avec Grok à la suite d’une panne de notre centre de calcul de Memphis ce matin. Nous tenons aussi à présenter nos excuses à nos partenaires de calcul touchés. » Elon Musk a ajouté que l’entreprise « prenait des mesures correctives pour que cela ne se reproduise pas », selon Engadget. La page de statut de xAI, telle que citée par Wired, a ouvert son incident à 6 h 30, heure du Pacifique, et l’a clos à 10 h 05, soit une panne de trois heures et 35 minutes. La page de statut de GitHub a enregistré les modèles Grok comme dégradés dans Copilot de 14:17 à 17:11 UTC « en raison d’un problème chez un fournisseur de modèles en amont », et Cursor, l’éditeur de code, a consigné une dégradation de « tous les modèles Grok » de 13:41 à 17:07 UTC. Ce sont les horodatages tiers les plus clairs dont nous disposons pour l’incident Grok, et ils montrent comment fonctionne la chaîne de dépendances : quand un fournisseur de modèles tombe, les produits construits dessus tombent quelques minutes plus tard.

L’ampleur, en termes de signalements : Decrypt a situé les pics de Downdetector à environ 38 000 signalements pour ChatGPT et à peu près 1 400 chacun pour Claude et Grok. Perplexity, Mistral et DeepSeek n’affichaient aucun incident sur leurs pages de statut pendant la fenêtre de la panne, et Z.ai a publié « Nous sommes toujours en ligne. »

Gemini est l’absent intéressant. Ars Technica l’a compté comme quatrième service touché sur la foi de signalements Downdetector passés d’environ 23 à 412 et d’une note de StatusGator évoquant une « probable panne de l’API Gemini » entre 10 h 45 et 11 h 15, heure de l’Est. Le tableau de bord de statut de Google Workspace, qui couvre l’application Gemini, n’a rien enregistré ; la seule reconnaissance a été une note sur la page de statut de Google AI Studio, citée par LADbible, indiquant que l’API Gemini avait eu des « problèmes pour servir les clés API récemment créées, y compris via des bibliothèques compatibles OpenAI ». 9to5Google, qui suit Google de près, a écrit que « Gemini semble ne pas être affecté ». Gardez cela en tête, parce que Gemini devient le groupe témoin de la première et plus bruyante théorie.

Une panne d'Azure a-t-elle fait tomber ChatGPT, Claude et Grok ?

C’est la théorie qui a atteint les gros titres. Tech Times l’a publiée le jour même sous le titre « Gemini a survécu quand ChatGPT, Claude et Grok se sont effondrés : Azure est en cause ». Computing a suivi avec « Une défaillance d’Azure a probablement fait tomber ChatGPT, Claude et Grok », sur la base de signaux StatusGator et Downdetector faisant état de « défaillances d’ingress » dans la région Azure East US. Shattered.io en a fait un récit de 90 minutes, et en France, developpez.com, le site d’information des développeurs francophones, a expliqué à ses lecteurs qu’une défaillance de la région Azure East US « était le dénominateur commun de cette panne en cascade ».

La théorie est séduisante pour une raison. OpenAI et Anthropic font tous deux tourner des charges de travail importantes sur Azure dans le cadre d’accords à plusieurs milliards de dollars, Gemini tourne sur le cloud de Google et est resté debout, et tout le monde se souvient du 29 octobre 2025, quand une erreur de configuration dans Azure Front Door a mis hors ligne Microsoft 365, le portail Azure et les systèmes de réservation d’Alaska Airlines pendant plus de huit heures. Une dépendance cloud partagée est le premier suspect évident, et la logique de l’argument, « celui qui est sur un autre cloud a survécu », a des airs de science.

Elle échoue face aux preuves sur quatre points.

Premièrement, le propre registre de Microsoft. L’historique de statut d’Azure, consulté le 8 septembre, ne liste absolument aucun incident pour septembre 2026 ; la revue post-incident la plus récente date du 23 juillet. Wired a rapporté que Cloudflare, Amazon Web Services et Microsoft Azure « n’ont signalé aucune panne jeudi », et 9to5Google, qui avait lui-même soulevé la possibilité Azure, a ajouté un démenti d’une ligne sans nommer de porte-parole : « Microsoft indique que ce n’est pas le cas ». Ars Technica a noté que les signalements Downdetector « ont quelque peu grimpé » pour AWS, Azure et Cloudflare ce matin-là, ce qui est exactement ce que font les sites de signalement collaboratif pendant toute grande panne : les gens dont l’outil d’IA est tombé signalent tous les services qui leur viennent à l’esprit. Microsoft 365 Copilot Chat, l’assistant qui vit réellement sur Azure, a enregistré le seul incident Copilot officiel de Microsoft ce jour-là à 17:36 UTC, après la clôture des trois incidents IA.

Deuxièmement, la preuve elle-même. Remontez la piste des « défaillances d’ingress d’Azure East US » via Tech Times et vous arrivez à une seule note soumise par un utilisateur sur StatusGator, un moniteur tiers : « Ingress EAST US hors service depuis 10 h 26, heure du Pacifique. En lien avec le support MSFT, ils ont signalé des mises à niveau de leur côté à ce moment-là. » C’est le ticket d’un seul client anonyme, il n’apparaît plus sur la page en direct de StatusGator, et l’heure qu’il donne, 10 h 26 heure du Pacifique soit 17:26 UTC, tombe alors que Claude était rétabli depuis plus d’une heure, que l’incident ChatGPT était clos, et que les modèles Grok étaient de retour dans Copilot.

Troisièmement, Grok. SpaceX a situé la défaillance de Grok dans son propre site Colossus à Memphis, dans le Tennessee, et non dans une région Azure. Selon le récit des entreprises elles-mêmes, la théorie ne peut pas atteindre Grok, donc au mieux elle expliquerait deux des trois pannes, et ces deux-là ont été expliquées autrement par les entreprises concernées.

Quatrièmement, et c’est le point le moins remarqué, les entreprises ont bel et bien nommé des causes. « Une erreur de routage » et « un problème d’infrastructure » sont vagues, mais ce sont les propres mots des fournisseurs et aucun ne pointe vers une région cloud. Notre règle, et elle devrait être celle de tout le monde, est qu’une panne a la cause que son opérateur déclare tant que l’opérateur n’en déclare pas une autre.

Verdict : non étayée. L’histoire Azure est un artefact de signalements collaboratifs déguisé en cause première.

Était-ce Cloudflare, le DNS ou un autre tuyau partagé ?

Cloudflare était le deuxième suspect, pour une bonne raison technique. Les pages d’erreur de ChatGPT portaient des identifiants Cloudflare « cf-ray », et dans un fil Hacker News qui a dépassé les 700 commentaires, des développeurs ont repéré les codes d’aéroport dans ces identifiants et en ont tiré la conclusion naturelle. Le précédent était frais : le 18 novembre 2025, une défaillance de Cloudflare, un fichier de configuration de gestion des bots qui a doublé de taille et fait planter le proxy, avait bel et bien mis ChatGPT hors ligne en même temps que X et une large partie du web à partir de 11:20 UTC.

La différence tient à ce que Cloudflare a fait à chaque fois. En novembre, l’entreprise a publié un post-mortem détaillé le jour même. Le 3 septembre, elle a dit le contraire, officiellement : « Cloudflare ne connaît actuellement aucune perturbation significative de ses services. Nos services fonctionnent normalement, et tout rapport qui s’en écarte est inexact. » L’historique de statut de Cloudflare ne montre rien pendant la fenêtre de la panne, hormis deux maintenances programmées à Montréal et à Chicago. Une entreprise qui a admis avoir cassé la moitié d’Internet dix mois plus tôt n’a aucun intérêt à mentir sur une deuxième fois, et les identifiants cf-ray prouvent seulement que Cloudflare se trouve devant ChatGPT, ce qui est toujours le cas. Comme l’a formulé un commentateur du fil, « je ne comprends toujours pas pourquoi chatgpt.com afficherait une 404 à cause d’une panne de centre de données IA » : une 404 est une réponse d’un serveur, pas un réseau absent.

« C’est probablement le DNS », l’autre réflexe, a eu droit à sa tribune habituelle et à son habituelle absence de preuves. Aucun opérateur DNS n’a signalé d’incident et aucun fournisseur n’a évoqué de défaillances de résolution.

Verdict : non étayée, sur la base de la déclaration explicite de Cloudflare et de l’absence de tout autre tuyau signalant une défaillance.

Memphis est-il le chaînon manquant entre Claude et Grok ?

Voici la piste qui a reçu le moins d’attention au regard de ses preuves, et elle n’implique pas Azure du tout. Le suivi de Futurism le lendemain l’a pointée du doigt ; le contrat qui la sous-tend mérite d’être détaillé.

Le 6 mai 2026, Anthropic a annoncé avoir contracté « plus de 300 mégawatts de nouvelle capacité (plus de 220 000 GPU NVIDIA) » au centre de données Colossus 1 de SpaceX pour servir les abonnés Claude Pro et Max. Colossus 1 se trouve à Memphis. Le 3 septembre, SpaceX a imputé la défaillance de Grok à « une panne de notre centre de calcul de Memphis » et a présenté ses excuses « à nos partenaires de calcul touchés ». Anthropic est le mieux documenté de ces partenaires, son incident a commencé quatre minutes avant celui de xAI, et sa page de statut disait seulement que la cause avait été identifiée.

C’est une dépendance réelle, documentée, physique, partagée par deux des trois services. Si l’événement de Memphis est ce à quoi renvoie le « problème d’infrastructure » d’Anthropic, les pannes de Claude et de Grok ont eu une seule cause, et une cause banale : un centre de données a passé une mauvaise matinée. Anthropic ne l’a pas dit, et Wired a rapporté que l’entreprise « a refusé de commenter au-delà de sa page de statut ». Tant qu’elle ne le fait pas, le lien est une inférence plausible, pas un fait, et nous le présentons comme tel.

Ce que Memphis ne peut pas faire, c’est atteindre OpenAI. ChatGPT ne tourne pas là-bas, la défaillance d’OpenAI a commencé plus d’une heure après l’incident de Memphis, et OpenAI a décrit une erreur de routage. Comme l’a formulé AI Chat Daily, l’explication Memphis « ne couvre pas de manière évidente OpenAI ».

Verdict : une dépendance documentée existe, aucune des deux entreprises ne l’a reliée au 3 septembre, et elle ne peut pas atteindre la troisième.

Une panne a-t-elle fait tomber les autres ?

La théorie de la cascade est la plus respectable des explications populaires. Quand un assistant tombe, ses utilisateurs se ruent sur le suivant, et l’afflux fait tomber celui-là aussi. Elle a un précédent. Le 4 juin 2024, ChatGPT, Claude et Perplexity sont tous tombés à quelques heures d’intervalle. Le message d’erreur de Perplexity le disait sans détour : « Nous recevons beaucoup de questions en ce moment et avons atteint notre capacité. » Personne n’a jamais confirmé de cause commune ce jour-là non plus.

La théorie a eu des partisans au sein de l’industrie cette fois-ci. Le message d’erreur de Grok, selon The Verge, disait « Ce modèle est surchargé en ce moment. Veuillez réessayer sous peu ou choisir un autre modèle », et un ingénieur d’OpenAI a publié sur X que « la rumeur veut que, quand nous tombons, le reste doit absorber tellement de trafic qu’ils tombent tous ».

Pour le 3 septembre, l’ordre des événements pose problème. Claude est tombé en premier, Grok quelques minutes plus tard, et ChatGPT plus d’une heure après. Une cascade aurait dû se propager vers ChatGPT, le service de loin le plus utilisé, depuis deux services bien plus petits, et OpenAI a attribué sa défaillance au routage, pas à la charge. Le sens inverse, où une panne de ChatGPT inonde Claude et Grok, est celui qui aurait un sens, et l’horloge l’exclut.

Verdict : cohérente avec l’histoire, incohérente avec cette chronologie.

Était-ce GPT-6 Astra, l'AGI qui s'éveille, ou Skynet ?

C’était l’autre grande actualité de la journée, et les deux sont entrées en collision. Pendant que ChatGPT était en panne, le compte ChatGPT a publié « Les étoiles sont presque alignées », et cet après-midi-là OpenAI a dévoilé GPT-6 Astra, un modèle entraîné, selon l’entreprise, sur « plus de 100 000 GPU sur notre site Stargate au Texas ». Son président, Greg Brockman, a déclaré aux journalistes : « Il n’est pas déraisonnable de penser que nous sommes maintenant dans l’ère de l’AGI, et je pense que si vous voulez dire que ce [modèle est] le premier, je pense que c’est raisonnable. » Axios a titré son compte rendu « Bienvenue dans l’ère de l’AGI ». Fireship, dont les vidéos de première prise en main sont l’endroit où beaucoup de développeurs en activité se forgent une opinion sur un nouveau modèle, a posé la question sans détour dans son titre du 4 septembre : « OpenAI a-t-il vraiment construit l’AGI ? »

Alors Internet a fait ce qu’il fait. « Le système est mis en ligne le 3 septembre 2026… Astra commence à apprendre à un rythme géométrique », a écrit un utilisateur de Hacker News en citant Terminator. « SkyNet s’arme », a dit un autre. Futurism a rassemblé le reste : « Enfin je peux voir le Soleil ! », le « pendant un bref instant, des millions de personnes ont dû réutiliser leur cerveau » de Paris Marx, et l’analyse complète de ThePrimeagen, quatre mots en anglais : « Toute l’IA est en panne. » La version plus sérieuse, « Astra sort aujourd’hui. Probablement pas une coïncidence », était la pensée la plus répétée du fil.

C’est une coïncidence, et facile à vérifier. Astra n’a atteint qu’un groupe restreint de clients entreprise du programme de cybersécurité Daybreak d’OpenAI le 3 septembre ; les abonnés payants l’ont reçu le lendemain, après quoi Sam Altman a écrit « D’abord, désolé pour le déploiement chaotique ». Quelle que soit la charge que le lancement a fait peser sur les systèmes d’OpenAI, elle ne pouvait pas toucher ceux d’Anthropic ou de xAI, et ces deux-là sont tombés en premier. L’incident d’OpenAI lui-même, selon sa porte-parole, était une erreur de routage de 34 minutes, et un utilisateur de Hacker News se présentant comme le responsable de l’incident ce jour-là a écrit dans le fil : « Nous avons eu une erreur de routage dans notre infrastructure qui a causé des problèmes sur certains de nos produits. Ce n’était pas lié au lancement d’Astra. Nous ne commentons pas les pannes des autres fournisseurs. » Un modèle en aperçu limité n’a pas de mains. Il ne peut pas aller toucher un centre de données à Memphis ou la table de routage d’un concurrent. Si l’ère de l’AGI a commencé le 3 septembre, elle a commencé en prenant sa matinée.

Verdict : les meilleures blagues de la journée, et rien d’autre.

Tempêtes solaires, cyberattaques ou simple coïncidence ?

Les théories restantes sont vite écartées. Aucun fournisseur n’a évoqué d’attaque, et les entreprises qui en subissent une ont tendance à le dire, parce qu’une attaque est une meilleure histoire qu’une erreur de routage. La version tempête solaire échoue face aux instruments : l’indice K planétaire de la NOAA, la mesure standard des perturbations géomagnétiques, a culminé à 2,33 le 3 septembre, valeur consultée le 8 septembre, alors qu’une tempête mineure commence à 5. Une tempête géomagnétique assez forte pour perturber des centres de données aurait de toute façon perturbé d’abord les réseaux électriques et les satellites.

Reste la coïncidence, qui est la réponse la moins satisfaisante et celle que vous laissent les déclarations des fournisseurs eux-mêmes. Chacune de ces entreprises enregistre des incidents tous les mois ; leurs pages de statut sont de longs documents. Anthropic avait déjà ouvert et clos un incident distinct sur Claude Sonnet 5 entre 12:37 et 12:56 UTC ce même matin, avant que tout cela ne commence. La page d’OpenAI a porté un seul incident de 06:36 à 22:00 UTC le 10 juin 2025, et Gemini, le survivant du 3 septembre, a été en panne pendant sept heures le 10 juin 2026 à cause d’une « contention de lecture extrême » dans une base de données Google. Trois incidents en un seul jeudi matin de la semaine de travail américaine, dont l’un possiblement partagé via Memphis, c’est inhabituel, mais la triple panne de juin 2024 montre que c’est déjà arrivé sans qu’aucune cause commune ne soit jamais apparue. « Les preuves soutiennent trois incidents de fournisseurs qui se chevauchent, avec des explications publiques différentes et une divulgation incomplète des causes premières », concluait une reconstitution minutieuse de la chronologie, et c’est là que s’arrête le récit honnête.

Pourquoi la question compte-t-elle plus que la réponse ?

Quelle que soit la version vraie, la journée a exposé la même chose : un nombre énorme de personnes et d’entreprises dépendent désormais d’une poignée de fournisseurs, et ces fournisseurs dépendent d’une poignée d’opérateurs de centres de données et, pour l’essentiel, d’un seul fournisseur de puces.

Les chiffres sont publics. Amazon, Microsoft et Google ont pris 28 %, 20 % et 15 % d’un marché de l’infrastructure cloud qui a atteint 143 milliards de dollars au deuxième trimestre 2026, selon Synergy Research Group. OpenAI a contracté 250 milliards de dollars supplémentaires de services Azure, un accord AWS de 38 milliards de dollars depuis étendu de 100 milliards, jusqu’à 10 gigawatts de systèmes Nvidia et 6 gigawatts de GPU AMD. Anthropic qualifie AWS de partenaire d’entraînement principal, a contracté jusqu’à un million de TPU Google, engagé 30 milliards de dollars sur Azure, et loue depuis mai la totalité de Colossus 1 à Memphis. xAI a construit Colossus avec 100 000 GPU Nvidia Hopper en 122 jours, puis l’a doublé. Nvidia se trouve derrière la plupart de ces contrats, et chaque modèle de pointe vers lequel les gens se tournent un matin de semaine vit sur l’un de trois clouds ou sur un seul campus dans le Tennessee. ChatGPT à lui seul a annoncé 900 millions d’utilisateurs hebdomadaires en février.

La dépendance est désormais mesurable. Dans une enquête auprès de 1 000 cadres dirigeants dans 16 pays publiée en juin 2026, l’Institute for Business Value d’IBM a constaté que 71 % disaient que changer de fournisseur ou de modèle d’IA principal serait difficile, 91 % disaient ne pas comprendre pleinement les dépendances de leur organisation entre fournisseurs, modèles et infrastructures d’IA, et 81 % disaient qu’une panne de sept jours d’un fournisseur causerait une perturbation grave ou critique. Soixante-treize pour cent décrivaient leur parc d’IA comme intentionnellement multi-fournisseurs ; seuls 7 % opéraient à ce qu’IBM appelait un niveau de contrôle avancé. « L’IA a introduit de nouvelles formes de dépendance qui évoluent plus vite que ce que les cycles traditionnels de gouvernance, d’achats ou de technologie ont été conçus pour gérer », a déclaré Ana Paula Assis, d’IBM.

Charlie Dai, de Forrester, en a tiré la conclusion opérationnelle le lendemain de la panne, dans ITPro : « Quand plusieurs grands fournisseurs subissent des défaillances qui se chevauchent sans cause commune clairement établie, les entreprises ne peuvent pas évaluer avec précision le risque systémique, la concentration des dépendances ou la probabilité de récurrence. » Sa prescription : « des stratégies multi-modèles, des flux de travail de repli et des plans de continuité d’activité au lieu de supposer que les services d’IA de pointe seront toujours disponibles ».

Les régulateurs vont dans le même sens. Le 13 juillet 2026, le Royaume-Uni a placé Amazon Web Services, Google Cloud, Microsoft et Oracle sous supervision directe en tant que tiers critiques pour le système financier. « Quand les mêmes fournisseurs servent des milliers d’entreprises, une seule défaillance peut se répercuter sur l’ensemble du système financier », a déclaré Nikhil Rathi, directeur général de la Financial Conduct Authority. La déclaration de politique PS26/2 de la FCA ajoute la déclaration obligatoire des incidents opérationnels et des accords importants avec des tiers à partir du 18 mars 2027, un régime écrit exactement pour le type de dépendance que le 3 septembre a rendu visible.

C’est la lecture utile de la panne. La théorie Azure était fausse, mais l’inquiétude derrière elle était fondée : les systèmes que les gens utilisent désormais pour écrire, coder, chercher et décider sont concentrés dans un très petit nombre de bâtiments, et personne en dehors de ces bâtiments ne peut voir comment ils sont reliés.

L'IA décentralisée est-elle une vraie alternative ?

L’argument en faveur de la décentralisation de l’IA était autrefois un argument crypto. Le 3 septembre en a fait un argument de disponibilité. Si trois entreprises avec trois causes déclarées distinctes peuvent tomber dans une même fenêtre, le risque n’est pas un centre de données en particulier mais la forme de l’industrie : quelques modèles, sur quelques clouds, essentiellement chez un seul fournisseur de puces, et tout le monde en aval de tous ceux-là à la fois.

Gonka est l’un des projets bâtis sur cet argument, et celui dont les fondateurs l’énoncent le plus crûment. Il se décrit comme « un réseau décentralisé pour du calcul IA à haute efficacité » et a été mis en service en août 2025 après une incubation par Product Science, la société de Los Angeles de David et Daniil Liberman, dont la précédente start-up a été rachetée par Snap. Des opérateurs indépendants apportent des GPU Nvidia et sont payés dans le jeton du réseau ; les développeurs appellent des modèles à poids ouverts tels que DeepSeek, Kimi et MiniMax via un point d’accès compatible OpenAI, avec des prix qui évoluent avec l’utilisation plutôt qu’avec la grille tarifaire d’un fournisseur. Sa documentation d’architecture formule la promesse pertinente en une ligne : « Le système est décentralisé, sans point unique dirigeant les requêtes d’inférence vers les nœuds du réseau. » Son livre blanc nomme le risque qu’il existe pour traiter : « Concentrer les ressources de calcul chez quelques fournisseurs dominants présente des risques importants liés à la censure et au contrôle centralisé. » Bitfury a engagé 50 millions de dollars dans le réseau en décembre 2025, quand celui-ci annonçait une capacité de calcul équivalente à plus de 6 000 Nvidia H100 ; en février 2026, le chiffre donné par le projet était d’environ 14 000 équivalents H100 répartis dans une vingtaine de pays.

Le mot des fondateurs pour désigner l’objectif est souveraineté. « Si vous ne contrôlez pas le calcul, votre politique d’IA est une requête plutôt qu’une stratégie », ont déclaré les frères Liberman en juillet, qualifiant l’alternative de « féodalisme du GPU, un avenir où les gens deviennent locataires sur le domaine de calcul de quelqu’un d’autre ». Dans une tribune pour Fortune en mai, ils ont décrit la concentration des hyperscalers comme un « point unique de défaillance ou de contrôle ». L’affirmation est qu’un pays, une université ou une entreprise peut disposer d’une capacité d’IA que personne d’autre ne peut éteindre sans construire un cloud hyperscale, en mutualisant les GPU qu’il possède déjà dans un réseau sans propriétaire.

Deux réserves ont leur place à côté de cela, et les propres documents de Gonka en fournissent une. Les réseaux décentralisés échangent un point unique de défaillance contre une variance plus élevée : « un réseau décentralisé possède intrinsèquement une variance de fiabilité plus élevée qu’un centre de données dédié », comme l’a formulé une analyse sectorielle de 2026, et aucun d’eux n’offre encore les garanties de service entreprise qu’apporte un contrat avec un hyperscaler. L’analyse de sécurité de Gonka indique qu’« à l’heure actuelle, aucune stratégie de triche réussie contre cette combinaison de défenses n’est connue », ce qui est une phrase honnête plutôt qu’une garantie. Et le jeton du réseau a perdu l’essentiel de sa valeur depuis janvier, ce qui ne dit rien sur la capacité des GPU à servir l’inférence mais beaucoup sur l’endroit où va encore l’attention du secteur. Bittensor, Akash, io.net et Prime Intellect mènent des variantes de la même expérience.

Ce que l’expérience a montré jusqu’ici est plus étroit que son marketing, et vaut tout de même la peine : des modèles ouverts peuvent être servis depuis des milliers de GPU qu’aucune entreprise ne contrôle à elle seule, et une erreur de routage chez un fournisseur ou une mauvaise matinée à Memphis ne les fait pas tous tomber ensemble. Un jour comme le 3 septembre, c’est la seule propriété qui compte.

Que faire quand votre assistant IA tombe en panne ?

Pour un particulier, la marche à suivre du 3 septembre est courte.

Consultez la page de statut avant toute chose. status.openai.com, status.claude.com et status.x.ai ont tous affiché l’incident en quelques minutes. Si la page est au rouge, rien de votre côté n’y changera quoi que ce soit ; attendez, ou changez d’assistant.

Gardez un second assistant connecté. Gemini est resté debout le 3 septembre, la plupart des modèles Claude étaient de retour à 15:25 UTC alors que ChatGPT était encore en panne, et le 4 juin 2024 le schéma était encore différent. Deux fournisseurs sur deux clouds, c’est la résilience la moins chère qui soit. Les développeurs devraient aller plus loin et intégrer le repli dans le code, pour qu’une erreur de routage de 34 minutes chez un fournisseur devienne une simple ligne de journal plutôt qu’un incident.

Apprenez à distinguer une panne d’un blocage. C’est le cas où un VPN compte. OpenAI et Anthropic publient tous deux des listes de pays pris en charge, et la page d’OpenAI avertit qu’« accéder ou offrir l’accès à nos services en dehors des pays et territoires listés ci-dessous peut entraîner le blocage ou la suspension de votre compte ». Les régulateurs bloquent aussi : l’autorité italienne de protection des données a ordonné à ChatGPT de cesser de traiter les données des utilisateurs italiens dans une décision annoncée le 31 mars 2023, et le service est resté inaccessible en Italie jusqu’au 28 avril. Quand la page de statut est au vert mais que l’assistant vous refuse, le problème vient de votre localisation, pas du fournisseur. Une connexion via un serveur dans votre pays d’origine, l’une des 100+ localisations de Le VPN, rétablit le service que vous payez pendant vos voyages, de la même façon que pour la banque ou la télévision. Notre guide pour contourner la censure sur Internet couvre la version étatique du même problème, et cet article plus ancien explique pourquoi un VPN peut contourner une défaillance réseau régionale mais jamais celle du fournisseur lui-même.

Si votre agent IA a besoin d’un pays de sortie fixe, donnez-lui-en un. Les agents autonomes échouent aussi au test de localisation, et ils ne peuvent pas ouvrir de ticket de support. Les pass x402 sans compte de Le VPN existent pour ce cas : une configuration WireGuard achetée au sein d’une requête HTTP, pour un jour, une semaine ou un mois, sur un seul serveur en France, en Allemagne ou au Royaume-Uni.

Rien de tout cela ne ramène un modèle mort à la vie. C’est tout l’enjeu de l’histoire du 3 septembre. Les outils sont devenus de l’infrastructure, l’infrastructure est concentrée, et la seule défense à la disposition d’un utilisateur aujourd’hui est de dépendre de plus d’un morceau de celle-ci.