Glossar
Consensus Client
Aktualisiert 12. Juni 2026
Consensus Client ist die Software-Komponente eines vollständigen Ethereum-Nodes, die das Proof-of-Stake-Konsensprotokoll implementiert und damit darüber entscheidet, welche Blöcke als gültig gelten und endgültig in die Blockchain aufgenommen werden.
Architektur nach The Merge
Seit The Merge am 15. September 2022 besteht ein vollständiger Ethereum-Node aus zwei getrennten Schichten: dem Consensus Client (CL) und dem Execution Client. Vor diesem Zeitpunkt wurden diese Komponenten als Eth2- bzw. Eth1-Client bezeichnet. Die Aufteilung ist keine technische Spielerei, sondern eine bewusste Trennung von Zuständigkeiten: Der Execution Client verarbeitet Transaktionen, führt Smart Contracts aus und verwaltet den aktuellen Netzwerkzustand. Der Consensus Client hingegen koordiniert, wer Blöcke vorschlagen darf, prüft Attestierungen der Validatoren und legt fest, wann ein Block als finalisiert gilt.
Beide Schichten kommunizieren über die standardisierte Engine API miteinander. Der Consensus Client übernimmt dabei die steuernde Rolle: Er weist den Execution Client an, eine Transaktions-Payload vorzubereiten, und übernimmt anschließend die Blockfinalisierung. Bekannte Implementierungen sind Lighthouse, Teku, Prysm und Nimbus – jede in einer anderen Programmiersprache geschrieben, jede mit eigenem Entwicklerteam.
Warum Client-Diversität sicherheitsrelevant ist
Die Existenz mehrerer unabhängiger Implementierungen ist kein Komfortmerkmal, sondern ein Sicherheitsprinzip. Wird ein einzelner Consensus Client von mehr als zwei Dritteln aller Validatoren genutzt – ein sogenannter Super-Majority-Client –, kann ein Konsens-Bug in genau dieser Software dazu führen, dass das Netzwerk eine fehlerhafte Chain finalisiert. Ein reales Beispiel lieferte ein Bug im Prysm-Client auf dem Goerli-Testnetz, der zeigte, wie stark konzentrierte Client-Nutzung die Netzwerksicherheit gefährden kann.
Läuft ein solcher Fehler auf dem Mainnet ab, drohen Validatoren Slashing – der zwangsweise Verlust eines Teils ihres eingesetzten Ethers als Strafe für nachweislich fehlerhaftes Verhalten. Eine breite Verteilung der genutzten Consensus Clients senkt dieses systemische Risiko erheblich. Das Thema Client-Diversität ist daher fester Bestandteil der Ethereum-Sicherheitsdiskussion.
Wer einen eigenen Ethereum-Node betreibt, wählt Consensus Client und Execution Client unabhängig voneinander. Die Kombination aus einem weniger verbreiteten Consensus Client und einem ebenfalls minderheitlich genutzten Execution Client gilt als Best Practice für alle, die aktiv zur Netzwerkgesundheit beitragen möchten.