Note : Ceci est une note de recherche complétant le livre L’ère de la post-pénurie, désormais disponible à l’achat. Ces notes approfondissent les concepts du texte principal. Commencez ici ou procurez-vous le livre.

Effondrement de l’Âge du Bronze : le défaut fatal de la centralisation

Ce que les palais en flammes, les empires disparus et les tableurs vieux de 3 200 ans nous disent sur la gouvernance de l’IA

Qu’ont en commun un scribe mycénien comptant les moutons en 1200 avant JC et un ingénieur AWS surveillant les charges serveur en 2026 après JC ? Tous deux gèrent des systèmes tellement optimisés pour l’efficacité qu’une seule mauvaise journée pourrait faire tomber la civilisation.

Dramatique ? Peut-être. Mais l’Âge du Bronze méditerranéen n’était pas seulement un effondrement—c’était un test de résistance pour les systèmes centralisés, et les résultats ont été spectaculairement mauvais. Les palais ont brûlé. L’écriture a disparu pendant 400 ans. Des empires entiers ont simplement cessé d’exister. Et voici la partie inconfortable : nous construisons des versions numériques de la même architecture exacte.

Parlons de pourquoi les civilisations les plus intelligentes du monde antique se sont écrasées plus fort qu’une blockchain pendant un rug pull.

Le « Move Fast and Break Things » original

L’Âge du Bronze tardif n’était pas un trou perdu primitif. C’étaient les tech bros de l’antiquité—coordonnant des réseaux commerciaux de la Grande-Bretagne à l’Afghanistan, construisant des murs si massifs que les Grecs ultérieurs supposèrent que des géants les avaient faits, dirigeant des économies plus complexes que tout ce que l’humanité verrait à nouveau pendant des millénaires.

Leur arme secrète ? L’économie de palais : un système où une seule institution dirigeait tout ce dont l’État dépendait, du bronze et des textiles au commerce lointain et aux registres qui les suivaient. Les chercheurs pensent aujourd’hui qu’une bonne part de la vie ordinaire se déroulait hors des livres du palais. Pas les secteurs stratégiques. (Les Incas ont fait tourner une version du même modèle pendant un siècle, avec des entrepôts et des cordes nouées à la place des tablettes.)

Pourquoi cela importe maintenant ? Parce que nous construisons des versions numériques de la même architecture—et elles ont le même défaut fatal.

Comment ça fonctionnait (Et pourquoi ça fonctionnait trop bien)

Imaginez si Amazon, Google, la Réserve fédérale et le bureau des véhicules fusionnaient en une seule institution. C’était un palais de l’Âge du Bronze. Le palais mycénien de Pylos n’était pas seulement l’endroit où le roi vivait—c’était :

La banque : Toute richesse entrait et sortait
L’usine : Les artisans travaillaient pour des rations du palais, pas pour des marchés
La société commerciale : Le commerce international était un monopole royal
Le bureau du recensement : Les scribes suivaient tout

Et je veux dire tout. Nous avons des tablettes en linéaire B qui comptent les moutons troupeau par troupeau sous le nom de l’homme qui en répond, qui consignent le nom de bœufs pris un à un (le déchiffreur John Chadwick les a rendus par Dapple, Darkie, Whitefoot, Winey, Blondie et Bawler, soit à peu près Pommelé, Noiraud, Pied-Blanc, Vineux, Blondin et Beugleur), et qui fixent la ration quotidienne d’orge d’une équipe de vingt maçons à environ 1,2 litre chacun, et 3,2 pour le chef de chantier. Ces gens ont inventé les tableurs 3 000 ans avant Microsoft, et ils les ont utilisés pour microgérer le grain.

L’efficacité était remarquable. La planification centralisée a permis à ces civilisations de :

Construire des murs cyclopéens nécessitant des milliers d’ouvriers coordonnés
Gérer des réseaux commerciaux s’étendant sur un demi-continent
Déployer des armées de milliers avec un équipement de bronze standardisé
Créer un excédent qui finançait l’art, la religion et l’expansion

Ce n’était pas de l’agriculture primitive—c’était une sophistication logistique qui ne serait pas égalée avant la Révolution industrielle.

Le piège de l’efficacité

