Was ist Dezentralisierung?

Dezentralisierung bedeutet, wesentliche Betriebs-, Validierungs- oder Entscheidungsfähigkeiten eines Systems auf mehrere Beteiligte zu verteilen, die eigenständig handeln können, statt eine einzelne Stelle alles bestimmen zu lassen. Es geht um mehr als „wie viele Maschinen“: Dazu gehört auch, wer Regeln ändern kann, wer Aufzeichnungen bestätigen kann, wer kritische Rechte hält und ob das System weiterläuft, wenn ein Beteiligter ausscheidet.

In einer Blockchain bedeutet Dezentralisierung meist, dass mehrere Nodes Daten nach einem gemeinsamen Protokoll empfangen und validieren und über einen Konsensmechanismus Meinungsverschiedenheiten über die Reihenfolge der Aufzeichnungen oder den aktuellen Zustand lösen. Ein Node ist ein Gerät oder Programm, das die Netzwerksoftware ausführt und Daten mit anderen Rechnern austauscht; ein Konsensmechanismus ist das Regelwerk, dem Beteiligte folgen, um eine gemeinsame Aufzeichnung festzulegen, wenn sie unterschiedliche Informationen erhalten haben können.

Dezentralisierung ist kein einzelner Ein-Aus-Schalter. Ein System kann seine Validierungsschicht von vielen Nodes tragen lassen und gleichzeitig bei Softwareentwicklung, Assetverteilung, Anwendungsoberflächen oder Upgrade-Rechten von wenigen Stellen abhängen. Genauer ist daher die Angabe, welche Schichten eines Systems verteilt sind und welche weiterhin konzentriert bleiben.

Verteilt werden Kontrolle und Abhängigkeit

Ein System kann verschiedene Fähigkeiten verschiedenen Beteiligten übertragen:

• Betrieb: Mehrere Maschinen speichern Daten und stellen Dienste bereit;
• Validierung: Beteiligte können Transaktionen und Blöcke nach öffentlichen Regeln eigenständig prüfen;
• Aufzeichnung: Mehrere geeignete Beteiligte schlagen abwechselnd oder im Wettbewerb neue Aufzeichnungen vor;
• Entscheidung: Protokoll-Upgrades, Parameteranpassungen und Mittelverwendung werden nicht von einer einzelnen administrierenden Stelle entschieden;
• Zugang: Nutzende müssen das System nicht über eine einzige Website, einen Server oder einen Datenanbieter verwenden.

Diese Fähigkeiten sind nicht zwangsläufig gleichzeitig verteilt. Ein Unternehmen kann in mehreren Regionen sehr viele Server betreiben, was die Verfügbarkeit erhöht, ohne Entscheidungsmacht an eine andere Stelle abzugeben. Umgekehrt kann ein von mehreren Organisationen gemeinsam betriebenes Netzwerk nur wenigen zugelassenen Mitgliedern das Aufzeichnen erlauben. Frage zuerst „was wird an wen verteilt“, statt nur zu prüfen, ob das System eine Blockchain oder Cloud-Server nutzt.

Ein verteiltes System ist nicht zwangsläufig dezentral

„Verteilt“ beschreibt, ob Rechenleistung und Daten auf mehreren verbundenen Maschinen liegen; „dezentral“ geht weiter und fragt, ob diese Maschinen und die wesentlichen Entscheidungen von unabhängigen Stellen kontrolliert werden.

Ein herkömmlicher Cloud-Dienst kann eine Datenbank in mehrere Rechenzentren replizieren. Die Maschinen sind verteilt, doch dieselbe betreibende Partei kann weiterhin Zugriffsregeln ändern, den Dienst abschalten oder festlegen, welche Version gilt — hinsichtlich der Kontrolle bleibt das konzentriert.

Blockchain-Netzwerke nutzen ebenfalls eine verteilte Struktur, lassen Aktualisierungen aber zusätzlich von Beteiligten nach dem Protokoll validieren. Der Blockchain-Überblick des NIST beschreibt sie als gemeinsam genutztes Ledger, das verteilt geführt wird und typischerweise nicht von einem zentralen Repositorium oder einer zentralen Autorität abhängt. Das Wort „typischerweise“ ist hier wichtig: In einem berechtigten Netzwerk können weiterhin eine Organisation oder wenige über Teilnahmeberechtigung und Regeln entscheiden.

