Auswahl Ihrer ETH-Clients
Das Smartnode-Installationsprogramm von Rocket Pool kann Ihre Maschine in einen vollständigen Ethereum-Knoten verwandeln, da es sowohl Execution- als auch Consensus-Clients benötigt, um ordnungsgemäß zu funktionieren.
Die Begriffe ETH1/ETH2 wurden als veraltet erklärt. Die Chains werden in den restlichen Anleitungen als Execution Layer (ETH1) und Beacon Chain oder Consensus Layer (ETH2) bezeichnet.
Wenn Sie bereits Execution- und Consensus-Clients auf einer separaten Maschine betreiben (zum Beispiel, wenn Sie bereits Solo-Staking betreiben), überspringen Sie diesen Abschnitt und fahren Sie mit dem Abschnitt Konfiguration eines hybriden Rocket Pool-Knotens mit externen Clients fort.
Andernfalls lesen Sie weiter, um mehr über Ihre Auswahlmöglichkeiten für Execution- und Consensus-Clients zu erfahren.
Ab August 2025 sieht die Verteilung der Clients auf der Beacon Chain ungefähr so aus:
Daten von https://clientdiversity.org
Daten darüber zu erhalten, welchen Consensus-Client ein Validator betreibt, ist ein relativ schwieriges Problem, da Clients nicht leicht identifiziert werden können. Die Seite zur Datenmethodik auf https://clientdiversity.org erläutert, wie Daten aus verschiedenen Quellen gewonnen werden. Schauen Sie sich gerne https://ethernodes.org/ als zusätzliche Datenquelle an.
Die überwiegende Mehrheit der Knotenbetreiber verwendet derzeit Geth als Execution-Client und entweder Lighthouse oder Prysm als Consensus-Client. Im Interesse der Unterstützung der Gesundheit des Execution Layers (ehemals ETH1) und der Beacon Chain (ehemals ETH2) empfehlen wir derzeit, dass Sie die Verwendung anderer Clients in Betracht ziehen. Hier sind einige relevante Artikel darüber, warum eine gleichmäßige Client-Diversität für die Gesundheit des Netzwerks entscheidend ist, wenn Sie mehr erfahren möchten:
https://clientdiversity.org/#why
https://blog.ethereum.org/2020/08/21/validated-why-client-diversity-matters/
https://our.status.im/the-importance-of-client-diversity/
https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c
https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html
https://eth2book.info/bellatrix/part2/incentives/diversityFür Benutzer, die schnell einsatzbereit sein möchten, bietet das Smartnode-Installationsprogramm eine Zufälliger Client-Option, die möglicherweise die beste Wahl ist.
Für Benutzer, die einen bestimmten Client im Kopf haben, bieten wir die Möglichkeit, während der Installation von Rocket Pool einfach einen auszuwählen.
Die folgenden Optionen helfen dabei, jeden Client zu beschreiben, sodass Sie eine fundierte Entscheidung treffen können, wenn Sie angeben möchten, welchen Sie verwenden möchten.
Execution-Clients
Rocket Pool unterstützt vier verschiedene Execution-Clients: Geth, Besu, Nethermind und Reth.
Der Betrieb eines Execution-Clients beinhaltet das Speichern einer Kopie der Execution-Layer-Blockchain auf Ihrer Maschine. Er interagiert über Peer-to-Peer-Kommunikation mit anderen EC-Knoten, um neue Blöcke und Transaktionen aufzuzeichnen und zu verifizieren. Ein vollständiger Execution-Client ist erforderlich, um einen Validator zu betreiben, nachdem die Execution- und Consensus-Layer zusammengeführt wurden.
Geth
Geth (formal benannt Go Ethereum) ist eine der drei ursprünglichen Implementierungen (zusammen mit C++ und Python) des Ethereum-Protokolls.
Es ist in Go geschrieben, vollständig Open Source und unter der GNU LGPL v3 lizenziert.
Geth ist der älteste und am weitesten verbreitete Execution-Client auf der ganzen Welt. Er hat einen Ruf dafür, sehr stabil und zuverlässig zu sein.
Er ist multithreaded, was bedeutet, dass er Ihre gesamte CPU nutzen kann. Seine RAM-Nutzung ist konfigurierbar, bis zu einem Minimum von etwa 4 GB für Mainnet. Dies macht ihn sowohl für Systeme mit geringer Leistung als auch für Hochleistungssysteme geeignet.
Geth erfordert Offline-Pruning seiner Datenbank in regelmäßigen Abständen: Seine Datenbank wird mit der Zeit wachsen und allmählich Ihren gesamten freien Speicherplatz verbrauchen, es sei denn, Sie prunen sie, wenn Ihre Festplatte wenig freien Speicherplatz hat. Die Häufigkeit, mit der Sie prunen müssen, hängt von der Größe Ihrer SSD ab.
Weitere Informationen zum Pruning von Geth finden Sie auf der Seite Pruning des Execution-Clients.
Besu
Hyperledger Besu ist ein Open-Source-Ethereum-Client, der unter der Apache 2.0-Lizenz entwickelt wurde und in Java geschrieben ist. Besus aufregendste Funktion ist die Verwendung von Bonsai Tries für die Zustandsspeicherung. Zusätzlich zu ihren besseren Leistungsmerkmalen bieten Bonsai Tries Besu zwei interessante Vorteile gegenüber den anderen Clients:
- Besu muss überhaupt nicht gepruned werden; es ist in dieser Hinsicht praktisch wartungsfrei
- Besu kann jeden vergangenen Block in der Blockchain erneut besuchen, obwohl es dies durch Zurückspulen jedes Blocks tut, sodass das Erreichen von Blöcken von vor langer Zeit etwas Zeit in Anspruch nehmen kann.
Besu empfiehlt derzeit mindestens 16 GB RAM, obwohl es möglich ist, erfolgreich mit 8 GB zu laufen.
Nethermind
Nethermind ist in .NET Core geschrieben. Es bietet die schnellste Synchronisationsgeschwindigkeit der Execution-Clients und verfügt über eine umfangreiche Reihe von Konfigurationsoptionen. Es wurde mit Knotenbetreibern im Hinterkopf entwickelt und verfügt über viele Funktionen, die sie hilfreich finden werden.
Wie Geth erfordert Nethermind regelmäßiges Pruning seiner Datenbank. Im Gegensatz zu Geth kann Nethermind's Datenbank jedoch während des Betriebs gepruned werden. Das bedeutet, dass Sie Ihren Client nicht herunterfahren und sich auf einen Fallback verlassen müssen, um zu prunen. Allerdings ist Nethermind's Online-Pruning-Prozess ziemlich ressourcenintensiv, sodass Benutzer, die Knoten mit geringer Leistung betreiben, während des Prozesses möglicherweise eine Leistungsminderung feststellen.
Nethermind erfordert mindestens 16 GB RAM, obwohl mehr vorzuziehen ist.
Nethermind erfordert regelmäßiges Pruning seiner Datenbank: Seine Datenbank wird mit der Zeit wachsen und allmählich Ihren gesamten freien Speicherplatz verbrauchen, es sei denn, Sie prunen sie, wenn Ihre Festplatte wenig freien Speicherplatz hat. Die Häufigkeit, mit der Sie prunen müssen, hängt von der Größe Ihrer SSD ab.
Im Gegensatz zu Geth bleibt Nethermind online, während es pruned. Dies macht es zu einer überzeugenden Wahl für Knoten, da sie während des Prunings keine Ausfallzeit haben.
Weitere Informationen zum Pruning von Nethermind finden Sie auf der Seite Pruning des Execution-Clients.
Reth
Reth ist ein Execution-Layer-Client, der in Rust geschrieben ist und die Erigon Staged-Sync-Architektur verwendet. Reth ist von Grund auf mit Effizienz, Leistung und Modularität im Hinterkopf entworfen. Es ist unter der Apache/MIT-Lizenz lizenziert und mit kleinen, gut abstrahierten, gut getesteten und benchmarkten Paketen gebaut. Dies ermöglicht eine großartige Open-Source-Entwicklererfahrung und erlaubt es, Reths Komponenten in anderen Projekten zu verwenden.
Als neuester Client im Ökosystem entwickelt sich Reth schnell weiter und gewinnt an Akzeptanz. Während RAM- und CPU-Anforderungen flexibel sind, ist die wichtigste Anforderung bei weitem die Festplatte. Wir empfehlen die Verwendung einer guten TLC-Festplatte. Reth erfordert mindestens 8 GB RAM für einen Full Node oder 16 GB RAM für einen Archive Node.
Client-Vergleichstabelle
Consensus-Clients
Das Installationsprogramm von Rocket Pool unterstützt stolz fünf derzeit verfügbare Consensus-Clients: Lighthouse, Lodestar, Nimbus, Prysm und Teku.
Jeder davon ist ein Full Client, was bedeutet, dass Sie zur Dezentralisierung des Consensus-Netzwerks beitragen, unabhängig davon, welchen Client Sie wählen.
Alle fünf Clients sind ziemlich risikoarm, wartungsarm und werden praktisch identische Gesamtbelohnungen aus der Validierung generieren. Sie unterscheiden sich leicht in Bezug auf Ressourcenanforderungen und Funktionen, aber Sie können mit keinem von ihnen etwas falsch machen.
Standardmäßig bietet das Installationsprogramm von Rocket Pool an, einen zufälligen Consensus-Client für Sie auszuwählen. Dies wird dazu beitragen, zur allgemeinen Diversität des Netzwerks beizutragen. Dies ist aus Sicherheitsgründen wichtig: Wenn ein Client von einer Mehrheit der Knoten verwendet wird und an einem schwerwiegenden Fehler oder Angriff leidet, könnte dies dazu führen, dass alle diese Knoten ausfallen und somit die Stabilität der gesamten Beacon Chain gefährden.
Lighthouse
Lighthouse ist ein Open-Source Ethereum 2.0, das von Sigma Prime gepflegt wird. Es implementiert die Ethereum 2.0-Spezifikation, wie sie vom Forschungsteam der Ethereum Foundation definiert wurde.
Lighthouse ist ein hochmodernes verteiltes Systemprojekt, das Technologien an der Spitze der Blockchain-Forschung implementiert; einschließlich Proof-of-Stake-Konsens, paralleler Transaktionsausführung und Zustandstrennung (Sharding).
Lighthouse hat keine offizielle Zugehörigkeit zur Ethereum Foundation und wird weiterhin ihrer Führung folgen, solange dies im besten Interesse des Ethereum-Protokolls und der es umgebenden Community liegt.
Lighthouse ist in Rust implementiert und wird den Fokus auf Sicherheit und Effizienz beibehalten.
Lodestar
Lodestar ist der fünfte Open-Source-Ethereum-Consensus-Client, der von ChainSafe Systems gepflegt wird. Unser Flaggschiffprodukt ist unser produktionsfähiger Beacon-Chain- und Validator-Client für Ethereum-Konsens. Unsere Software und Tools sind einzigartig positioniert als erste Wahl für Forscher und Entwickler für schnelles Prototyping und Browser-Nutzung. Millionen von Entwicklern auf der ganzen Welt sind mit Typescript vertraut, und Lodestars hochwertige Codebasen sind ausgezeichnete Einführungen in die Ethereum-Welt.
Lodestar war auch führend in der Light-Client-Forschung, Standardisierung und Implementierung von Ethereum-Light-Clients. Wir bemühen uns, mit anderen Client-Implementierern, Forschern und Entwicklern zusammenzuarbeiten, um die Bedeutung zu demonstrieren, dass Browser vertrauenslose Daten direkt von der Blockchain nutzen.
Lodestars Nische liegt in seiner Implementierungssprache, Typescript.
Nimbus
Nimbus ist eine Client-Implementierung sowohl für Ethereum 2.0 als auch für Ethereum 1.0, die bestrebt ist, so leichtgewichtig wie möglich in Bezug auf verwendete Ressourcen zu sein. Dies ermöglicht es ihm, auf eingebetteten Systemen und ressourcenbeschränkten Geräten gut zu funktionieren.
Ressourcenbeschränkte Hardware ist jedoch nicht das Einzige, wofür Nimbus gut ist. Sein geringer Ressourcenverbrauch macht es einfach, Nimbus zusammen mit anderen Workloads auf Ihrem Server zu betreiben (dies ist besonders wertvoll für Staker, die die Kosten ihrer Serverinstanzen senken möchten).
Nimbus ist in Nim geschrieben und wird vom Status.im-Team gepflegt.
Prysm
Das Prysm-Projekt ist eine vollständige Implementierung für das Ethereum 2.0-Netzwerk, die vollständig in der Go-Programmiersprache geschrieben ist.
Erstellt von Prysmatic Labs, implementiert Prysm die offizielle Ethereum 2.0-Spezifikation, die das Produkt einer fortlaufenden kollektiven Forschungs- und Entwicklungsarbeit verschiedener Teams im gesamten Ethereum-Ökosystem ist, einschließlich der Ethereum Foundation.
Teku
Teku (früher bekannt als Artemis) ist ein Java-basierter Ethereum-Consensus-Client, der entwickelt und gebaut wurde, um institutionelle Anforderungen und Sicherheitsanforderungen zu erfüllen. PegaSys ist ein Arm von ConsenSys, der sich dem Aufbau von unternehmensreifen Clients und Tools für die Interaktion mit der Kern-Ethereum-Plattform widmet.
Teku ist unter Apache 2.0 lizenziert und in Java geschrieben, einer Sprache, die für ihre Reife und Allgegenwärtigkeit bekannt ist.