Mais voici le problème avec l’efficacité maximale : elle ne laisse aucune marge d’erreur.

Lorsque vous avez optimisé toute redondance, chaque grain d’orge a une destination, chaque lingot de bronze a un but, et chaque travailleur dépend du palais pour sa survie. Il n’y a pas de mou dans le système. Pas de plan de secours. Pas de « eh bien, si ça échoue, on pourrait toujours… »

Le palais était un point de défaillance unique servant une civilisation entière.

Cela vous semble familier ?

La vente au feu (Littéralement)

Vers 1200 avant JC, quelque chose a mal tourné. Nous débattons encore de ce qui exactement—des « Peuples de la Mer » envahissants, des sécheresses, des tremblements de terre, des révoltes internes, des perturbations commerciales. Probablement tout ce qui précède. Mais voici la partie terrifiante : peu importe ce qui l’a déclenché.

L’effondrement n’a pas été causé par une seule catastrophe. L’effondrement s’est produit parce que le système ne pouvait gérer aucune catastrophe.

La scène de crime archéologique

La destruction des grands palais est bien attestée. (Une étude de 2023 a montré que 94 des 153 destructions autrefois attribuées à cette période étaient mal datées, supposées, ou n’avaient jamais eu lieu. Mycènes, Pylos et Hattusa n’en font pas partie.) À Mycènes, Tirynthe, Pylos et Thèbes, nous trouvons :

Des incendies intenses qui ont détruit les complexes palatins vers 1200 avant JC
Un effondrement en deux générations : Mycènes frappée vers 1250 puis de nouveau vers 1190, Tirynthe vers 1200, Pylos vers 1180
Des preuves d’efforts de fortification frénétiques de dernière minute qui ont clairement échoué

Le palais de Pylos a brûlé si chaud que les tablettes d’argile ont durci en permanence—préservant accidentellement les derniers comptes désespérés d’une administration condamnée. L’une de ces séries de tablettes s’ouvre ainsi : « Voici comment les guetteurs gardent la côte. » Les tablettes ne disent jamais ce que les guetteurs surveillaient, et les chercheurs débattent encore pour savoir s’il s’agissait d’une alerte ou d’une affectation de routine. Dans les deux cas, la garde n’a pas sauvé le palais.

Quand l’écriture meurt

Voici le détail qui devrait tenir les planificateurs d’infrastructure modernes éveillés la nuit : l’écriture linéaire B—le système d’écriture qui gérait ces économies de palais—n’a pas évolué ou simplifié après l’effondrement.

Elle a disparu.

Pendant environ 400 ans, la Grèce continentale n’a laissé aucun écrit ; seuls les hellénophones de Chypre ont gardé une écriture en vie. La connaissance de l’alphabétisation s’est juste… arrêtée. Ce n’était pas un choix culturel. Quand les palais ont brûlé, tout l’appareil administratif qui nécessitait l’écriture a brûlé avec eux. Pas de scribes, pas de comptes, pas de registres écrits, pas besoin d’écrire.

Pensez-y. Une civilisation entière est devenue fonctionnellement analphabète du jour au lendemain parce que leurs systèmes d’information étaient trop centralisés pour survivre à une perturbation.

La leçon pour aujourd’hui : Si les fournisseurs de cloud qui hébergent nos systèmes IA, nos bases de données et notre infrastructure critique subissaient des pannes simultanées, combien de connaissances opérationnelles de notre civilisation disparaîtraient effectivement ? Pas nécessairement les données elles-mêmes—mais notre capacité à y accéder et à les utiliser.

L’évaporation hittite

La fin de l’Empire hittite est encore plus troublante. Les données dendrochronologiques de Turquie montrent une sécheresse sévère de 1198 à 1196 avant JC. Mauvais, mais pas sans précédent. Les sécheresses arrivent.

Mais la capitale hittite de Hattusa n’a pas été prise d’assaut. Elle a été vidée. Vers 1180 avant JC, la cour a emballé les trésors des temples et elle est partie. Les archéologues ne trouvent aucune trace de bataille, et l’incendie est venu après, dans une ville déjà désertée. Un empire qui avait dominé l’Anatolie pendant des siècles, qui avait tenu l’Égypte en échec à Kadesh : il n’est pas tombé lors d’un siège. Il s’est évaporé.

