Die zentrale Idee: Ethereum behält seine vielseitige, kontobasierte Architektur für komplexe Anwendungen bei, ergänzt sie aber um schlankere Zustandsmodelle für einfachere Anwendungsfälle.

Ein Ethereum mit mehreren Zustandsklassen

Heute basiert Ethereum im Wesentlichen auf einem dynamischen, kontobasierten Zustand. Dieser speichert unter anderem Kontostände, Smart-Contract-Daten, Token-Bestände und Informationen aus DeFi-Anwendungen. Das ist flexibel, führt aber auch dazu, dass der dauerhaft zu verwaltende Netzwerkzustand kontinuierlich wächst.

Der vorgeschlagene Ansatz würde diesen einheitlichen Zustand in mehrere Ebenen oder Klassen aufteilen :

• Dynamischer Account-Zustand: Er bliebe für Smart Contracts und Anwendungen mit dauerhaftem Speicher weitgehend erhalten, würde aber nur moderat skaliert.
• UTXO-ähnlicher Zustand: Für einfache Werttransfers könnten einmalige Objekte verwendet werden. Sie werden beim Ausgeben verbraucht, anstatt als dauerhaft aktiver Kontoeintrag bestehen zu bleiben .
• Hybride Zwischenformen: Zwischen den beiden Polen könnte es weitere Zustandsarten geben – je nachdem, wie viel Flexibilität eine Anwendung braucht und wie stark sie auf Skalierbarkeit optimiert werden soll .

Buterin fasste die Zielrichtung so zusammen: „Wir wollen, dass Ethereum das Beste aus UTXO-artigem Zustand, dynamischem Zustand und allem dazwischen hat“ .

Damit wäre das UTXO-Modell kein vollständiger Ersatz für Ethereums Account-Modell. Es wäre vielmehr ein zusätzliches Werkzeug für jene Anwendungen, die keine dauerhaft veränderlichen und hochkomplexen Speicherstrukturen benötigen.

Warum UTXOs die Skalierung verbessern könnten

Der größte Vorteil liegt in der Verwaltung des dauerhaften Zustands. Bei einer Zahlung kann ein UTXO nach seiner Verwendung aus dem aktiven Zustand verschwinden. Ein Account-Modell muss dagegen typischerweise dauerhaft Kontostände und weitere Kontoinformationen vorhalten.

Nach den vorliegenden Schätzungen könnten eine Milliarde UTXO-Einträge etwa 300 Megabyte dauerhaften Zustand benötigen. Im aktuellen Account-Modell wären für eine vergleichbare Größenordnung rund 100 bis 150 Gigabyte denkbar – eine Reduktion um etwa 99,8 Prozent .

Diese Effizienz könnte für drei Bereiche entscheidend sein:

• Mehr langfristige Kapazität: Die Verwaltung des Zustands gilt neben der Ausführung und der Datenspeicherung als eine der wesentlichen Grenzen für eine langfristige Skalierung um etwa das 1.000-Fache. Für die Ausführung werden unter anderem ZK-EVMs genannt, während PeerDAS und Blobs die Datenkapazität erhöhen sollen .
• Weniger Speicherlast für Nodes: Nach dem Vorbild von Utreexo könnten kompakte Akkumulatoren und Nachweise zur Aufnahme in den Zustand es ermöglichen, Transaktionen zu prüfen, ohne den vollständigen Zustand lokal zu speichern . Das könnte die Teilnahme am Netzwerk erleichtern und die Dezentralisierung unterstützen.
• Niedrigere Kosten für passende Anwendungen: Anwendungen, die auf weniger flexible, aber effizientere Zustandsklassen wechseln, könnten perspektivisch deutlich weniger Speicher- und Ausführungsressourcen beanspruchen.

Für bestehende dezentrale Anwendungen wäre der Ansatz zunächst vergleichsweise schonend: Weil der UTXO-Zustand zusätzlich eingeführt werden soll, müssten bestehende Smart Contracts nicht automatisch ersetzt werden .