Viele Datenkopien zeigen daher nur, dass ein System repliziert; sie belegen allein nicht, dass die Kontrolle verteilt ist. Zu prüfen ist außerdem, ob jede Kopie eigenständig validiert werden kann, ob die betreibenden Parteien voneinander unabhängig sind und ob eine einzelne Stelle Ergebnisse einseitig ändern kann.

Wie ein Blockchain-Netzwerk Aufzeichnungen gemeinsam führt

Ein Peer-to-Peer-Netzwerk erlaubt Beteiligten, Daten direkt mit anderen Beteiligten auszutauschen, anstatt jede Nachricht über einen zentralen Server zu leiten. Neue Transaktionen und Blöcke können sich zwischen Nodes verbreiten, und jeder validierende Node prüft das Empfangene anschließend anhand seiner eigenen Software und der Protokollregeln.

Eigenständige Validierung bedeutet nicht, dass alle Nodes gemeinsam über jede Transaktion abstimmen, und auch nicht, dass jeder Node dieselbe Arbeit leistet. Manche Beteiligte schlagen Blöcke vor, manche Nodes validieren und leiten nur weiter, und manche Light Clients laden weniger Daten und stützen sich auf zusätzliche Nachweise. Die konkreten Rollen hängen vom Netzwerkentwurf ab.

Sieht ein Node mehrere Kandidaten für eine Aufzeichnung, helfen die Konsensregeln bei der Wahl des aktuell akzeptierten Verlaufs. Solange Nodes kompatible Regeln ausführen, können sie sich ohne eine einzelne Datenbankadministration schrittweise auf einen gemeinsamen Zustand einigen. Die Peer-to-Peer-Netzwerkdokumentation von Bitcoin zeigt, wie Full Nodes Blöcke und Transaktionen vor dem Weiterleiten validieren; die Node-Dokumentation von Ethereum erläutert, dass ein Node mit einem für die Transaktionsausführung zuständigen Client im Zusammenspiel mit einem für den Konsens zuständigen Client betrieben werden kann. Ihre konkreten Mechanismen unterscheiden sich, doch beide zeigen: Dezentrale Validierung ruht auf Protokollregeln und eigenständig betriebener Software, nicht darauf, Daten einfach vielfach zu kopieren.

Erlaubnisfrei und dezentral sind keine Synonyme

Ein erlaubnisfreies Netzwerk lässt Beteiligte es nutzen oder um bestimmte Rollen konkurrieren, ohne zuvor die Zustimmung einer verwaltenden Stelle einzuholen. Ein berechtigtes Netzwerk begrenzt, wer Daten lesen, Transaktionen einreichen, Aktualisierungen validieren oder Blöcke vorschlagen darf.

Offene Teilnahme kann die Fähigkeit einer einzelnen Institution verringern, neue Beteiligte zu blockieren, garantiert aber nicht automatisch eine gleichmäßige Machtverteilung. Hardwarekosten, die Verteilung von Stake oder Rechenleistung, spezialisierte Dienstleistende und Größenvorteile können den tatsächlichen Einfluss bei wenigen Beteiligten bündeln.

Ein berechtigtes Netzwerk kann ebenso von mehreren voneinander unabhängigen Institutionen gemeinsam geführt werden, sodass keine davon Aufzeichnungen allein umschreiben kann. Kann eine verwaltende Stelle jedoch jederzeit Mitglieder zulassen, Berechtigungen entziehen oder Regeln ändern, behält sie bei der Governance deutliche zentrale Kontrolle.

„Wer darf beitreten“ und „wer kann Ergebnisse allein bestimmen“ sind daher zwei verschiedene Fragen. Die Beurteilung der Dezentralisierung erfordert, Teilnahmehürden und Rechteverteilung zugleich zu prüfen.

Dezentralisierung ist schichtweise zu prüfen

Eine Blockchain oder eine Anwendung umfasst meist mehrere Komponentenschichten, und jede Schicht kann einen anderen Konzentrationspunkt bilden.

Protokoll und Validierung

Beginne damit, wer beurteilt, welche Transaktionen und Blöcke gültig sind. Können gewöhnliche Nutzende einen Node betreiben und Daten nach denselben Regeln prüfen? Sind die Regeln öffentlich? Wenn die meisten nur das Ergebnis eines bestimmten Anbieters übernehmen können, kann selbst bei einem Basisnetzwerk mit vielen Nodes der tatsächliche Validierungsweg der Nutzenden konzentriert bleiben.

Blockproduktion oder Reihenfolge