Quand votre civilisation est optimisée pour le contrôle central, et que le contrôle central cesse de fonctionner, il ne reste rien.

L’économie de palais moderne

« D’accord », pourriez-vous dire, « histoire antique fascinante. Qu’est-ce que cela a à voir avec l’IA ? »

Tout.

Rencontrez vos nouveaux administrateurs de palais

À la mi-2026, voici notre économie de palais moderne :

AWS contrôle 28 % de l’infrastructure cloud mondiale, contre 20 % pour Microsoft Azure et 15 % pour Google Cloud. Les trois hyperscalers détiennent ensemble toujours environ 63 % d’un marché qui a atteint 143 milliards de dollars au deuxième trimestre 2026, en hausse de plus de 43 milliards de dollars sur un an : une croissance de 43 % qui est la plus rapide en huit ans, avec un chiffre d’affaires sur douze mois glissants qui atteint 500 milliards de dollars. La répartition continue de pencher vers Google : Azure a cédé un point ce trimestre, AWS est resté stable. La concentration, elle, ne bouge pas.
Google a traité 91 % des recherches mondiales en octobre 2026 d’après StatCounter, et 96 % des recherches faites sur téléphone : toujours un quasi-monopole sur la façon dont l’humanité trouve l’information. La seule fissure est sur ordinateur. Entre le 3 et le 5 septembre, la part de Google sur ordinateur mesurée par StatCounter est tombée de 84 % à 77 %, et elle y est restée : 78,1 % pour l’ensemble de septembre et 78,0 % jusqu’au 26 octobre, avec Bing à 15 %, contre 9 % en août. StatCounter n’a pas dit si son échantillon avait changé. Tous appareils confondus, Google a glissé à 89,9 % en septembre et était revenu au-dessus de 91 % en octobre : l’érosion que prédisent les partisans de la recherche par IA ne se voit toujours pas là où se font la plupart des recherches.
Le code généré par IA a atteint un point d’inflexion : l’enquête State of Code 2026 de Sonar, menée auprès de plus de 1 100 développeurs, montre que l’IA représente déjà 42 % du code qu’ils livrent, une part qu’ils voient monter à 65 % d’ici 2027. Parmi ceux qui ont essayé les outils d’IA, 72 % s’en servent tous les jours, et deux produits dominent : GitHub Copilot et ChatGPT, utilisés par 75 % et 74 % des développeurs.
La famille d’applications de Meta a atteint 3,64 milliards d’utilisateurs actifs quotidiens en septembre 2026, en hausse de 3 % sur un an, prolongeant le rebond après le premier trimestre, quand ce nombre avait glissé à 3,56 milliards contre 3,58 milliards, la première baisse jamais enregistrée par cet indicateur. Meta l’a attribuée aux coupures internet en Iran et à la restriction de WhatsApp en Russie. L’Iran s’est reconnecté fin mai, après un black-out de 88 jours, à environ 59 % de son trafic d’avant. Un palais de cette taille ne perd pas ses utilisateurs au profit de concurrents. Il les perd à cause de la géopolitique, et les récupère de la même façon.

Ce ne sont pas que de grandes entreprises. Ce sont des points d’étranglement économiques. Des versions numériques des palais de l’Âge du Bronze, contrôlant le flux d’information, de calcul et, de plus en plus, d’activité économique.

La même architecture, médium différent

Les parallèles sont presque trop nets :

Économie de palais de l’Âge du Bronze :

Collecte centrale de toute production
Distribution centrale de toutes les ressources
Contrôle central des réseaux commerciaux
Tenue de registres obsessionnelle de chaque transaction

Économie numérique moderne :

Infrastructure cloud centralisée (AWS, Azure, Google Cloud)
Distribution algorithmique de l’attention et du contenu
Contrôle des plateformes du commerce numérique (App Store, Google Play, Amazon)
Collecte de données obsessionnelle de chaque interaction

Les scribes mycéniens suivaient les moutons. Google suit vos recherches. Le palais distribuait des rations d’orge. L’algorithme distribue l’engagement. La logique économique est identique—seul le substrat a changé.

Ce qui se passe quand le palais brûle

