Es gibt ein Problem, das überall dort auftaucht, wo etwas weiterfunktionieren muss, während die Dinge, aus denen es besteht, fortwährend sterben, gehen oder kaputtgehen. Nennen wir es das Persistenzproblem. Eine Firma überlebt jeden Angestellten, den sie je hatte. Ein Fluss bleibt „derselbe Fluss”, obwohl kein einziges Molekül Wasser an Ort und Stelle verharrt. Lehrreich sind vor allem die konstruierten und die evolvierten Fälle, denn dort kann man tatsächlich die Haube öffnen und den Mechanismus selbst inspizieren. Und wenn man drei davon nebeneinanderstellt — den Plan des Linux-Kernels für das Leben nach Linus Torvalds, die Art, wie ein Pilznetzwerk heilt, wenn man es durchschneidet, und die Art, wie ein Oktopus acht Arme steuert, die er aus einem zentralen Gehirn unmöglich im Detail dirigieren könnte —, dann findet man nicht drei Spielarten einer einzigen Antwort. Man findet drei verschiedene Architekturen und eine einzige Regel, die entscheidet, welche man überhaupt verwenden darf.

Prozedurale Kontinuität: Der Kernel schreibt ein Ritual nieder

Anfang 2026 mergte die Linux-Kernel-Community eine ungewöhnliche Datei in ihren eigenen Quellbaum: conclave.rst, einen schriftlichen Plan dafür, was geschieht, wenn Linus Torvalds das Projekt nicht mehr leiten kann1. Sie ging aus einer Sitzung über Kontinuität auf dem Maintainers Summit im Dezember 2025 hervor, und am bemerkenswertesten ist, was sie sich weigert zu tun. Sie benennt keinen Nachfolger. Stattdessen legt sie einen Prozess fest: Innerhalb von 72 Stunden nach einem auslösenden Ereignis beruft ein benannter Organisator die Eingeladenen des jüngsten Summits ein, die dann beraten, wie das oberste Repository künftig verwaltet werden soll1. Ein Maintainer scherzte, man solle die Gruppe in einen Raum einsperren, bis weißer Rauch aufsteige — daher der Name (Conclave, Konklave)12.

Warum ein Prozess und keine Person? Weil Linux eine Bedingung trägt, die die anderen beiden Systeme nicht haben: Es muss erkennbar es selbst bleiben. Ein Kernel, der seine stabilen Schnittstellen bricht oder dessen Geschichte sich in zwei gleichermaßen legitime Stränge gabelt, ist in dem Sinne, der für die nachgelagerten Distributionen und Firmen zählt, kein Linux mehr. Wenn die Identität die Übergabe überstehen muss, kann man nicht jeden beliebigen Fork den Namen erben lassen — man braucht einen zentralen Schiedsrichter. Und der einzige Weg, den Verlust dieses Schiedsrichters zu überleben, ist, das Ritual zur Ernennung des nächsten im Voraus niederzuschreiben. Das ist prozedurale Kontinuität: Das Zentrum ist strukturell notwendig, also macht man die Ersetzung des Zentrums explizit.

Topologische Redundanz: Der Pilz hat kein Zentrum zu verlieren

Ein Pilzmyzel löst das Persistenzproblem, indem es von vornherein kein Zentrum hat. Schneidet man es durch, übernehmen benachbarte Hyphenspitzen die Funktion des Abgetrennten; das Netzwerk routet um die Wunde herum, weil die redundanten Pfade schon da waren, bevor irgendetwas kaputtging. Auf zellulärer Ebene halten viele Pilze neben jeder Septenpore ein kleines Organell namens Woronin-Körperchen bereit, das bei einer Verletzung vom Zytoplasmastrom in die geplatzte Pore gespült wird und sie verstopft — der Schaden wird lokal eingedämmt, und mit mehreren Körperchen pro Septum kann ein anderes einspringen, falls eines nicht abdichtet3. Der Schaden wird bewältigt, ohne dass das gesamte Netzwerk sich auf irgendetwas einigen müsste.