Sieh dann nach, wer die Reihenfolge bestimmt, in der Transaktionen in die Aufzeichnung gelangen. Zahl der Beteiligten, Verteilung von Rechenleistung oder Stake-Anteilen, Einstiegskosten und Delegationsbeziehungen beeinflussen die Kontrolle. Viele Adressen bedeuten nicht zwangsläufig viele unabhängige Stellen, da eine betreibende Partei mehrere Adressen kontrollieren kann; umgekehrt kann ein einzelner Anbieter viele Nutzende vertreten, die ihm Ressourcen delegiert haben.

Software und Upgrades

Ein Client ist die Software, die die Protokollregeln umsetzt; verschiedene Clients können Aufgaben wie Transaktionsausführung oder Konsens übernehmen und von einem oder mehreren Teams entwickelt werden. Hängt ein Netzwerk zu stark von einer einzigen Implementierung ab, kann ein Softwarefehler viele Beteiligte gleichzeitig treffen; mehrere untereinander kompatible Implementierungen verringern dieses Risiko gemeinsamer Ausfälle.

Offener Quellcode erlaubt anderen, Software zu prüfen und zu ändern, legt aber nicht automatisch fest, welche Version das Netzwerk übernimmt. Ein Protokoll-Upgrade erfordert weiterhin, dass Entwickelnde, Node-Betreibende, Blockproduzierende, Anwendungen und Nutzende jeweils auf eigene Weise entscheiden, ob sie die neuen Regeln übernehmen.

Governance und Administrationsrechte

Ein System kann zudem Upgrade-Schlüssel, Pausenfunktionen, Parameter-Administration, eine Stiftung oder Token-Abstimmung haben. Zu prüfen ist, wer eine Änderung vorschlagen darf, wer sie genehmigt, ob es eine Wartezeit bis zum Wirksamwerden gibt und was Notfallrollen dürfen. Viele Abstimmende bedeuten nicht, dass die Ausführungsrechte an diese Abstimmenden übergeben wurden.

Anwendungen, Daten und Zugangspunkte

Ein dezentrales Basisnetzwerk macht die darüberliegenden Anwendungen nicht ebenso dezentral. Websites, Domainnamen, Wallets, Node-Schnittstellen, Datenindizierung und Dateispeicher können alle von einem einzigen Anbieter abhängen. Ob Nutzende den Zugangspunkt wechseln, die nötigen Komponenten selbst betreiben oder Daten prüfen können, bestimmt die praktische Widerstandsfähigkeit gegen Unterbrechungen.

Wie der Grad der Dezentralisierung gemessen wird

Keine einzelne Zahl fasst Dezentralisierung über alle Schichten zusammen. Verbreitete Kennzahlen beantworten nur Teile der Frage:

• von wie vielen unabhängigen Stellen Nodes und Blockproduzierende betrieben werden;
• ob Rechenleistung, Stake, Stimmrechte oder Token konzentriert sind;
• ob ein Client, Verwahrer oder Infrastrukturanbieter einen übermäßigen Anteil hält;
• Kosten und Aufwand für gewöhnliche Beteiligte, Validierungssoftware zu betreiben;
• wie viele unabhängige Stellen bei wesentlichen Upgrade-, Pausen-, Treasury- und Parameterrechten zustimmen müssen;
• ob Nutzende das System über alternative Oberflächen und Nodes weiter erreichen können;
• ob das System noch arbeitet, wenn eine betreibende Partei, eine Region oder ein Dienst ausfällt.

Beim Zählen sind außerdem Identitätsgrenzen zu beachten. Eine Blockchain-Adresse ist in der Regel keine geprüfte Identität einer natürlichen Person oder Organisation: Eine Stelle kann viele Adressen kontrollieren, und viele Nutzende können Ressourcen demselben Verwahrer übergeben. „Node-Zahl“, „Validierenden-Zahl“ oder „Zahl haltender Adressen“ lassen sich daher nicht unmittelbar als Zahl unabhängiger Kontrollierender lesen.

Verlässlicher ist, mehrere Kennzahlen gemeinsam zu betrachten und Datenquelle, Messzeitpunkt sowie nicht erkennbare Beziehungen anzugeben. Der Grad der Dezentralisierung ändert sich zudem mit Beteiligten, Softwareversionen, Ressourcenpreisen und Governance-Rechten; er ist keine nach dem Start dauerhaft feststehende Eigenschaft.

Was Dezentralisierung bringt und was sie kostet