Die offenen Fragen

So attraktiv die Idee klingt, so wenig ist sie bereits umgesetzt. Mehrere Hürden müssen noch geklärt werden:

Migration und Kompatibilität

Bestehende dApps wurden für das Account-Modell entwickelt und können einen UTXO-artigen Zustand nicht ohne Weiteres nutzen. Dafür wären neue Standards, Entwicklungswerkzeuge und möglicherweise angepasste Anwendungsmuster erforderlich .

Mehr Komplexität im Protokoll

Ein Netzwerk, das kontobasierte und UTXO-basierte Zustände parallel verwaltet, muss Regeln für ihre Zusammenschaltung definieren. Fragen zur sogenannten Composability – also dazu, wie unterschiedliche Anwendungen und Zustandsarten miteinander interagieren – könnten neue Sonderfälle und Sicherheitsrisiken schaffen .

Nicht jeder Anwendungsfall passt

UTXOs sind für einfache Zahlungen gut geeignet, aber weniger ausdrucksstark als Accounts. Komplexe, zustandsbehaftete Anwendungen wie viele DeFi-Protokolle oder NFT-Systeme benötigen weiterhin flexible Speicher- und Logikstrukturen . Die Kunst bestünde daher darin, die richtige Zustandsklasse für den jeweiligen Zweck zu wählen.

Noch Forschungs- und Vorschlagsstadium

Der native UTXO-Vorschlag, der im Juli 2026 mit dem Forscher Toni Wahrstätter in Verbindung gebracht wurde, und verwandte Arbeiten befinden sich nach den vorliegenden Informationen noch in der Forschungs- beziehungsweise Konzeptphase. Eine Implementierung oder ein groß angelegter Praxistest liegt noch nicht vor .

Der größere Rahmen: „Lean Ethereum“

Der UTXO-Ansatz ist nur ein Baustein von Buterins umfassenderer „Lean Ethereum“-Roadmap. Diese wurde im Juli 2026 vorgestellt und soll sich über einen Zeitraum von drei bis vier Jahren erstrecken .

Zu den weiteren Schwerpunkten gehören:

• Rekursive STARK-Verifizierung: Statt Transaktionen direkt erneut auszuführen, könnten rekursive STARK-Beweise ihre korrekte Verarbeitung nachweisen .
• Quantenresistenz: Die Kryptografie des Netzwerks soll gegen künftige Bedrohungen durch Quantencomputer widerstandsfähiger werden .
• Umbau der Zustandsschicht: Der bisherige dynamische Zustand soll bestehen bleiben, während neue, stärker skalierbare Formen wie UTXOs und Ringpuffer hinzukommen. Buterin bezeichnet diesen Teil als eine der einschneidendsten geplanten Änderungen .
• Mehr Datenschutz: Integrierte Funktionen zum Schutz der Privatsphäre sind ebenfalls Teil der langfristigen Vision .
• Vereinfachte technische Architektur: Geplant sind unter anderem Änderungen an Konsens, Gasabrechnung und virtueller Maschine, einschließlich Ansätzen wie leanISA beziehungsweise RISC-V .

Inhaltlich markiert Buterins Beitrag vom 16. August damit mehr als eine einzelne technische Idee. Er zeigt, dass Ethereum für seine weitere Entwicklung gezielt auch auf Konzepte aus dem Bitcoin-Ökosystem zurückgreifen will. UTXOs sollen dabei nicht die Flexibilität von Ethereum ersetzen, sondern dort zusätzliche Skalierbarkeit schaffen, wo weniger programmierbarer Zustand ausreicht .

Der entscheidende Vorbehalt bleibt: Das Ziel von 1.000-facher Skalierung ist eine langfristige Perspektive, keine bereits verfügbare Funktion. Ob das hybride Modell tatsächlich die erhoffte Entlastung bringt, muss sich erst in Spezifikationen, Implementierungen und Tests zeigen.

