Zum Hauptinhalt springen
Change page

Client-Vielfalt

Letzte Aktualisierung der Seite: 23. Februar 2026

bitblondyb (opens in a new tab)
ThatClassyWhiteDT (opens in a new tab)
Coram_DeoC (opens in a new tab)
+23

Das Verhalten eines Ethereum-Blockchain-Knotens wird durch die darauf ausgeführte Anwendungssoftware (Client-Software) gesteuert. Es gibt mehrere produktionsreife Ethereum-Anwendungen, die jeweils in verschiedenen Sprachen von separaten Teams entwickelt und gepflegt werden. Die Anwendungen werden nach einer gemeinsamen Spezifikation erstellt, die sicherstellt, dass die Anwendungen nahtlos miteinander kommunizieren, dieselbe Funktionalität aufweisen und eine gleichwertige Benutzererfahrung bieten. Derzeit ist die Verteilung der Anwendungen auf die Blockchain-Knoten jedoch nicht gleichmäßig genug, um diese Netzwerkstärkung in vollem Umfang zu realisieren. Im Idealfall teilen sich die Benutzer ungefähr gleichmäßig auf die verschiedenen Anwendungen auf, um dem Netzwerk eine größtmögliche Client-Vielfalt zu verleihen.

Voraussetzungen

Wenn Sie noch nicht wissen, was Blockchain-Knoten und Anwendungen sind, lesen Sie Blockchain-Knoten und Anwendungen. Die und die werden im Glossar definiert.

Warum gibt es mehrere Anwendungen?

Es gibt mehrere, unabhängig voneinander entwickelte und gepflegte Anwendungen, da die Client-Vielfalt das Netzwerk widerstandsfähiger gegen Angriffe und Fehler macht. Mehrere Anwendungen sind eine Stärke, die einzigartig für Ethereum ist – andere Blockchains verlassen sich auf die Unfehlbarkeit einer einzigen Anwendung. Es reicht jedoch nicht aus, einfach nur mehrere Anwendungen zur Verfügung zu haben; sie müssen von der Community angenommen werden und die gesamten aktiven Blockchain-Knoten müssen relativ gleichmäßig auf sie verteilt sein.

Warum ist Client-Vielfalt wichtig?

Viele unabhängig entwickelte und gepflegte Anwendungen zu haben, ist für die Gesundheit eines dezentralisierten Netzwerks von entscheidender Bedeutung. Lassen Sie uns die Gründe dafür untersuchen.

Fehler

Ein Fehler in einer einzelnen Anwendung stellt ein geringeres Risiko für das Netzwerk dar, wenn sie eine Minderheit der Ethereum-Blockchain-Knoten repräsentiert. Bei einer annähernd gleichmäßigen Verteilung der Blockchain-Knoten auf viele Anwendungen ist die Wahrscheinlichkeit gering, dass die meisten Anwendungen von einem gemeinsamen Problem betroffen sind, und infolgedessen ist das Netzwerk robuster.

Widerstandsfähigkeit gegen Angriffe

Client-Vielfalt bietet auch Widerstandsfähigkeit gegen Angriffe. Zum Beispiel ist ein Angriff, der eine bestimmte Anwendung austrickst (opens in a new tab), um auf einen bestimmten Zweig der Chain zu wechseln, unwahrscheinlich erfolgreich, da andere Anwendungen wahrscheinlich nicht auf dieselbe Weise ausgenutzt werden können und die kanonische Chain unbeschädigt bleibt. Eine geringe Client-Vielfalt erhöht das Risiko, das mit einem Hack der dominierenden Anwendung verbunden ist. Client-Vielfalt hat sich bereits als wichtige Verteidigung gegen böswillige Angriffe auf das Netzwerk erwiesen. Beispielsweise war der Shanghai-Denial-of-Service-Angriff im Jahr 2016 möglich, weil Angreifer die dominierende Anwendung (Geth) dazu bringen konnten, eine langsame Festplatten-E/A-Operation zehntausende Male pro Block auszuführen. Da auch alternative Anwendungen online waren, die diese Schwachstelle nicht aufwiesen, konnte Ethereum dem Angriff widerstehen und den Betrieb aufrechterhalten, während die Schwachstelle in Geth behoben wurde.

Proof-of-Stake-Finalität

Ein Fehler in einem Konsens-Client mit über 33 % der Ethereum-Blockchain-Knoten könnte verhindern, dass die Konsensebene die Finalität erreicht. Das bedeutet, dass Benutzer nicht darauf vertrauen könnten, dass Transaktionen nicht irgendwann rückgängig gemacht oder geändert werden. Dies wäre für viele der auf Ethereum basierenden Apps, insbesondere im DeFi-Bereich, sehr problematisch.

Schlimmer noch, ein kritischer Fehler in einer Anwendung mit einer Zweidrittelmehrheit könnte dazu führen, dass sich die Chain fälschlicherweise aufspaltet und finalisiert, was dazu führt, dass eine große Gruppe von Validatoren auf einer ungültigen Chain stecken bleibt. Wenn sie sich wieder der korrekten Chain anschließen möchten, droht diesen Validatoren ein Slashing oder ein langsamer und teurer freiwilliger Rückzug und eine Reaktivierung. Das Ausmaß eines Slashings skaliert mit der Anzahl der schuldigen Blockchain-Knoten, wobei eine Zweidrittelmehrheit maximal geslasht wird (32 ETH).

Obwohl dies unwahrscheinliche Szenarien sind, kann das Ethereum-Ökosystem deren Risiko mindern, indem es die Verteilung der Anwendungen auf die aktiven Blockchain-Knoten ausgleicht. Im Idealfall würde kein Konsens-Client jemals einen Anteil von 33 % an den gesamten Blockchain-Knoten erreichen.

