Am Anfang steht eine radikale, aber produktive Metapher: die gegenwärtige Weltordnung - mit ihrem gesamten politischen, wirtschaftlichen und rechtlichen Gefüge - ist ein funktionierendes, doch alterndes Betriebssystem. Nennen wir es der Einfachheit halber "Windows 11". Es ist nicht sinnlos: es bootet, Milliarden Prozesse laufen darauf, es hat viele Releases überstanden. Doch seine Bugs sind längst bekannt - keine hypothetischen, sondern solche, die über Jahrzehnte zutage treten und Menschenleben kosten.
Die Frage dieses Dokuments: Hätte man ein vollständiges Entwicklerteam und ein leeres Blatt - wie sähe das nächste Release aus, "Windows 12"? Kein vollkommenes (das gibt es nicht), sondern das richtigste und vollständigste, das in der gegenwärtigen Lage erreichbar ist.
Die Betriebssystem-Metapher ist ernst gemeint, nicht als Zierde. Ein Betriebssystem hat eine echte technische Anatomie: einen Kernel und Ringe von Privilegien, ein Berechtigungsmodell, Prozessisolation, einen Ressourcen-Scheduler, einen Aktualisierungsmechanismus, Fehlerbehandlung, Authentifizierung. Jede dieser Achsen bildet sich mit überraschender Genauigkeit auf die Architektur einer Gesellschaft ab - und wo die Abbildung bricht, bricht sie lehrreich. Am Ende (Teil IX) untersuchen wir auch den zentralen Mangel der Metapher selbst: ein Betriebssystem hat einen Eigentümer, die Menschheit darf keinen haben. Die Sprache der Betriebssysteme wurde gerade wegen dieser Genauigkeit gewählt - sie ist der nächste und klarste Weg, ein Gefüge dieser Art zu erklären. Und "Windows 12" ist eine analytische Linse, kein Schlagwort: im Modell selbst verschwindet der Staat nicht, sondern wird zu einer dünnen Schicht (Teil III), es geht also um den Umbau des gesamten Stacks als Gegenstand der Untersuchung, ergänzend zu den Staaten, nicht um einen Aufruf, sie abzuschaffen.
Die fachlichen technischen Begriffe (kernel, user space, capability, zero-knowledge, sandbox, nullifier und dergleichen) bleiben bewusst ohne Erläuterung: eine Anmerkung zu jedem würde den Text aufblähen, und ihre Bedeutung lässt sich leicht nachschlagen. Worauf es hier ankommt, ist nicht die genaue IT-Definition, sondern die Rolle, die ein Begriff im Gefüge spielt.
Das Dokument ist so aufgebaut: zuerst eine Diagnose des alten Systems (I), dann eine Bestimmung dessen, was aus ihm überleben muss (II), dann die Architektur des neuen (III) und der Ort des Menschen darin (IV). Danach folgen die drei am stärksten belasteten Module, einzeln aufgeschlossen (V-VII), ihre wechselseitigen Konflikte (VIII), die Falle des Architekten (IX), Stresstests bis zum Bruch (X), eine Abrechnung mit wirklichen, lebendigen Versuchen (XI) und schließlich der offene Horizont der Arbeit (XII).