Die zentrale Idee: Ethereum behält seine vielseitige, kontobasierte Architektur für komplexe Anwendungen bei, ergänzt sie aber um schlankere Zustandsmodelle für einfachere Anwendungsfälle.

Ein Ethereum mit mehreren Zustandsklassen

Heute basiert Ethereum im Wesentlichen auf einem dynamischen, kontobasierten Zustand. Dieser speichert unter anderem Kontostände, Smart-Contract-Daten, Token-Bestände und Informationen aus DeFi-Anwendungen. Das ist flexibel, führt aber auch dazu, dass der dauerhaft zu verwaltende Netzwerkzustand kontinuierlich wächst.

Der vorgeschlagene Ansatz würde diesen einheitlichen Zustand in mehrere Ebenen oder Klassen aufteilen :

• Dynamischer Account-Zustand: Er bliebe für Smart Contracts und Anwendungen mit dauerhaftem Speicher weitgehend erhalten, würde aber nur moderat skaliert.
• UTXO-ähnlicher Zustand: Für einfache Werttransfers könnten einmalige Objekte verwendet werden. Sie werden beim Ausgeben verbraucht, anstatt als dauerhaft aktiver Kontoeintrag bestehen zu bleiben .
• Hybride Zwischenformen: Zwischen den beiden Polen könnte es weitere Zustandsarten geben – je nachdem, wie viel Flexibilität eine Anwendung braucht und wie stark sie auf Skalierbarkeit optimiert werden soll .

Buterin fasste die Zielrichtung so zusammen: „Wir wollen, dass Ethereum das Beste aus UTXO-artigem Zustand, dynamischem Zustand und allem dazwischen hat“ .

Damit wäre das UTXO-Modell kein vollständiger Ersatz für Ethereums Account-Modell. Es wäre vielmehr ein zusätzliches Werkzeug für jene Anwendungen, die keine dauerhaft veränderlichen und hochkomplexen Speicherstrukturen benötigen.

Warum UTXOs die Skalierung verbessern könnten

Der größte Vorteil liegt in der Verwaltung des dauerhaften Zustands. Bei einer Zahlung kann ein UTXO nach seiner Verwendung aus dem aktiven Zustand verschwinden. Ein Account-Modell muss dagegen typischerweise dauerhaft Kontostände und weitere Kontoinformationen vorhalten.

Nach den vorliegenden Schätzungen könnten eine Milliarde UTXO-Einträge etwa 300 Megabyte dauerhaften Zustand benötigen. Im aktuellen Account-Modell wären für eine vergleichbare Größenordnung rund 100 bis 150 Gigabyte denkbar – eine Reduktion um etwa 99,8 Prozent .

Diese Effizienz könnte für drei Bereiche entscheidend sein:

• Mehr langfristige Kapazität: Die Verwaltung des Zustands gilt neben der Ausführung und der Datenspeicherung als eine der wesentlichen Grenzen für eine langfristige Skalierung um etwa das 1.000-Fache. Für die Ausführung werden unter anderem ZK-EVMs genannt, während PeerDAS und Blobs die Datenkapazität erhöhen sollen .
• Weniger Speicherlast für Nodes: Nach dem Vorbild von Utreexo könnten kompakte Akkumulatoren und Nachweise zur Aufnahme in den Zustand es ermöglichen, Transaktionen zu prüfen, ohne den vollständigen Zustand lokal zu speichern . Das könnte die Teilnahme am Netzwerk erleichtern und die Dezentralisierung unterstützen.
• Niedrigere Kosten für passende Anwendungen: Anwendungen, die auf weniger flexible, aber effizientere Zustandsklassen wechseln, könnten perspektivisch deutlich weniger Speicher- und Ausführungsressourcen beanspruchen.

Für bestehende dezentrale Anwendungen wäre der Ansatz zunächst vergleichsweise schonend: Weil der UTXO-Zustand zusätzlich eingeführt werden soll, müssten bestehende Smart Contracts nicht automatisch ersetzt werden .

