Vitalik Buterin treibt Update zur Vereinfachung der Ethereum-Node-Software voran

Vitalik Buterin spricht etwas an, was die Ethereum-Community seit Jahren stillschweigend vermeidet: Das Betreiben eines Ethereum Nodes ist unnötig kompliziert, und diese Komplexität übergibt die Kontrolle über das Netzwerk leise an eine Handvoll Infrastruktur-Mittler. Am Samstag veröffentlichte Buterin einen Pull Request, der vorschlägt, die separaten Backend-Programme, die Node-Betreiber derzeit für Ethereums Konsens- und Ausführungsschicht verwenden, zu einer einzigen, einheitlichen Codebasis zusammenzuführen.

Ethereums Node-Problem ist ein Zentralisierungsproblem

Wer derzeit einen Ethereum Node betreiben will, muss zwei verschiedene Software-Clients starten — einen für die Beacon Chain zur Konsensbildung und Staking, einen weiteren für die Ausführungsschicht, auf der Transaktionen tatsächlich verarbeitet werden. Jeder benötigt ein eigenes Setup, eine eigene Synchronisierung und laufende Wartung. Und das ist noch vor den Hardware-Anforderungen, bei denen allein der Speicherplatzbedarf regelmäßig potenzielle Betreiber abschreckt.

Buterins Vorschlag würde diese Zwei-Client-Struktur in eine einzige zusammenführen. Die Logik ist klar: Weniger bewegliche Teile bedeuten weniger Fehlerquellen, einen kürzeren Einrichtungsprozess und eine niedrigere technische Hürde für normale Nutzer, die ihre eigene Infrastruktur selbst betreiben möchten.

„Ich habe das Gefühl, dass wir auf jeder Ebene implizit die Entscheidung getroffen haben, dass das Betreiben eines Nodes diese furchtbar beängstigende DevOps-Aufgabe ist, die man ruhig Profis überlassen kann", sagte Buterin in einem Beitrag auf X. Sein Nachfolge-Post war noch direkter — Nodes, so sagte er, sollten einfach „leicht" zu betreiben sein.

Eine Marktstruktur, die von wenigen Remote-Procedure-Call-Anbietern (RPC) dominiert wird, ist eine, die starkem Druck ausgesetzt sein wird, Nutzer auszuschließen oder zu zensieren. Viele RPC-Anbieter schließen bereits ganze Länder aus.

Warum ist das wichtig für Ethereums Dezentralisierung?

Die Antwort steckt in diesem Zitat. Wenn das Betreiben eines eigenen Nodes unpraktisch ist — zu komplex, zu teuer, zu zeitaufwändig — greifen Nutzer standardmäßig auf Drittanbieter-RPC-Anbieter zurück, die es für sie erledigen. Das ist der Weg des geringsten Widerstands, und die meisten Ethereum-Nutzer gehen ihn. Der Haken ist, dass diese Anbieter zu Engstellen werden. Sie können den Zugang zum Netzwerk drosseln, filtern oder komplett blockieren. Und wie Buterin feststellte, tun einige das bereits.

Die Ethereum Beacon Chain wurde mit Dezentralisierung als Grundprinzip konzipiert. Doch Zentralisierung erfordert keine Protokolländerung — sie schleicht sich durch die praktische Realität ein, wer die Infrastruktur tatsächlich betreiben kann. Wenn die Einstiegshürde hoch genug ist, machen sich nur Profis die Mühe, und das Netzwerk beginnt eher wie traditionelle Web-Infrastruktur auszusehen als wie eine erlaubnisfreie Blockchain.

Ein Muster node-freundlicher Vorschläge von Buterin

Dieser Pull Request ist nicht Buterins erster Vorstoß, den Node-Betrieb zugänglicher zu machen. Bereits im Mai 2025 schlug er teilweise zustandslose Nodes vor — ein Design, das die vollständige Block-Historie entfernt und Betreibern erlaubt, nur die Daten zu speichern, die sie persönlich benötigen. Das Ziel war dasselbe: die Hardwarekosten für Nutzer zu senken, die Nodes für den persönlichen Gebrauch betreiben, etwa zur Transaktionsverifizierung oder zum Senden von ETH ohne Vertrauen in Dritte.

Speicherplatz ist durchgängig der wichtigste Engpass für Ethereum Node-Betreiber, laut Go-Ethereum (GETH). Smart Contract-Netzwerke erzeugen Daten in unaufhörlichem Tempo, und die Speicheranforderungen wachsen im Laufe der Zeit kumulativ. Spezialisierte Hardware wirkt zunehmend obligatorisch statt optional — genau das Ergebnis, das Buterin umkehren will.

Die Ethereum Foundation veröffentlichte Anfang dieses Jahres ein neues Mandat, das ihre Prioritäten klarstellt, und Buterin gab separat bekannt, dass er 16.384 ETH — damals rund $45 Millionen — aus seinem Privatvermögen für datenschutzwahrende Technologien, offene Hardware und verifizierbare Software zurückgelegt hatte. Er beschrieb die Stiftung als in einer Phase „milder Sparsamkeit", während die technische Roadmap beibehalten wird.

Wird ein einfacherer Node wirklich ändern, wer einen betreibt?

Das ist die eigentliche Frage, und eine offensichtliche Antwort gibt es noch nicht. Die Zusammenführung zweier Clients zu einem reduziert die Komplexität, eliminiert aber weder die Hardwarekosten noch den Zeitaufwand für die Wartung eines laufenden Nodes. Die Menschen, die derzeit auf RPC-Anbieter setzen, tun dies, weil Infrastrukturbetrieb nicht ihre Aufgabe ist — nicht nur, weil die Software in zwei Teile aufgeteilt ist.

Dennoch hat Buterin Recht, dass jede unnötige Komplexitätsschicht ein Grund ist, warum jemand es bleiben lässt. Wenn der zusammengeführte Client die Einrichtung spürbar vereinfacht, könnte es reichen, um die Abwägung für technisch versierte Nutzer zu verändern, die bisher unentschlossen waren. Ob es die nicht-technische Mehrheit erreicht, ist eine ganz andere Herausforderung.