CH NEO-ZÜRICH AUSGABE
WETTER · KLAR 24°C
BLEND DES TAGES · 07/ROGUE
EST. 2027
DIE AEC CYBER MORGENZEITUNG

PAZ Kaffi

DESIGN · ABBRUCH · KOFFEIN · DEPESCHE
AUSGABE 0617 · 17 June 2026
SENDUNG 04:42 MEZ
2'400 BOGEN GEDRUCKT
LESEZEIT · 47 MIN
Multivac hatte kein Failover — Asimovs 'The Last Question' als Topologie-Warnung
Tech · Code
FRAME · 06:50
03-06-2026

Multivac hatte kein Failover — Asimovs 'The Last Question' als Topologie-Warnung

Asimovs 'The Last Question' als Single-Point-of-Failure Parabel — plus ein networkx-Hack zum Finden von Ausfallpunkten im eigenen Stack.

Hacker News hat diese Woche Isaac Asimovs “The Last Question” (1956) wieder ausgegraben, die siebenteilige Kurzgeschichte, in der die Menschheit eine immer grössere Maschine — Multivac, dann Microvac, dann die Galactic AC, dann die Cosmic AC — fragt, wie man Entropie rückgängig machen kann. Die Antwort kommt schliesslich nach dem Wärmetod des Universums. Die meisten Neulesungen greifen nach der Kosmologie. Ich möchte sie als Systemdiagramm lesen.

Asimov hat die Skalierungsachse richtig verstanden. 1956 ahnte er bereits, dass sich die Frage-Antwort-Maschine konsolidieren würde: eine Multivac, dann planetarisch, dann galaktisch, dann eine einzelne Maschine, die das Substrat der Raumzeit besetzt. Vannevar Bushs As We May Think (Atlantic, 1945) hatte dieselbe Flugbahn elf Jahre früher skizziert, hielt die Memex aber schreibtissgross und persönlich. Asimov tat das Elegantere — er extrapolierte bis zur Asymptote: eine Maschine, alle Fragen, keine zweite Kopie.

Was er nie skizziert, ist die Topologie dieser Maschine. Es gibt keine Erwähnung von Redundanz, kein Backup-AC, kein Quorum, kein degradierter Betrieb. Als Adell und Lupov 2061 betrunken fragen, ob die Multivac Entropie rückgängig machen kann, gibt es genau eine Multivac zu fragen. Als die Frage zur Cosmic AC reift, ist die Prosa explizit: die AC existiert im Hyperraum, “aus etwas gemacht, das weder Materie noch Energie ist”, und sie ist einzig. Norbert Wieners Cybernetics (1948) hatte bereits dargelegt, warum das zählt — Rückkopplungssysteme zerfallen ohne Mittel zur Selbstreparatur — aber Asimovs Maschinen brauchen nie Wartung, weil der Erzähler einfach behauptet, dass sie keiner bedürfen. Das ist die strukturelle Lüge im Kern der Geschichte.

Der Architekturfehler ist nicht auf 1956 beschränkt

2026 werden dieselbe Strukturen jede Woche ausgeliefert. Ein Büro lässt sein parametrisches BIM durch eine einzige SaaS-Cloud eines Anbieters laufen; sein Revit-Lizenzserver sitzt in einer Azure-Region; sein Datenspeicher ist ein Dropbox-Tenant; sein Renderer ist ein Vercel-gestützter GPU-Pool. Jeder Link testet isoliert einwandfrei. Der Abhängigkeitsgraph — der echte, den du zeichnen würdest, wenn dein Audit es forderte — hat einen Artikulationspunkt, den du nicht benannt hast.

Was Asimov mit unheimlicher Genauigkeit tatsächlich vorhersagte, ist die Frage, die wir der KI jetzt stellen: “Kannst du das beheben, das wir kaputt gemacht haben?” Er setzte sie nur auf eine 20-Milliarden-Jahr-Uhr. Die 2026-Uhr ist kürzer. Das Modell ist grösser. Das Multivac im Raum ist eine Llama- oder Claude- oder Gemini-Instanz, gehostet auf fremden GPUs, abhängig von fremden Glasfasern, gekühlt mit fremdem Wasser. Keine davon ist für immer.

Atelier: Bevor du ein neues KI-Tool in einen PAZ-Workflow integrierst — Bildgenerator, Grasshopper-Assistent, IFC-Analyzer — zeichne den echten Abhängigkeitsgraph auf einer Seite. Nicht das Architekturdiagramm (das sieht immer elegant aus). Der Abhängigkeitsgraph: jeden API-Schlüssel, jede Region, jeden Faser-Tap, jeden Vendor des Vendors. Die Übung, den dritten Single Point of Failure zu entdecken, den du nicht kanntest, ist der ganze Sinn.

Hack: Dieser Hack zeigt dir, Single Points of Failure im Abhängigkeitsgraph eines Projekts mit einem networkx-Aufruf zu finden. Erstelle den Graphen, frage nach den Artikulationspunkten — jeder zurückgegebene Knoten ist ein Multivac. Ersetze die Spielzeugkanten durch deine echten (Services, Vendors, Lizenzserver); laufe erneut. Die Ausgabe ist die Liste der Knoten, deren Fehlen deine Praxis lahmlegt.

import networkx as nx
G = nx.Graph()
G.add_edges_from([
    ("studio", "license_server"),
    ("license_server", "cad"), ("license_server", "bim"),
    ("license_server", "render"),
    ("cad", "bim"), ("bim", "render"),
])
print(list(nx.articulation_points(G)))  # ['license_server'] — your Multivac

←TODAY: 2026 — das Jahr, in dem wir noch immer eine “planetare Cloud” architekturieren und sie resilient nennen.
→3012: Kein kritisches PAZ-System läuft ohne eine gezeichnete Cut-Set seiner Single Points of Failure.
Fulcrum: Asimov skalierte die Rechenleistung und vergass die Topologie — und genau das tun die meisten unserer 2026-Stacks.

Lies die Geschichte diese Woche neu. Die Schlusszeile wirkt noch immer — “LET THERE BE LIGHT” — aber die Ingenieurs-Pointe steckt in der stillen Annahme, die Adell und Lupov nie hinterfragen: dass es nur eine Maschine gibt, die man befragen kann. Baue eine zweite. Dann eine dritte. Kartographiere, was ausfällt, wenn jede dunkel wird. Die Büros, die 2026 diese Karte zeichneten, hatten ihre Unterlagen noch in den 2070ern.

Quellen & Weiterführende Literatur

GEMELDET AUS
MIT-UNTERZEICHNER
PAZ Academy
VERTRAUEN
HIGH
NACHDRUCKE
© PAZ - PARAMETRIC ACADEMY ZURICH · ALLE RECHTE VORBEHALTEN

QUELLE ·

⚑ FEHLER MELDEN · KORREKTUR EINSENDEN
◂ ZURÜCK ZUR TITELSEITE · PAZ KAFFI

© 2026 PAZ Academy.