Die offenen Fragen

So attraktiv die Idee klingt, so wenig ist sie bereits umgesetzt. Mehrere Hürden müssen noch geklärt werden:

Migration und Kompatibilität

Bestehende dApps wurden für das Account-Modell entwickelt und können einen UTXO-artigen Zustand nicht ohne Weiteres nutzen. Dafür wären neue Standards, Entwicklungswerkzeuge und möglicherweise angepasste Anwendungsmuster erforderlich .

Mehr Komplexität im Protokoll

Ein Netzwerk, das kontobasierte und UTXO-basierte Zustände parallel verwaltet, muss Regeln für ihre Zusammenschaltung definieren. Fragen zur sogenannten Composability – also dazu, wie unterschiedliche Anwendungen und Zustandsarten miteinander interagieren – könnten neue Sonderfälle und Sicherheitsrisiken schaffen .

Nicht jeder Anwendungsfall passt

UTXOs sind für einfache Zahlungen gut geeignet, aber weniger ausdrucksstark als Accounts. Komplexe, zustandsbehaftete Anwendungen wie viele DeFi-Protokolle oder NFT-Systeme benötigen weiterhin flexible Speicher- und Logikstrukturen . Die Kunst bestünde daher darin, die richtige Zustandsklasse für den jeweiligen Zweck zu wählen.

Noch Forschungs- und Vorschlagsstadium

Der native UTXO-Vorschlag, der im Juli 2026 mit dem Forscher Toni Wahrstätter in Verbindung gebracht wurde, und verwandte Arbeiten befinden sich nach den vorliegenden Informationen noch in der Forschungs- beziehungsweise Konzeptphase. Eine Implementierung oder ein groß angelegter Praxistest liegt noch nicht vor .

Der größere Rahmen: „Lean Ethereum“

Der UTXO-Ansatz ist nur ein Baustein von Buterins umfassenderer „Lean Ethereum“-Roadmap. Diese wurde im Juli 2026 vorgestellt und soll sich über einen Zeitraum von drei bis vier Jahren erstrecken .

Zu den weiteren Schwerpunkten gehören:

• Rekursive STARK-Verifizierung: Statt Transaktionen direkt erneut auszuführen, könnten rekursive STARK-Beweise ihre korrekte Verarbeitung nachweisen .
• Quantenresistenz: Die Kryptografie des Netzwerks soll gegen künftige Bedrohungen durch Quantencomputer widerstandsfähiger werden .
• Umbau der Zustandsschicht: Der bisherige dynamische Zustand soll bestehen bleiben, während neue, stärker skalierbare Formen wie UTXOs und Ringpuffer hinzukommen. Buterin bezeichnet diesen Teil als eine der einschneidendsten geplanten Änderungen .
• Mehr Datenschutz: Integrierte Funktionen zum Schutz der Privatsphäre sind ebenfalls Teil der langfristigen Vision .
• Vereinfachte technische Architektur: Geplant sind unter anderem Änderungen an Konsens, Gasabrechnung und virtueller Maschine, einschließlich Ansätzen wie leanISA beziehungsweise RISC-V .

Inhaltlich markiert Buterins Beitrag vom 16. August damit mehr als eine einzelne technische Idee. Er zeigt, dass Ethereum für seine weitere Entwicklung gezielt auch auf Konzepte aus dem Bitcoin-Ökosystem zurückgreifen will. UTXOs sollen dabei nicht die Flexibilität von Ethereum ersetzen, sondern dort zusätzliche Skalierbarkeit schaffen, wo weniger programmierbarer Zustand ausreicht .

Der entscheidende Vorbehalt bleibt: Das Ziel von 1.000-facher Skalierung ist eine langfristige Perspektive, keine bereits verfügbare Funktion. Ob das hybride Modell tatsächlich die erhoffte Entlastung bringt, muss sich erst in Spezifikationen, Implementierungen und Tests zeigen.