Vitalik Buterin schlägt vor, Ethereum-Node-Software zu vereinheitlichen, um den Betrieb zu vereinfachen

Ethereum-Mitbegründer Vitalik Buterin reichte am 15. März 2026 eine Pull-Anfrage ein, in der vorgeschlagen wird, die Backend-Programme, die die Konsensschicht und die Ausführungsschicht von Ethereums Beacon Chain antreiben, in einen einzigen einheitlichen Codebasis zu integrieren.

Der Vorschlag zielt darauf ab, die technische Komplexität beim Betrieb eines Ethereum-Knotens zu verringern, da derzeit Validatoren zwei separate Software-Stacks betreiben müssen, und eine breitere individuelle Teilnahme an der Netzwerkvalidierung zu ermöglichen, anstatt auf Drittanbieter-Remote-Prozeduraufruf (RPC)-Anbieter angewiesen zu sein.

Wenn umgesetzt, würde die Konsolidierung die Notwendigkeit beseitigen, dass Knotenbetreiber parallele Synchronisation und Kommunikation zwischen der Konsens- und der Ausführungsschicht verwalten, und damit langjährige Kritik adressieren, wonach Hardwareanforderungen und technischer Aufwand die Validierungsmacht auf professionelle Betreiber konzentriert haben.

Technischer Vorschlag: Vereinheitlichung der zweischichtigen Architektur von Ethereum

Aktuelle Anforderungen an den Knotbetrieb

Ethereum-Validatoren müssen derzeit zwei separate Programme ausführen:

• Beacon Chain-Client: Verantwortlich für Konsens und Staking-Funktionen

• Ausführungsschicht-Client: Verarbeitet Transaktionen und Smart-Contract-Logik

Jede Komponente erfordert eine eigenständige Einrichtung, Konfiguration und laufende Synchronisation, um die Datenübertragung zwischen den Schichten zu koordinieren. Eine Fehlanpassung zwischen den beiden Stacks kann die Wartung erschweren und die Betriebszeit des Knotens gefährden.

Vorgeschlagene Konsolidierung

Buterins Pull-Anfrage würde beide Funktionen in eine einzige Codebasis integrieren, was die Einrichtung des Knotens vereinfacht und den technischen Aufwand für den Betrieb reduziert. Die einheitliche Struktur würde alle bestehenden Netzwerkfunktionen beibehalten, während der Koordinationsaufwand, der in Zweischichtarchitekturen besteht, entfällt.

Begründung für Dezentralisierung: Individuelle Teilnahme als Netzwerkpriorität

Buterins Stellungnahme

In einem Beitrag auf X, der die Vorlage begleitet, argumentierte Buterin, dass der Betrieb eines Knotens unnötig als eine spezialisierte Aufgabe dargestellt werde, die nur für Profis geeignet sei:

„Ich habe das Gefühl, dass wir auf jeder Ebene implizit die Entscheidung getroffen haben, dass das Betreiben eines Knotens diese so angsteinflößende DevOps-Aufgabe ist, dass es in Ordnung ist, sie Profis zu überlassen. Das ist nicht so. Wir müssen das umkehren. Das Betreiben einer eigenen Ethereum-Infrastruktur sollte das Grundrecht jedes Einzelnen und Haushalts sein. ‚Die Hardware-Anforderungen sind hoch, also ist es auch in Ordnung, dass die DevOps-Fähigkeiten und der Zeitaufwand hoch sind‘, ist keine Entschuldigung.“

Selbst Nutzer, die sich hochwertige Knotenhardware leisten können, haben laut Buterin meist nicht die Zeit für komplexe Einrichtung und Wartung. Er betonte, dass „Knoten einfach sein sollten.“

Zentralisierungsbedenken bei RPC-Anbietern

Der Vorschlag spricht wachsende Bedenken hinsichtlich der Abhängigkeit von Remote-Prozeduraufruf (RPC)-Anbietern an, die derzeit einen bedeutenden Anteil des Ethereum-Knotenverkehrs abwickeln. Laut Buterin steht eine Marktstruktur, die von wenigen RPC-Diensten dominiert wird, unter „starkem Druck, Nutzer zu deplatformen oder zu zensieren“, wobei er anmerkte, dass „viele RPC-Anbieter bereits ganze Länder ausschließen.“

Unabhängige Knotenbetreiber können Transaktionen verifizieren und an der Governance teilnehmen, ohne auf externe Dienste angewiesen zu sein, was die Netzwerresilienz gegenüber geopolitischen oder politischen Zugangsbeschränkungen erhöht.

Verwandte Infrastrukturinitiativen: Teilweise zustandslose Knoten

Vorschlag vom Mai 2025

Buterin schlug bereits im Mai 2025 teilweise zustandslose Knoten vor, als ergänzenden Ansatz zur Reduzierung der Betriebsbarrieren. Diese Architektur ermöglicht es Knoten, ohne vollständige Blockchain-Historie zu arbeiten, indem nur die Daten gespeichert werden, die für bestimmte Nutzeraufgaben erforderlich sind.