Nous avions l’habitude de mener des mini-expériences sur la défaillance centralisée. À l’automne 2025, nous en avons vécu trois grandeur nature en trente jours.

AWS, le 20 octobre 2025 : Une condition de concurrence latente dans l’automatisation DNS de DynamoDB a vidé un enregistrement DNS dans la région us-east-1, en Virginie du Nord. Les applications ne parvenaient plus à localiser la base de données. La panne s’est propagée à des dizaines de services AWS pendant environ quinze heures, entraînant dans sa chute Snapchat, Fortnite, Duolingo, Signal, les sonnettes Ring et une longue liste d’applications bancaires. La première estimation des pertes assurées par le cabinet de cyber-risques CyberCube allait de 38 à 581 millions de dollars. Un enregistrement DNS, une région, un fournisseur.

Microsoft Azure, le 29 octobre 2025 : Neuf jours plus tard, une série de changements de configuration parfaitement valides, effectués par des clients sur deux versions du plan de contrôle d’Azure Front Door, a produit des métadonnées qui ont réveillé un bug latent en périphérie du réseau. Le système de protection censé intercepter les mauvaises configurations les a laissées passer, parce que le plantage est survenu quelques minutes après les contrôles de santé. Microsoft 365, Outlook, Xbox Live, Copilot et le portail Azure se sont éteints pendant plus de huit heures. Les signalements sur Downdetector ont culminé à plus de 18 000 pour Azure et près de 20 000 pour Microsoft 365. Alaska Airlines a perdu des systèmes clés, dont son site web ; Costco, Starbucks, l’aéroport d’Heathrow et Vodafone ont été touchés le même jour.

Cloudflare, le 18 novembre 2025 : Un changement de permissions dans une base de données a fait doubler la taille d’un fichier de configuration de gestion des bots, ce qui a fait planter le logiciel chargé de le lire. X, ChatGPT, Spotify, Canva et League of Legends ont cessé de répondre, et NJ Transit, Shopify, Coinbase et Moody’s ont suivi. Le gros du trafic a mis environ trois heures à revenir ; le rétablissement complet en a pris près de six.

Aucune de ces pannes n’était une attaque. Aucun Peuple de la Mer à l’horizon. Chacune était une erreur de configuration — l’équivalent numérique d’un scribe inscrivant le mauvais chiffre sur une tablette — et chacune s’est propagée instantanément à travers un système sans redondance au niveau où il a échoué.

Les pannes plus anciennes riment avec celles-ci. L’erreur de routage de Facebook en 2021 a fait tomber simultanément Facebook, Instagram, WhatsApp et Messenger pendant six heures, laissant de petites entreprises en plein milieu d’une transaction et coupant des familles les unes des autres en cas d’urgence. L’attaque SolarWinds de 2020 a introduit une seule mise à jour logicielle compromise dans 18 000 organisations, dont des agences du gouvernement américain. Et lors de la panne AWS de décembre 2021, certaines personnes ne pouvaient plus passer l’aspirateur chez elles, parce que leurs aspirateurs robots dépendaient d’un serveur en Virginie.

Que votre aspirateur robot dépende d’un serveur en Virginie pour fonctionner est une vulnérabilité déguisée en commodité. Trois des plus grands palais de la planète qui brûlent en un seul mois, ce n’est pas une vulnérabilité. C’est le schéma.

Le schéma s’est confirmé en 2026. Dans la soirée du 7 mai, une panne de refroidissement dans un seul centre de données de cette même région de Virginie du Nord a laissé la température grimper jusqu’à ce que le matériel perde l’alimentation, dégradant EC2 et EBS dans une zone de disponibilité jusqu’au lendemain et perturbant Coinbase, FanDuel et CME Group : même région, un mode de défaillance différent de celui du bug DNS d’octobre, six mois et demi plus tard. AWS a connu un troisième incident cet été-là : le 24 juillet, une panne de routage entre sa région de l’Oregon et son nœud réseau de Seattle a mis hors service Apple Pay, DoorDash, Reddit et Hulu pendant environ une heure.