Geteilte Verantwortung

Es gibt auch menschliche Kosten, wenn es Mehrheits-Anwendungen gibt. Es legt eine übermäßige Belastung und Verantwortung auf ein kleines Entwicklungsteam. Je geringer die Client-Vielfalt ist, desto größer ist die Last der Verantwortung für die Entwickler, die die Mehrheits-Anwendung pflegen. Diese Verantwortung auf mehrere Teams zu verteilen, ist sowohl für die Gesundheit von Ethereums Netzwerk aus Blockchain-Knoten als auch für sein Netzwerk aus Menschen gut.

Aktuelle Client-Vielfalt

Ausführungs-Clients

Konsens-Clients

Dieses Diagramm ist möglicherweise veraltet – besuchen Sie ethernodes.org (opens in a new tab) und clientdiversity.org (opens in a new tab) für aktuelle Informationen.

Die beiden obigen Kreisdiagramme zeigen Momentaufnahmen der aktuellen Client-Vielfalt für die Ausführungs- und Konsensebenen (zum Zeitpunkt der Erstellung im Oktober 2025). Die Client-Vielfalt hat sich im Laufe der Jahre verbessert, und auf der Ausführungsebene ist ein Rückgang der Dominanz von Geth (opens in a new tab) zu verzeichnen, wobei Nethermind (opens in a new tab) dicht dahinter auf dem zweiten Platz liegt, Besu (opens in a new tab) auf dem dritten und Erigon (opens in a new tab) auf dem vierten Platz, während andere Anwendungen weniger als 3 % des Netzwerks ausmachen. Die am häufigsten verwendete Anwendung auf der Konsensebene – Lighthouse (opens in a new tab) – liegt ziemlich nah an der am zweithäufigsten verwendeten. Prysm (opens in a new tab) und Teku (opens in a new tab) machen ~31 % bzw. ~14 % aus, und andere Anwendungen werden selten verwendet.

Die Daten der Ausführungsebene wurden am 26. Oktober 2025 von supermajority.info (opens in a new tab) bezogen. Die Daten für Konsens-Clients stammen von Michael Sproul (opens in a new tab). Daten zu Konsens-Clients sind schwieriger zu beschaffen, da die Anwendungen der Konsensebene nicht immer eindeutige Spuren aufweisen, anhand derer sie identifiziert werden können. Die Daten wurden mithilfe eines Klassifizierungsalgorithmus generiert, der manchmal einige der Minderheits-Anwendungen verwechselt (siehe hier (opens in a new tab) für weitere Details). Im obigen Diagramm werden diese mehrdeutigen Klassifizierungen mit einer Entweder-Oder-Bezeichnung (z. B. Nimbus/Teku) behandelt. Dennoch ist klar, dass die Mehrheit des Netzwerks Prysm ausführt. Obwohl es sich nur um Momentaufnahmen handelt, vermitteln die Werte im Diagramm einen guten allgemeinen Eindruck vom aktuellen Stand der Client-Vielfalt.

Aktuelle Daten zur Client-Vielfalt für die Konsensebene sind jetzt unter clientdiversity.org (opens in a new tab) verfügbar.

Ausführungsebene

Bisher konzentrierte sich die Diskussion um die Client-Vielfalt hauptsächlich auf die Konsensebene. Der Ausführungs-Client Geth (opens in a new tab) macht jedoch derzeit rund 85 % aller Blockchain-Knoten aus. Dieser Prozentsatz ist aus denselben Gründen problematisch wie bei Konsens-Clients. Beispielsweise könnte ein Fehler in Geth, der die Transaktionsverarbeitung oder die Erstellung von Ausführungs-Payloads beeinträchtigt, dazu führen, dass Konsens-Clients problematische oder fehlerhafte Transaktionen finalisieren. Daher wäre Ethereum mit einer gleichmäßigeren Verteilung von Ausführungs-Clients gesünder, idealerweise ohne dass eine Anwendung mehr als 33 % des Netzwerks repräsentiert.

Verwenden Sie eine Minderheits-Anwendung

Die Bewältigung der Client-Vielfalt erfordert mehr, als dass sich einzelne Benutzer für Minderheits-Anwendungen entscheiden – es erfordert, dass auch Validator-Pools und Institutionen wie die großen Dapps und Börsen die Anwendungen wechseln. Dennoch können alle Benutzer ihren Teil dazu beitragen, das derzeitige Ungleichgewicht zu beheben und die Nutzung der gesamten verfügbaren Ethereum-Software zu normalisieren. Nach dem Merge müssen alle Betreiber von Blockchain-Knoten einen Ausführungs-Client und einen Konsens-Client ausführen. Die Wahl von Kombinationen der unten vorgeschlagenen Anwendungen wird dazu beitragen, die Client-Vielfalt zu erhöhen.

Ausführungs-Clients

Konsens-Clients

Technische Benutzer können dazu beitragen, diesen Prozess zu beschleunigen, indem sie mehr Tutorials und Dokumentationen für Minderheits-Anwendungen schreiben und ihre Kollegen, die Blockchain-Knoten betreiben, ermutigen, von den dominierenden Anwendungen weg zu migrieren. Anleitungen zum Wechsel zu einem Minderheits-Konsens-Client sind auf clientdiversity.org (opens in a new tab) verfügbar.

Dashboards zur Client-Vielfalt

Mehrere Dashboards bieten Echtzeit-Statistiken zur Client-Vielfalt für die Ausführungs- und Konsensebene.

Konsensebene:

Ausführungsebene:

Weiterführende Literatur

Verwandte Themen

War dieser Artikel hilfreich?