Reduzierung der Hardwareanforderungen

Festplattenplatz ist laut Go-Ethereum (GETH) die primäre Engstelle für Knotenbetreiber. Smart-Contract-Blockchains erzeugen große Datenmengen, die ständig wachsenden Speicherbedarf erfordern, was spezialisierte Hardware praktisch notwendig macht. Teilweise zustandslosigkeit würde die Speicheranforderungen senken, indem Knoten nur Delta-Zustandsinformationen für Nutzerinteraktionen speichern, anstatt den vollständigen Chain-Zustand. Dies könnte den Teilnehmerkreis erweitern, die lokale Infrastruktur betreiben können.

Finanzierung durch die Ethereum Foundation und strategische Ausrichtung

Persönliches Engagement für Infrastrukturentwicklung

Ende Januar 2026 gab Buterin bekannt, 16.384 Ether (damals ca. 45 Millionen USD) aus seinem persönlichen Bestand zur Unterstützung folgender Bereiche reserviert zu haben:

• Datenschutztechnologien

• Open-Source-Hardware-Initiativen

• Sichere und verifizierbare Softwareentwicklung

Zeitplan für die Umsetzung und Kontext der Foundation

Die Mittel werden schrittweise in den kommenden Jahren eingesetzt, während die Ethereum Foundation eine Phase „milder Sparmaßnahmen“ durchläuft und ihre technische Roadmap weiterverfolgt. Dieses finanzielle Engagement unterstreicht die langfristige Strategie, die Kerninfrastruktur zu stärken und die Forschung auf eine inklusive, datenschutzbewusste Ökosystementwicklung auszurichten.

Auswirkungen auf Zugänglichkeit und Sicherheit des Netzwerks

Potenzielle Erweiterung des Validatorenpools

Die Konsolidierung der beiden Ethereum-Schichten in eine kohärente Codebasis könnte die Wartung vereinfachen, Fehlkonfigurationen reduzieren und die Update-Implementierung im Netzwerk beschleunigen. Wenn die Änderung die Komplexität des Knotebetriebs verringert, könnten mehr Nutzer validieren und direkt an der Konsensfindung teilnehmen, was die Netzwerksicherheit durch eine diversifizierte Validatorenbasis verbessern könnte.

Abwägung der Balance

Der Vorschlag navigiert zwischen den Idealen der Dezentralisierung und den praktischen Realitäten von Hardware, Bandbreite und Wartung. Kritiker haben lange darauf hingewiesen, dass technische Komplexität und Hardwareanforderungen für den Knotebetrieb Zentralisierungstendenzen fördern, da Validierungsmacht bei denen konzentriert ist, die sich spezialisierte Setups und professionelle Expertise leisten können.

Häufig gestellte Fragen

Wie vereinfacht die Vereinheitlichung der Ethereum-Knotensoftware den Betrieb?

Derzeit müssen Ethereum-Validatoren zwei separate Programme ausführen – eines für die Beacon Chain-Konsensschicht und eines für die Ausführungsschicht – die jeweils eigenständig eingerichtet und laufend synchronisiert werden müssen. Buterins vorgeschlagene Konsolidierung würde beide in eine einzige Codebasis zusammenfassen, wodurch die Verwaltung paralleler Stacks entfällt und der technische Aufwand für den Betrieb reduziert wird. Dies vereinfacht die Wartung, während alle bestehenden Netzwerkfunktionen erhalten bleiben.

Was sind teilweise zustandslose Knoten und wie unterscheiden sie sich von Vollknoten?

Teilweise zustandslose Knoten speichern nicht die vollständige Blockchain-Historie, sondern nur die Daten, die für bestimmte Nutzeraufgaben wie das Senden von Transaktionen oder die Verifizierung der Blockchain notwendig sind. Diese Architektur verringert den Speicherbedarf, der derzeit die primäre Engstelle für Knotenbetreiber darstellt. Durch die Senkung der Hardwarebarrieren könnten mehr Nutzer lokale Knoten für Transaktionsvalidierung und Blocküberprüfung betreiben, was zur Dezentralisierung des Netzwerks beiträgt.

Warum betont Vitalik Buterin die individuelle Knotennutzung gegenüber der Abhängigkeit von RPC-Anbietern?

Buterin argumentiert, dass die Abhängigkeit von einer kleinen Anzahl von Remote-Prozeduraufruf (RPC)-Anbietern zentrale Risiken birgt, darunter die Möglichkeit der Deplatforming oder Zensur, wenn Anbieter den Zugang aus geopolitischen oder politischen Gründen einschränken. Unabhängige Knotenbetreiber können Transaktionen verifizieren und an der Governance teilnehmen, ohne auf externe Dienste angewiesen zu sein, was die Resilienz des Netzwerks erhöht. Sein Vorschlag zielt darauf ab, selbst gehostete Infrastruktur für Einzelpersonen und Haushalte zugänglich zu machen und den Knotebetrieb als Grundrecht statt als Profisache zu betrachten.