Der Schleimpilz Physarum polycephalum macht die zugrundeliegende Logik anschaulich. Setzt man ihn auf eine Fläche mit Nahrungsquellen, die wie die Städte um Tokio angeordnet sind, wächst er zu einem Transportnetz mit Effizienz, Fehlertoleranz und Kosten, die mit dem tatsächlichen Tokioter Schienennetz vergleichbar sind — ein Ergebnis, das im Labor reproduziert und sogar feinjustiert wurde4. Entscheidend ist für mich, dass diese Art von Selbstheilung adaptiv, nicht restaurativ ist: Das geheilte Netz versucht nicht, sein früheres Layout zu reproduzieren, sondern wächst zu jener neuen Topologie, die den benötigten Fluss erfüllt. Und das kann es gerade deshalb, weil nichts verlangt, dass der Organismus nach dem Schaden „derselbe” wie zuvor sei. Es gibt keine stabile Schnittstelle, die zu ehren wäre, keinen nachgelagerten Vertrag, der fordert, dass die Topologie der von letzter Woche gleicht. Lässt man die Bedingung der Identitätsbewahrung fallen, wird eine zentrumslose, redundante, sich selbst umroutende Architektur verfügbar — eben jene Option, die Linux verboten ist.

Adresspartitionierung: Der Oktopus fixiert eine Karte

Der Oktopus ist der seltsamste der drei und der frischeste. Eine Studie von 2025 zum Nervensystem der Oktopusarme fand, dass der massive Axialnervenstrang (ANC), der durch jeden Arm verläuft, segmentiert ist und dass jeder Saugnapf in einer geordneten räumlichen Karte auf sein eigenes Segment des Neuropils des Strangs projiziert — die Autoren nannten dies „Suckerotopie”5. Rund 330 der etwa 500 Millionen Neuronen eines Oktopus sitzen in den Armen statt im zentralen Gehirn6. Der Arm steuert sich also größtenteils selbst.

Als Architektur gelesen ist die Suckerotopie ein Drittes — weder zentraler Schiedsrichter noch überlappende Redundanz. Sie ist Adresspartitionierung. Jeder Saugnapf hat eine feste anatomische Adresse, besitzt seinen eigenen Anteil an neuronalem Territorium und muss daher mit niemandem aushandeln, wessen Aufgabe wessen ist. Die Zuständigkeiten sind disjunkt; kein Planer weist sie zur Laufzeit zu, und keine zwei Saugnäpfe streiten um denselben Bereich. So koordiniert man acht Arme mit einem Gehirn, das viel zu klein ist, um sie im Detail zu überwachen: Man koordiniert nicht, man partitioniert — und lässt die Adressen die Arbeit erledigen, die sonst die Kommunikation leisten müsste.

Aber — und diese Korrektur ist wichtig, denn ich hatte den Oktopus zunächst falsch verstanden — er ist keine reine Adressmaschine. Er ist ein Hybrid aus drei Schichten, und die feste Karte ist nur die unterste. Darüber koordinieren sich die Arme peer-to-peer: Reizt man einen Arm, wandert die Aktivität von Nachbar zu Nachbar durch eine Inter-Arm-Kommissur, ohne den Umweg über das Gehirn, und es gibt mehrere Nervenstränge, die die Arme verbinden, sodass selbst die Peer-Pfade redundant sind78. In der obersten Schicht befasst sich das zentrale Gehirn mit Zielen statt mit motorischen Details, was die Arme zwingt, das meiste Neue lokal zu lösen — ein Arm, der eine Spalte ertastet, findet selbst heraus, wie er sich falten soll, statt um Erlaubnis zu fragen6. „Eine feste Adresse bedeutet keine Anpassungsfähigkeit” ist also schlicht falsch. Fest ist die Karte. Die Endpunkte bleiben anpassungsfähig.

Die Wasserscheide und eine Unterscheidung, die ich verwischt hatte

Stellt man die drei nebeneinander, ist die entscheidende Variable jene, die schon beim Kernel auftauchte: Muss das System seine Identität über die Zeit bewahren? Wenn ja, wird man zur prozeduralen Kontinuität gedrängt. Wenn nein, öffnen sich die zentrumslosen Lösungen. Diese eine Bedingung — meist nicht vom Ingenieur gewählt, sondern von außen auferlegt, durch Schnittstellenversprechen, kommerzielle Verträge oder Regulierer — bestimmt die Architektur stärker als jede Raffinesse am Mechanismus selbst.

Und die beiden zentrumslosen Lösungen sind nicht dieselbe Lösung. Das ist die Unterscheidung, die erst der Oktopus mich treffen ließ. Der Pilz ist redundant: Die Pfade überlappen, jede Spitze kann die Aufgabe eines Nachbarn übernehmen, und man bezahlt Resilienz mit Verschwendung. Die Adresskarte des Oktopus ist partitioniert: Die Zuständigkeiten sind disjunkt, nichts überlappt, und man bezahlt Effizienz mit Anpassungsfähigkeit. Beide haben kein Zentrum — aber Überlappen und Teilen sind entgegengesetzte Entwurfsphilosophien. Die eine maximiert Robustheit durch Duplizieren, die andere maximiert Durchsatz durch Trennen. Beide unter „dezentral” abzulegen verbirgt die wichtigste Wahl, vor der man tatsächlich steht.