Wenn mehrere unabhängige Beteiligte validieren und Dienste bereitstellen können, fällt ein System weniger leicht vollständig aus, weil ein Server oder eine betreibende Partei ausfällt. Öffentliche Regeln und eigenständig prüfbare Daten verringern zudem die Abhängigkeit von einer einzigen aufzeichnungsführenden Stelle. Können Nutzende gültige Vorgänge über verschiedene Zugangspunkte einreichen, sinkt auch die Fähigkeit eines einzelnen Anbieters, das Wirksamwerden eines Vorgangs zu verhindern — dies wird oft als Zensurresistenz bezeichnet.

Diese Fähigkeiten haben reale Kosten. Replikation und Validierung durch mehrere Parteien erhöhen Rechen-, Speicher- und Kommunikationsaufwand; Konsens und Bestätigung brauchen Zeit; Upgrades erfordern die Abstimmung vieler Beteiligter; und ein öffentliches Netzwerk muss zusätzlich mit bösartigen Beteiligten umgehen. Für mehr Geschwindigkeit, geringere Kosten oder die Behandlung von Notfällen kann ein System bewusst ein Komitee, Administration oder wenige leistungsstarke Betreibende beibehalten.

Für solche Abwägungen gibt es keine einheitliche Antwort. Wichtig ist, genau anzugeben, welche Befugnisse der Effizienz zuliebe konzentriert sind, in wessen Händen sie liegen und ob Beteiligte eine Möglichkeit haben, diese Stellen zu prüfen, zu begrenzen oder zu ersetzen.

Verbreitete Missverständnisse

Ist etwas dezentral, nur weil es eine Blockchain nutzt?

Nicht zwangsläufig. Eine Blockchain kann von einer einzigen Organisation allein kontrolliert werden oder nur wenigen zugelassenen Institutionen die Pflege erlauben. Entscheidend ist die tatsächliche Verteilung der Rechte für Validierung, Aufzeichnung, Upgrades und Zugang.

Bedeuten mehr Nodes mehr Dezentralisierung?

Die Node-Zahl ist ein Anhaltspunkt, doch es kommt auch darauf an, ob sie von unabhängigen Stellen betrieben werden, welche Software sie ausführen, wo sie liegen und welche Rollen sie übernehmen. Viele Nodes, die nicht validieren oder von derselben betreibenden Partei kontrolliert werden, entsprechen nicht vielen unabhängigen Kontrollierenden.

Ist niemand verantwortlich, wenn kein Unternehmen betreibt?

Nein. Entwickelnde, Node-Betreibende, Governance-Beteiligte, Oberflächenanbieter und Nutzende tragen weiterhin unterschiedliche Aufgaben. Dezentralisierung verändert die Verteilung von Rechten und Abhängigkeiten; Pflege, Entscheidungen und Risikobehandlung verschwinden dadurch nicht.

Kann ein dezentrales Netzwerk nie abgeschaltet werden?

Das lässt sich nicht garantieren. Verteilter Betrieb verringert einzelne Unterbrechungspunkte, doch ein Netzwerk kann weiterhin von Softwarefehlern, Infrastrukturkonzentration, abgestimmt handelnden Beteiligten, Zugangsbeschränkungen oder wirtschaftlichen Angriffen betroffen sein. Die tatsächliche Widerstandsfähigkeit hängt davon ab, ob jede Schicht eine unabhängige Alternative hat.

Ist Dezentralisierung immer besser als Zentralisierung?

Nicht zwangsläufig. Zentralisierte Systeme lassen sich meist leichter einheitlich aktualisieren, im Zugang steuern und schnell reparieren; dezentrale Systeme legen mehr Gewicht auf eigenständige Validierung, geringere einseitige Kontrolle und durchgehende Verfügbarkeit. Beurteile nach dem Vertrauens- und Koordinationsproblem, das das System lösen soll, statt das Label als Qualitätsurteil zu behandeln.

Verwandte Begriffe

Lies weiter über Blockchain, Blockchain-Node, Konsensmechanismus, dezentrale Anwendung (DApp) und dezentrale autonome Organisation (DAO), oder kehre zum Krypto-Glossar zurück.

Quellen

• NISTIR 8202: Blockchain Technology Overview — grundlegende Unterscheidungen zwischen verteilten Ledgern, zentraler Autorität sowie berechtigten und erlaubnisfreien Netzwerken.
• Bitcoin Developer Guide: P2P Network — wie Full Nodes Blöcke und Transaktionen in einem Peer-to-Peer-Netzwerk validieren und verbreiten.
• Ethereum.org: Nodes and clients — Nodes, Clients, eigenständige Validierung und Client-Diversität.