Die aktuelle Diskussion über die Einführung nativer UTXOs (Unspent Transaction Outputs) auf Ethereum zielt darauf ab, das stetig wachsende Zustandsvolumen des Kontenmodells zu reduzieren und gleichzeitig private Transaktionen zu optimieren. Das etablierte Konten-Modell erzeugt für jede Zahlung einen permanenten Eintrag im globalen Merkle-Trie, was zu einem kontinuierlichen „State Bloat“ führt und langfristig die Skalierbarkeit der Plattform gefährdet. UTXOs hingegen wandeln Einmalzahlungen in temporäre Historien-Commitments um und benötigen keinen dauerhaften Zustandszugriff.

State Bloat und das Skalierungsproblem des Kontenmodells

Im klassischen Kontenmodell wird jede eingehende Zahlung in einem permanenten Zustandsspeicher festgehalten. Dieser Ansatz führt zu einem permanenten Speicherbedarf, der mit jeder Transaktion wächst. Forschungsergebnisse zeigen, dass dieses Wachstum die Effizienz und Skalierbarkeit von Ethereum langfristig bedroht.

• Kontinuierliches Zustandswachstum (State Bloat) erschwert die Ausführung von Transaktionen.
• Ein permanenter Speicherbedarf erhöht die Betriebskosten für Nodes.
• Die Skalierbarkeit der Execution-Layer wird dadurch limitiert.

Effizienzsteigerung durch native UTXOs

Native UTXOs ermöglichen bei Einmalzahlungen eine drastische Reduktion des dauerhaften Zustandsfußabdrucks. Empirische Messungen aus dem Jahr 2026 belegen eine Speichereinsparung von 99,8 % gegenüber dem klassischen Kontenmodell.

• Metric: Speichereinsparung bei Einmalzahlungen – 99,8 % (2026, Quelle S1).
• Nur temporäre Historien-Commitments werden benötigt, keine permanenten Kontoeinträge.
• Reduzierter Zustand ermöglicht schnellere Synchronisation und geringere Hardware-Anforderungen für Nodes.

Privatsphäre: Stealth-Adressen und View-Tags

Stealth-Adressen (vgl. ERC-5564) bieten ein starkes Werkzeug zur Anonymisierung von Empfängern. In Kombination mit UTXOs entsteht jedoch das Problem, dass das Abfragen von UTXOs nach Empfängern über P2P-Knoten die Privatsphäre gefährden kann. Eine vorgeschlagene Lösung ist das Einsetzen von kleinen View-Tags (1 Byte) in die UTXO-Metadaten.

• View-Tag ermöglicht ein lokales Scan-Verfahren, das die Effizienz um das 256-fache steigert (2026, Quelle S1).
• Der Tag preisgibt keine Identität, bleibt also datenschutzfreundlich.
• Erleichtert die Entdeckung von Zahlungen ohne umfangreiche Netzwerk-Abfragen.

Anreizmodelle für die historische UTXO-Datenspeicherung

Da Nodes nach einer gewissen Zeit historischen Zustand prunen, entsteht eine Lücke für UTXOs, die erst später ausgegeben werden. Das Konzept der Creator-Paid-Retention-Bounties sieht vor, dass der Ersteller eines UTXOs eine kleine Gebühr entrichtet, die an den Node gezahlt wird, der die Daten bei Bedarf bereitstellt.

• Gebühr wird beim Erzeugen des UTXOs festgelegt („Creation-time Escrow Bounty“, 2026).
• Motiviert Nodes, historische Daten zu behalten, ohne auf altruistische Speicherung zu setzen.
• Reduziert das Risiko von Dust-Minting-Griefing, weil das Bounty die Kosten für das Halten von Daten internalisiert.

Wartungskomplexität bei einem dynamischen UTXO-Baum

Ein dynamisch aktualisierter UTXO-Baum führt dazu, dass Witness-Beweise (Zeugen) veralten, sobald andere UTXOs ausgegeben werden. Das erfordert fortlaufende Neuberechnungen und erhöht die Komplexität der Protokollinfrastruktur. Im Gegensatz dazu bietet ein statischer, unveränderlicher Baum mehr Stabilität, jedoch weniger Flexibilität.

• Veraltete Witnesses erfordern mehrfaches Neuberechnen (Risiko für Wallet-Effizienz).
• EIP-8304 definiert ein Wartungsfenster von 30 Tagen für die Speicherung von Merkle-Baum-Wurzeln (2026, Quelle S3).
• Ein stabiler Baum reduziert den Aufwand für Witness-Aktualisierungen, kann jedoch bei häufigen Zustandsänderungen limitierend sein.

Gegenargumente und Risiken

Die Diskussion beinhaltet mehrere kritische Punkte, die gegen die Einführung nativer UTXOs sprechen.

• Veraltete Witnesses: Wenn der UTXO-Baum verändert wird, müssen Zeugen neu berechnet werden, was die Effizienz von Wallets bei massenhaften Transaktionen beeinträchtigen kann.
• Privacy-Risiko beim Filtern: Das Filtern von UTXOs nach Empfänger über P2P-Knoten kann Metadaten preisgeben und die Anonymität von Stealth-Adressen gefährden.

Diese Risiken können jedoch durch technische Maßnahmen gemindert werden, etwa durch View-Tags, die das Scannen beschleunigen, oder durch das Creator-Paid-Retention-Bounty, das Anreize für die Datenhaltung schafft.

Häufig gestellte Fragen (FAQ)

Warum soll Ethereum überhaupt mit UTXOs experimentieren, wenn das aktuelle Konten-Modell bereits funktioniert?Das aktuelle Konten-Modell verursacht ein stetes Zustandswachstum durch dauerhaften Speicherbedarf für jede Zahlung. UTXOs reduzieren diese Last um bis zu 99,8 %, indem sie temporäre Historien-Beweise nutzen.Was ist die Rolle von EIP-8141 in der UTXO-Forschung?EIP-8141 ermöglicht modulare Transaktionsrahmen („Frames“), die ZK-Beweise, Sponsoring und UTXO-Verifikation nativ im Ethereum-Protokoll integrieren.Wie kann garantiert werden, dass benötigte UTXO-Daten von Nodes gespeichert werden, wenn Pruning genutzt wird?Durch Ersteller-bezahlte Retention-Bounties. Jeder UTXO trägt eine kleine Gebühr, die an den Node gezahlt wird, der die Öffnungs-Daten bereitstellt, sobald der UTXO ausgegeben wird.

Fazit

Die Einführung nativer UTXOs auf Ethereum adressiert zwei zentrale Herausforderungen: das wachsende Zustandsvolumen des Kontenmodells und die Wahrung der Privatsphäre bei Zahlungen. Empirische Daten aus 2026 belegen, dass bei einfachen Zahlungstransaktionen der permanente Speicherbedarf um über 99 % reduziert werden kann. Gleichzeitig ermöglichen kleine technische Erweiterungen – etwa View-Tags – eine 256-fache Beschleunigung beim Scannen von Stealth-Adressen, ohne die Anonymität zu gefährden. Anreizmechanismen wie Creator-Paid-Retention-Bounties bieten eine praktikable Lösung für die historische Datenspeicherung, während EIP-8304 und EIP-8141 die notwendige Protokoll-Infrastruktur bereitstellen. Trotz offener Risiken, insbesondere der Wartung veralteter Witnesses und möglicher Metadaten-Lecks beim Filtern, zeigen die vorgestellten Konzepte, dass ein nativer UTXO-Ansatz ein vielversprechender Weg ist, um die Skalierbarkeit und Privatsphäre von Ethereum nachhaltig zu stärken.