Puis, en septembre 2026, les Peuples de la Mer sont bel et bien arrivés. Le 15 septembre, AWS a annoncé à ses clients qu’il ne peut pas restaurer ce qui était hébergé uniquement dans sa région de Bahreïn, ni dans l’une de ses trois zones de disponibilité aux Émirats arabes unis. Des drones ont frappé ces sites dans les premiers jours de mars, pendant la guerre d’Iran, et les dégâts, selon les termes d’AWS, « ont touché plusieurs zones de disponibilité et dépassé ce que nos services régionaux et multi-zones sont conçus pour supporter ». La redondance à l’intérieur d’une région suppose que la région survive. Pour les clients qui gardaient tout dans une seule, les données ne sont pas hors ligne. Elles ont disparu.

Le même mois a aussi fourni la panne à l’ancienne. Le 1er septembre, un technicien de Google qui effectuait une mise à niveau de routine dans l’Iowa a débranché toutes les fibres d’une partie d’une zone en treize minutes, et quinze produits Google Cloud sont tombés pendant quatre heures et onze minutes. À partir du 31 août, Microsoft 365 a mis environ trois jours à se remettre d’une configuration d’authentification qui, selon Microsoft, était « utilisée par plusieurs services internes ». Un scribe, une tablette, tous les entrepôts.

Octobre a ajouté deux tablettes à la pile. À partir de 20 h 30 UTC le 30 septembre, une mise à jour de routine des passerelles, déployée de région en région, a saturé le plan de contrôle dont dépendent les passerelles ExpressRoute, VPN et pare-feu d’Azure. Pendant près de six heures, dans 33 régions selon le décompte final de Microsoft, une partie des liaisons qui relient les réseaux d’entreprise au cloud n’a pas pu récupérer sa propre configuration, et le remède de Microsoft a commencé par la suspension de sa propre maintenance. Trois semaines plus tard, à 6 h 53 heure de Londres le 20 octobre, une coupure d’alimentation électrique dans le bâtiment qui héberge l’une des trois zones londoniennes de Google Cloud a mis hors service plusieurs services de la région pendant six heures et dix minutes, et Lloyds, HSBC, Royal Mail, Rightmove, DPD, BT et Revolut sont tombés avec elle. Une zone, une alimentation, une matinée.

Quatre leçons des cendres

L’effondrement de l’Âge du Bronze n’a pas été uniforme. L’Égypte a survécu, amoindrie. L’Assyrie et Babylone ont gardé leurs institutions et mis des siècles à retrouver leur rayonnement. Et quelques sociétés en sont sorties gagnantes : dans After 1177 B.C., la suite publiée par Eric Cline en 2024, les vainqueurs sont les cités-États phéniciennes et Chypre, qui ont repris les routes maritimes que les palais contrôlaient. La différence n’était pas la chance. C’était l’architecture.

Leçon 1 : La décentralisation n’est pas un luxe

Les sociétés qui ont gagné à l’effondrement n’avaient pas de centre unique à perdre. La Phénicie était un chapelet de cités portuaires indépendantes, chacune avec son port et son roi. Quand les grands ports ont été pillés, personne n’a eu à relever une capitale avant que le commerce reprenne. La cité suivante sur la côte a pris la cargaison.

Pour la gouvernance de l’IA, cela signifie :

L’apprentissage fédéré plutôt que la formation de modèle centralisée
Plusieurs systèmes concurrents plutôt que des plateformes dominantes uniques
Le calcul local qui fonctionne indépendamment des connexions cloud
Des protocoles ouverts qui empêchent la dépendance au fournisseur

le cadre de la post-pénurie aborde cela par MOSAÏQUE—un réseau fédéré de Communs autonomes, chacun gérant ses propres systèmes. Quand un Communs échoue, les autres continuent. L’architecture suppose que des défaillances se produiront et conçoit autour d’elles.

Leçon 2 : La diversité est une stratégie de survie

Chaque palais mycénien gérait le même modèle économique. Même écriture linéaire B. Même logique de redistribution. Mêmes dépendances. Quand le système a échoué, il a échoué partout simultanément parce que partout utilisait le même système.

C’est la Loi 5 des Cinq Lois : La Différence Soutient la Vie.

Pour les systèmes IA, la diversité signifie :

