In einem Podcast hörte ich die Behauptung, Banken würden ohne Sicherheitsnetz besser wirtschaften. Wenn niemand sie rettet, müssten sie stärker auf sich selbst achten.
Das klingt zunächst plausibel.
Auch in einem Computerspiel verändert sich mein Verhalten, wenn der Tod endgültig ist. Mit unendlich vielen Leben springe ich einfach über den Abgrund. Wird mein Spielstand beim ersten Fehler gelöscht, sammle ich Informationen, sichere Ressourcen und prüfe meinen Fluchtweg.
Die Konsequenz verändert nicht erst das Ergebnis einer Entscheidung. Sie verändert bereits mein Verhalten davor.
Warum sollte das bei einer Bank anders sein? Wenn Eigentümer und Entscheider die Gewinne einer riskanten Wette behalten, aber im Katastrophenfall gerettet werden, ist Vorsicht nicht zwingend die rationale Strategie.
Trotzdem folgt daraus nicht, dass ein System ohne Sicherheitsnetz besser ist.
Die wichtigere Frage lautet:
Wen schützt das Netz — und wovor?
Ein Spiel mit endlosen, folgenlosen Neustarts erzeugt kaum Lernen. Ein Spiel mit Permadeath kann aber ebenso schlecht darin sein. Wenn ein Fehler alles vernichtet, was ich über Jahre aufgebaut habe, optimiere ich irgendwann nicht mehr auf Entdeckung. Ich optimiere auf Überleben.
Ein lernendes System braucht etwas dazwischen:
echte Konsequenzen ohne existenzielle Konsequenzen.
Ich darf bei einem Versuch Ressourcen verlieren. Eine Rolle kann enden. Ein Unternehmen kann verschwinden. Der Verlust muss spürbar bleiben, sonst liefert die Realität kein brauchbares Feedback.
Aber der Fehler sollte nicht automatisch meine Fähigkeit zerstören, aus diesem Feedback den nächsten Versuch zu bauen.
Genau hier wird die Bankenfrage unscharf, solange wir von der Bank sprechen, als wäre sie ein einziger Spieler.
Da sind Eigentümer, die Kapital einsetzen. Da ist ein Management, das Entscheidungen trifft. Da sind Gläubiger, die Risiken übernehmen. Da sind Einleger, die ihr Geld für den Alltag verwahren. Und da ist eine Infrastruktur, von der Zahlungen, Löhne und andere Unternehmen abhängen.
Wenn ein Sicherheitsnetz Eigentümer und Entscheider von den Folgen ihrer Entscheidungen befreit, beschädigt es die Feedbackschleife. Wenn es dagegen verhindert, dass Einleger ihre Lebensgrundlage verlieren und ein Fehler das übrige System mitreißt, kann es Lernen überhaupt erst ermöglichen.
Dann lautet die Kette:
Bank scheitert → Eigentümer verlieren → Management verliert die Kontrolle → Bank wird abgewickelt → Einleger können weiterleben → Zahlungsverkehr funktioniert weiter
Nicht die Spielfigur wird gerettet.
Das Spiel wird gerettet.
Diese Trennung verändert auch den Blick auf too big to fail.
Gewöhnlich klingt der Ausdruck wie eine Eigenschaft besonders großer Unternehmen: Diese Bank ist so wichtig, dass wir sie im Notfall retten müssen.
Doch darin steckt bereits ein Eingeständnis.
Wir haben eine Architektur gebaut, in der ein einzelnes Holon nicht mehr sterben kann, ohne die übergeordnete Ebene zu bedrohen. Wir sind von ihm abhängig geworden. Und Abhängigkeit erzeugt Macht.
Die bessere Frage ist deshalb nicht:
Wie retten wir diese Bank?
Sondern:
Warum können wir sie nicht sterben lassen?
Ein gesundes System macht einzelne Akteure austauschbar, ohne ihre Beiträge geringzuschätzen. Es bewahrt nicht eine bestimmte Bank um jeden Preis. Es bewahrt Banking: Einlagen, Zahlungsverkehr, Kreditvergabe und die Möglichkeit, zu einem anderen Anbieter zu wechseln.
Das ist Sicherheit durch Redundanz statt Sicherheit durch Unersetzlichkeit.
Die beiden Varianten sehen ähnlich aus, solange alles funktioniert. Erst im Fehlerfall wird der Unterschied sichtbar.
In der ersten Variante heißt Sicherheit:
Wir dürfen X nicht verlieren. Also müssen wir X schützen.
In der zweiten:
X darf verschwinden. Deshalb sorgen wir dafür, dass wir nicht von X abhängen.
Diese Architektur schützt zugleich den Exit.
Wenn ich meine Bank tatsächlich wechseln kann, ist mein Weggehen ein Signal. Wenn Kunden bleiben müssen, weil es keine Alternative gibt oder ein Wechsel ihre Existenz bedroht, verliert dieses Signal seine Wirkung. Die Beziehung verändert sich, sobald eine Seite weiß, dass die andere nicht gehen kann.
Eine Einlagensicherung kann Exit deshalb erleichtern, statt ihn zu verhindern. Ich muss nicht vor jedem Kontowechsel die Bilanz einer Bank analysieren und darf darauf vertrauen, dass ein einzelner Anbieterfehler nicht meine Lebensgrundlage auslöscht. Der konkrete Anbieter bleibt austauschbar, weil die übergeordnete Infrastruktur trägt.
Das bedeutet nicht, dass jede Absicherung automatisch gut konstruiert ist. Sie kann Risiken verschleiern, Aufmerksamkeit dämpfen oder Verluste an Menschen weiterreichen, die an der Entscheidung nicht beteiligt waren. Entscheidend bleibt die Richtung:
Schützt sie meine Fähigkeit, weiterzuspielen — oder schützt sie einen Akteur vor meinem Feedback?
Der erste Schutz baut Kapazität auf. Der zweite kann Abhängigkeit konservieren.
Aus dieser Perspektive wird auch die alte lokale Bank wieder interessant.
Als Volksbanken und Sparkassen noch kleinere Einheiten mit Filialen vor Ort waren, kannten Menschen einander. Ein Berater konnte einen Handwerker, seine Geschichte und sein Umfeld kennen. Eine zentrale Risikoprüfung sieht Einkommen, Sicherheiten und einen Score. Das ist skalierbar, aber es verliert Kontext.
Gleichzeitig wäre es unsinnig, wenn jede einzelne Filiale ihre eigene Banking-App, Betrugserkennung, Cybersecurity und Zahlungsinfrastruktur entwickeln müsste. Dort ist Größe nützlich.
Die Antwort muss weder die vollständig isolierte Stadtbank noch die vollständig zentralisierte Großbank sein.
Sie kann eine Holon-Struktur sein.
Das Gespräch mit dem Menschen bleibt lokal. Die Bewertung eines lokalen Projekts bleibt dort, wo Beziehung und Kontext vorhanden sind. Kapital kann regional gebündelt werden. Zahlungsverkehr, Regulierung und Software können größere Ebenen gemeinsam tragen.
So lokal wie möglich, so global wie nötig.
Die richtige Ebene ist dabei keine Glaubensfrage. Sie zeigt sich in den Signalen. Muss jede kleine Einheit dieselbe technische Arbeit wiederholen, liegt eine Aufgabe vermutlich zu weit unten. Entscheidet eine weit entfernte Zentrale über einen Menschen, dessen Kontext sie nicht wahrnehmen kann, liegt sie vermutlich zu weit oben.
Wenn die Grenzen besser werden, verschwindet Koordinationsarbeit. Verantwortlichkeiten werden eindeutiger, Schnittstellen kleiner und Änderungen lokaler. Das System muss nicht mehr durch immer neue Sonderregeln zusammengehalten werden.
Vielleicht ist genau das ein brauchbares Kriterium für Sicherheit: nicht wie zuverlässig wir einen bestimmten Akteur vor dem Ende bewahren, sondern wie gut das Ganze weiterlernen kann, wenn dieser Akteur endet.
Eine Bank darf scheitern.
Ein Mensch darf sich irren.
Ein Experiment darf Ressourcen verbrauchen.
Die Konsequenz bleibt real. Aber sie landet möglichst dort, wo die Entscheidung getroffen wurde, und zerstört nicht wahllos die Kapazität aller anderen.
Dann ist das Sicherheitsnetz kein Schutz vor dem Spiel.
Es ist die Voraussetzung dafür, dass wir es mutig weiterspielen können.