- Buterin sagt, dass die Aufblähung des Ethereum-Protokolls Vertrauenslosigkeit, Sicherheit und Selbstbestimmung schwächt.
- Steigende Komplexität zwingt zur Abhängigkeit von Experten und untergräbt die Überprüfbarkeit und den Walkaway-Test.
- Vitalik fordert Protokoll-Garbage-Collection, Code-Reduktion und weniger Abhängigkeiten.
Ethereum-Mitbegründer Vitalik Buterin warnte am Sonntag, den 18. Januar, in einem Beitrag auf X vor einer Aufblähung des Protokolls. Er sagte, dass die wachsende Codebasis von Ethereum Vertrauenslosigkeit, Sicherheit und Selbstbestimmung bedroht – und zwar unabhängig von der Anzahl der Nodes. Seine Ausführungen konzentrierten sich auf Disziplin in der Governance, nicht auf Preise, Wettbewerb oder Skalierung, und adressierten, wie sich ungeprüfte Komplexität im Laufe der Zeit entwickelte.
Komplexität verschiebt Debatte über Ethereums Governance
Buterin stellte die Einfachheit des Protokolls als zentrale Anforderung für das langfristige Design von Ethereum dar. Laut Buterin können Dezentralisierungsmetriken allein keine vertrauenslosen Systeme garantieren. Besonders betonte er, dass komplexe Protokolle Nutzer zur Abhängigkeit von Experten drängen. Diese Abhängigkeit schwächt die unabhängige Überprüfung, selbst wenn tausende Nodes korrekt arbeiten.
Er beschrieb diese Abhängigkeit als einen Vertrauensbruch. Nutzer müssen darauf vertrauen, dass Spezialisten das Verhalten des Protokolls erklären. Vertrauenslose Systeme sollten jedoch eine Überprüfung ohne Zwischenhändler ermöglichen. Mit zunehmender Komplexität wird die Überprüfung für durchschnittliche Teilnehmer schwieriger.
Buterin verwies zudem auf den „Walkaway-Test“, der die Widerstandsfähigkeit beim Austritt misst. Er sagte, dass übermäßig komplexe Clients neue Teams daran hindern, das System sicher wieder aufzubauen. Dadurch leidet die Client-Vielfalt, wenn technische Hürden steigen. Dieses Risiko wächst, wenn die Protokoll-Logik auf viele interagierende Komponenten verteilt wird.
Er verband Komplexität weiter mit Selbstbestimmung. Wenn fortgeschrittene Nutzer das Protokoll nicht inspizieren oder verstehen können, wird das Eigentum geschwächt. Er betonte, dass unlesbare Systeme die Autonomie der Nutzer untergraben. Diese Probleme, so Buterin, resultieren aus Governance-Entscheidungen und nicht aus technischen Grenzen.
Abwärtskompatibilität befeuert Protokoll-Aufblähung
Buterin führte die Aufblähung des Protokolls darauf zurück, wie Ethereum Upgrades bewertet. Er sagte, dass Entwickler Änderungen oft anhand ihrer Auswirkungen auf die Abwärtskompatibilität beurteilen. Daher stoßen Ergänzungen auf weniger Widerstand als Entfernungen. Mit der Zeit sammeln sich dadurch ungenutzte Features an.
Allerdings erhöht jede beibehaltene Funktion die Risiken durch Interaktionen. Buterin warnte davor, dass komplexe Interaktionen die Wahrscheinlichkeit von Fehlern erhöhen. Laut ihm wird die Sicherheit geschwächt, je schwieriger es wird, das System zu durchdringen. Das Wachstum des Protokolls schafft somit strukturelle Risiken und nicht nur kosmetischen Overhead.
Er merkte an, dass Ethereum keinen formalen Vereinfachungsprozess besitzt. Ohne explizite Mechanismen zur Entfernung bleibt Komplexität standardmäßig bestehen. Dieses Muster entstand auffallend trotz sorgfältiger individueller Upgrades. Die kumulative Wirkung jedoch veränderte Ethereums Weg in der Governance maßgeblich.
Buterin warnte zudem vor übermäßigen kryptographischen Abhängigkeiten. Er sagte, dass Protokolle mit weniger primitiven Bausteinen leichter zu sichern seien. Beispielsweise bevorzugte er Systeme, die auf einzelne Hashfunktionen setzen. Im Gegensatz dazu erschwert geschichtete Kryptografie die Überprüfung und das Auditing.
Verwandt: Vitalik Buterin möchte, dass Ethereum ohne ihn überlebt
Garbage-Collection als Governance-Instrument
Um diesen Risiken zu begegnen, schlug Buterin ein explizites Protokoll zur „Garbage Collection“ vor. Er skizzierte drei Vereinfachungsmetriken. Erstens forderte er, die Gesamtzahl der Codezeilen zu minimieren. Idealerweise sollten Kernprotokolle knapp und überprüfbar bleiben.
Zweitens drängte er darauf, die Abhängigkeit von komplexen kryptographischen Komponenten zu begrenzen. Laut Buterin verbessern weniger Annahmen die Übersichtlichkeit der Sicherheit. Drittens betonte er das Hinzufügen von Invarianten, festen Regeln, auf die sich Clients verlassen können. Diese Einschränkungen vereinfachen die Implementierung und verringern Mehrdeutigkeiten.
Er nannte EIP-6780 und EIP-7825 als aktuelle Beispiele. EIP-6780 beschränkte das Self-Destruct-Verhalten und reduzierte die Komplexität der Zustandsmutationen. EIP-7825 setzte Obergrenzen für die Gas-Kosten pro Transaktion und erhöhte damit die Vorhersehbarkeit der Ausführung. Beide Änderungen vereinfachten die Client-Entwicklung maßgeblich.
Buterin erwähnte auch frühere groß angelegte Bereinigungen. Der Übergang von Ethereum vom Proof-of-Work zum Proof-of-Stake entfernte die Mining-Logik vollständig. Zuletzt verbanden Reformen der Gas-Kosten die Ausführungskosten mit der Ressourcennutzung. Diese Schritte ersetzten willkürliche Regeln durch klarere Modelle.
Mit Blick auf die Zukunft sprach er über „Rosetta-Style“-Abwärtskompatibilität. Bei diesem Ansatz werden selten genutzte Features in Smart Contracts ausgelagert. Dadurch bleibt die Funktionalität erhalten, ohne die Kern-Clients zu belasten. Er erwähnte auch mögliche künftige Änderungen der virtuellen Maschine, einschließlich der Erkundung von RISC-V.
Ethereums Fokus in der Governance, so Buterin, sollte nun auf Nachhaltigkeit liegen. Nach fünfzehn Jahren Experimentieren hofft er auf langsamere Veränderungen. Er beschrieb die frühe Zeit von Ethereum als explorativ. Die zukünftige Entwicklung, so argumentierte er, sollte dauerhafte technische Altlasten vermeiden.
Die wachsende Feature-Palette von Ethereum veranlasste Buterin zu seiner Warnung bezüglich der Protokoll-Governance. Er verband ungeprüfte Komplexität mit geschwächter Vertrauenswürdigkeit, Sicherheit und Autonomie. Sein Ruf nach Vereinfachung stellte Ethereums langfristige Herausforderung auf Disziplin statt Expansion um.