Des architectures variées (pas tout le monde utilisant les mêmes modèles de transformateurs des mêmes laboratoires)
Différentes approches d’entraînement (pas seulement « échelle et données »)
Plusieurs modèles de gouvernance (pas seulement contrôle corporatif ou gouvernemental)
De vrais systèmes de secours (quand l’IA échoue, que se passe-t-il ?)

La Garde de la Diversité existe spécifiquement pour empêcher le cadre de la post-pénurie de dériver vers la monoculture. Les décisions majeures nécessitent un consensus à travers des Communs démonstrativement différents. Les mathématiques de la diversité rendent la capture culturelle statistiquement improbable.

Leçon 3 : La résilience coûte de l’efficacité (Et c’est bien)

Les économies de palais éliminaient la redondance « inutile ». Chaque ressource avait un but. Rien n’était stocké inutilement. Cette optimisation est devenue la vulnérabilité.

Les systèmes résilients nécessitent :

Une capacité redondante (plusieurs systèmes faisant des tâches similaires)
L’autonomie locale (edge computing, pas seulement cloud)
Une sauvegarde humaine (des personnes qui peuvent fonctionner sans l’IA)
Des transitions progressives (pas de transformations soudaines dépendantes de l’IA)

Le concept de Systèmes qui Plient du cadre de la post-pénurie est conçu autour de ce principe. Les systèmes automatisés de la Fondation devraient échouer gracieusement—se dégradant vers des états plus simples mais fonctionnels plutôt que de s’effondrer entièrement. Si l’énergie de fusion échoue, le solaire continue. Si la distribution automatisée échoue, les humains peuvent gérer manuellement. Le système suppose sa propre faillibilité.

Leçon 4 : Les systèmes d’information ont besoin de soupapes de sécurité

Le linéaire B était tellement lié à l’administration palatiale que lorsque les palais ont brûlé, l’écriture est morte. Le système d’information n’avait pas d’existence indépendante.

La gouvernance de l’IA doit assurer :

Des sorties lisibles par l’humain (pas seulement des poids de modèle opaques)
Des connaissances transférables (documentation, pas seulement des modèles entraînés)
Un stockage distribué (pas de coffre-fort unique de la mémoire de la civilisation)
Des décisions compréhensibles (IA explicable, pas boîtes noires)

C’est la Loi 2 : La Vérité Doit Être Vue. Le Cadre de Preuve d’Intégrité Distribué (DPIF) existe pour s’assurer que toutes les décisions sont enregistrées, auditables et traçables. Quand le palais brûle, la connaissance survit.

Le choix que nous faisons

Voici la vérité inconfortable : nous savons mieux, et nous le faisons quand même.

Nous avons vu ce qui se passe quand vous optimisez la résilience. Nous avons des preuves vieilles de 3 200 ans cuites dans des tablettes d’argile par les incendies qui ont détruit la civilisation qui les a écrites. Nous avons des études de cas d’échec de système de notre propre histoire récente. Nous avons toutes les raisons de construire différemment.

Et pourtant.

Et pourtant nous continuons à construire des économies de palais. Nous centralisons plus. Nous optimisons plus. Nous créons plus de dépendances. Nous intégrons l’IA plus profondément dans les systèmes critiques tout en concentrant cette IA dans moins de mains.

Les aristocrates de l’Âge du Bronze pensaient aussi que leurs palais étaient trop importants pour échouer. Ils avaient construit des murs si massifs que les générations ultérieures les appelleraient « cyclopéens »—l’œuvre de géants. Ils avaient des réseaux commerciaux s’étendant sur des continents. Ils avaient des systèmes administratifs suivant chaque mouton du royaume.

Ils avaient tort sur leur invincibilité, et nous aussi.

L’alternative

le cadre de la post-pénurie ne concerne pas seulement l’abondance—il concerne l’abondance qui survit. La structure fédérée de MOSAÏQUE, l’exigence de la Garde de la Diversité pour un consensus interculturel, les protections des Cinq Lois contre la concentration du pouvoir—ce ne sont pas des ajouts idéalistes. Ce sont les leçons des civilisations effondrées encodées en architecture.

Lorsque la prochaine perturbation viendra—et elle viendra, que ce soit une cyberattaque, une cascade de défaillance IA, une éruption solaire, ou quelque chose que nous n’avons pas imaginé—la question ne sera pas de savoir si nos systèmes sont efficaces.