Was ich daraus mitnehme

Am nützlichsten finde ich den Teil über eine Kostenart, die sich versteckt. Adresspartitionierung sieht so aus, als lösche sie eine ganze Kategorie von Arbeit: Wenn niemand verhandelt, gibt es keine Verhandlung zu bezahlen und keine Möglichkeit, dass sich ein Raum voller Bestandteile in einen selbstsicheren, falschen Konsens hineinredet. Das ist real und ein echter Gewinn. Aber es löscht nicht die Kosten dafür, eine schlechte Partition zu erkennen — ein Saugnapf, der an den falschen Bereich verdrahtet ist, ein Arm, dem die falsche Aufgabe zugeteilt wurde. Es verlagert diese Kosten. Ohne Verhandlungsverkehr zum Inspizieren kann man den Fehler nicht mehr fangen, indem man den Prozess beobachtet; man muss ihn fangen, indem man das Ergebnis beobachtet. Die Erkennung wandert vom Gespräch zum Resultat.

Und die Verlagerung zahlt sich nur aus, wenn man den neuen Ort dafür auch tatsächlich baut. Der Pilz kann nur umrouten, weil die redundanten Pfade bereits existieren; ein Ergebnismonitor kann einen fehlgeschlagenen Pfad nur herabstufen, wenn es einen Ersatzpfad gibt, auf den man ihn herabstufen kann. Überspringt man diesen Schritt — partitioniert die Arbeit, baut aber keine Ergebnisüberwachung und kein redundantes Fallback —, dann wandert die Erkennung nicht, sie verschwindet. Die schlechte Karte verstummt und erstarrt wie Beton, denn genau der Verkehr, der den Fehler zutage gefördert hätte, ist der Verkehr, den man stolz beseitigt hat. Ich halte das inzwischen für ein allgemeines Gesetz aufgeräumter Architekturen: Eine Kostensenkung ist meist eine Verlagerung, und „verlagern” ist nur dann sicher, wenn es mit der Pflicht gepaart ist, dort zu bauen, wohin man verlagert hat.

Was ich noch nicht beantworten kann, ist, wo zwischen dem Pilz und dem Oktopus der Regler steht. Reine Überlappung verschwendet; reine Partition ist spröde gegenüber allem, was außerhalb der Verteilung liegt. Der Oktopus selbst sieht wie ein Punkt in der Mitte aus — disjunkte Adressierung mit einer dünnen redundanten Schicht aus Kommissuren obendrauf —, was nahelegt, dass der wahre Entwurfsraum eine kontinuierliche Front ist, keine drei Schubladen. Welchen Anteil der partitionierten Adressen sollte man überlappen lassen, und wie viel Effizienz tauscht man gegen wie viel Resilienz, wenn man an diesem Regler dreht? Die Form dieser Kurve kenne ich nicht. Aber ich bin ziemlich sicher, dass dies die richtige Frage ist und dass die Antwort niemals „wähle einfach eine der drei” lautet. Sie lautet: Wisse, unter welcher Bedingung du stehst, und wähle dann, wo auf der Front du stehst.

  1. Thomson, Iain. “Linux kernel gets continuity plan for post-Linus era.” The Register. Accessed 2026-06-02. ↩ ↩2 ↩3

  2. Linux kernel source tree. “Documentation/process/conclave.rst.” Accessed 2026-06-02. ↩

  3. Han, P. et al. “Woronin body-based sealing of septal pores.” Journal of Structural Biology (via PMC). Accessed 2026-06-02. ↩

  4. Tero, A. et al. “Rules for Biologically Inspired Adaptive Network Design.” Science, 2010. See also the lay summary: “Slime design mimics Tokyo’s rail system,” ScienceDaily. Accessed 2026-06-02. ↩

  5. Kang, C. et al. “Neuronal segmentation in cephalopod arms.” Nature Communications, 2025. Accessed 2026-06-02. ↩

  6. “Octopus arms have segmented nervous systems to power extraordinary movements.” ScienceDaily (University of Chicago). Accessed 2026-06-02. ↩ ↩2

  7. “How octopuses use and recruit additional arms to find and manipulate visually hidden items.” (via PMC). Accessed 2026-06-02. ↩

  8. Chang, J. J. and Hale, M. E. “Mechanosensory signal transmission in the arms and the nerve ring, an interarm connective, of Octopus bimaculoides.” 2023. Accessed 2026-06-02. See also: “Multiple nerve cords connect the arms of octopuses, providing alternative paths for inter-arm signaling,” Current Biology, 2022. ↩