La question sera de savoir s’ils ont été conçus pour échouer gracieusement.

Les scribes de Pylos ont écrit leurs dernières tablettes alors que le palais brûlait. Ils avaient des hommes qui surveillaient les côtes. Mais leur système n’avait pas de résilience, pas de redondance, pas de solution de secours. Toute cette efficacité, toute cette optimisation, toute cette coordination—et elle ne pouvait pas gérer une perturbation.

Nous avons leurs tablettes. Nous connaissons leur histoire. Nous n’avons aucune excuse pour construire la même erreur deux fois, juste avec de meilleurs processeurs.

Les palais ont brûlé une fois. Nous ne devrions pas être surpris si les palais numériques brûlent de la même manière.

Références

Big Three Hold Dominant Lead in Accelerating Cloud Market - Statista (parts du 1er trimestre 2026)
Synergy Research: Q2 Cloud Market Passes $143 Billion; Highest Growth Rate in Eight Years
Search Engine Market Share Worldwide - StatCounter, ordinateur seul et mobile seul (septembre et octobre 2026, consultés le 27 octobre)
Sonar: State of Code Developer Survey (janvier 2026)
Meta Daily Active Users - Statista
Meta Reports Third Quarter 2026 Results, Second Quarter et First Quarter 2026 Results
AWS: Summary of the Amazon DynamoDB Service Disruption in us-east-1, October 20, 2025
ThousandEyes: AWS Outage Analysis, October 20, 2025 et Risk & Insurance: AWS outage loss estimates range from $38M to $581M
ThousandEyes: Microsoft Azure Front Door Outage Analysis, October 29, 2025 et l’analyse post-incident de Microsoft, identifiant YKYN-BWZ
Cloudflare: Cloudflare outage on November 18, 2025
Network World: AWS hit by US-East-1 outage after data center thermal event
CNBC: AWS data center outage hits trading on Fanduel, Coinbase — recovery to take hours et l’historique du AWS Health Dashboard
New York Post: Major outage on Amazon Web Services disrupts access to dozens of popular websites, online services
Cloudflare: Natural disasters and government interference — examining Q2 2026’s major Internet disruption events
CNBC: AWS can’t restore service to Bahrain, UAE six months after Iran strikes (15 septembre 2026) et The Register: some Middle East cloud resources are gone for good
Google Cloud incident report, us-central1, 1er septembre 2026
BleepingComputer: Microsoft Exchange Online outage causes email failures, auth issues (du 31 août au 3 septembre 2026)
Microsoft Azure status history: networking gateway services, tracking ID 7Q30-010 (30 septembre au 1er octobre 2026) et The Register: Azure maintenance mess disrupted hybrid clouds, VPNs, cloudy VMware services
Google Cloud incident report, europe-west2, 20 octobre 2026 et The Register: Google Cloud says a ‘power event’ caused today’s outage
Late Bronze Age Collapse - Wikipedia
Palace Economy - Wikipedia
3,200-year-old trees reveal the collapse of an ancient empire - National Geographic et The ancient empire that civilization forgot (2025)
John Chadwick, The Decipherment of Linear B (Cambridge University Press, 1958), sur les bœufs nommés et les tablettes des moutons
Dimitri Nakassis: Linear B translated, Pylos Fn 7 (les rations d’orge des maçons)
Economy and Politics in the Mycenaean Palace States - Cambridge Philological Society
Jesse Millek: The Fall of the Bronze Age and the Destruction that Wasn’t - ANE Today (2023)
Science News: ‘After 1177 B.C.’ describes how societies fared when the Bronze Age ended

Lectures complémentaires

Cline, E. H. (2014). 1177 B.C.: The Year Civilization Collapsed. Princeton University Press.
Cline, E. H. (2024). After 1177 B.C.: The Survival of Civilizations. Princeton University Press.
Tainter, J. (1988). The Collapse of Complex Societies. Cambridge University Press.
Drews, R. (1993). The End of the Bronze Age: Changes in Warfare and the Catastrophe ca. 1200 B.C. Princeton University Press.

Effondrement de l'Âge du Bronze : pourquoi la centralisation tue les empires