Der Ethereum-Mitbegründer Vitalik Buterin hat am 16. August den Bitcoin-Entwicklern für ihre Arbeit an Utreexo Anerkennung gezollt, während er eine vorgeschlagene Ethereum-Skalierungsrichtung beschrieb, die UTXO-artigen Zustand, konventionellen dynamischen Zustand und Modelle dazwischen kombinieren könnte.
Zusammenfassung
- Vitalik Buterin würdigte die Bitcoin-Entwickler für Utreexo, während er die vorgeschlagene hybride Zustands-Skalierungsstrategie von Ethereum umriss.
- Der Ethereum-Forscher Toni Wahrstätter schlug native UTXOs vor, die den Zahlungszustandsverbrauch um etwa 99,8 % senken könnten.
- Der Vorschlag behält Ethereum-Konten bei, während einfache Einmalzahlungen in ein leichteres UTXO-artiges Modell verschoben werden.
- EIP-8141 Frame-Transaktionen, die für das UTXO-Design erforderlich sind, werden derzeit nur für die Aufnahme in Hegotá in Betracht gezogen.
- Vitaliks rekursiver STARK-Mempool-Vorschlag begrenzt den Overhead der Beweisbandbreite, anstatt einen unbegrenzten Ethereum-Transaktionsdurchsatz zu beweisen.
In einem X-Beitrag nannte Buterin dies die "aktuell vorgeschlagene Ethereum-Skalierungsstrategie" und machte deutlich, dass sich die Architektur noch in der Entwicklung befindet.
Buterin sagte, das Ziel sei es, den Großteil der Ethereum-Aktivitäten viel weiter zu skalieren, ohne Dezentralisierung, Zensurresistenz oder die einfache Ausführung von Knoten zu opfern. Seine Kommentare bedeuten nicht, dass Ethereum beschlossen hat, sein Kontomodell durch die UTXO-Architektur von Bitcoin zu ersetzen. Die relevanten Designs bleiben Forschungsvorschläge und keine genehmigten Protokolländerungen.
Bitcoins Utreexo bietet ein Modell zur Reduzierung des Knotenzustands
Utreexo wurde 2019 von Thaddeus Dryja, Forscher an der Digital Currency Initiative des MIT, eingeführt. Anstatt zu verlangen, dass ein validierender Knoten den vollständigen Bitcoin-UTXO-Satz lokal speichert, repräsentiert das Design diesen Satz mit einem kompakten hashbasierten Akkumulator. Transaktionseingaben enthalten Inklusionsbeweise, die es Knoten ermöglichen, relevante Ausgaben gegen diesen Akkumulator zu verifizieren.
Das ursprüngliche Papier der MIT DCI besagt, dass der Akkumulator logarithmisch mit dem zugrunde liegenden Satz wächst. Das adressiert dasselbe allgemeine Problem, das Ethereum-Forscher untersuchen: zunehmende Netzwerkaktivität, ohne dass die Anforderungen an die Zustandsspeicherung im gleichen Tempo steigen. Utreexo bleibt ein Bitcoin-Skalierungsprojekt und keine Funktion, die Ethereum direkt kopiert.
Ethereums nativer UTXO-Vorschlag zielt auf Zahlungszustand
Ein Vorschlag vom 6. Juli von Toni Wahrstätter, der unter Nero_eth schreibt, schlägt vor, native UTXO-ähnliche Zahlungen hinzuzufügen, ohne Ethereum-Konten zu entfernen. Das Modell zielt auf Einmalzahlungen ab, die keinen persistenten Smart-Contract-Zustand erfordern.
Der Vorschlag schätzt, dass diese Arbeitslasten den permanenten Zustandsverbrauch um etwa 99,8 % reduzieren könnten. Anstatt das gesamte Zahlungsobjekt im aktiven Zustand zu speichern, würde Ethereum seine Existenz aus der Historie beweisen, während hauptsächlich ein kompaktes Statusbit für ausgegebene Beträge beibehalten wird. Bei einer Milliarde Einträgen schätzt der Vorschlag etwa 300 MB permanenten Zustand, verglichen mit etwa 100 GB bis 150 GB für äquivalente Konto- oder Speichereinträge. Das sind Designschätzungen, keine gemessenen Mainnet-Ergebnisse.
Der Ansatz passt zu Ethereums breiteren Bemühungen, Verifikations- und Speicherlasten zu reduzieren. Wie crypto.news bereits berichtete, stellt Ethereums Lean-Rebuild rekursive kryptografische Beweise in den Mittelpunkt seiner vorgeschlagenen Verifikationsüberarbeitung.
Rekursive STARKs lösen einen anderen Skalierungsengpass
Buterins Forschung zum rekursiven STARK-Mempool vom Januar befasst sich mit Beweisbandbreite. Sein Modell geht von hochoptimierten STARK-Beweisen von etwa 128 kB aus und schlägt vor, dass Mempool-Knoten periodisch Gültigkeitsbeweise rekursiv kombinieren, anstatt jedem propagierten Objekt einen separaten großen Beweis anzuhängen.
Unter Verwendung von Buterins Beispiel von acht Peers und 500-Millisekunden-Aggregationsintervallen würde der zusätzliche Bandbreitenbedarf etwa 2 MB pro Sekunde pro Knoten betragen und konstant bleiben, je mehr Objekte in das Schema aufgenommen werden. Die Mempool-Forschung und der native UTXO-Vorschlag adressieren unterschiedliche Einschränkungen, obwohl Forscher untersuchen, wie solche Technologien einander ergänzen könnten.
Eine Community-Antwort extrapolierte die Kombination zu einer Architektur, die in der Lage ist, ein "unbegrenztes Volumen" von UTXO-Übergängen durch einen kompakten Beweis abzuwickeln. Das ist kein bestätigtes Ethereum-Transaktionsdurchsatz-Ziel oder eine Roadmap-Verpflichtung. Buterins Forschung etabliert keine unbegrenzte Transaktionskapazität, und die 128-kB-Zahl beschreibt eine angenommene STARK-Beweisgröße in seinem Mempool-Modell, nicht ein bestätigtes zukünftiges Ethereum-Blockformat.
Was als Nächstes für Ethereum-Skalierung passiert
Der native UTXO-Vorschlag setzt EIP-8141 oder Frame-Transaktionen für sein bevorzugtes Ausgabedesign voraus. EIP-8141 würde programmierbare Transaktionsrahmen einführen, die Validierung, Gaszahlung und Ausführung abdecken. Die offizielle Hegotá-Spezifikation listet Frame-Transaktionen derzeit nur als "Considered for Inclusion" auf. FOCIL oder EIP-7805 bleibt der einzige Vorschlag, der formell für Hegotá geplant ist.
Die offizielle Roadmap von Ethereum platziert Hegotá im Jahr 2027, nach Glamsterdam im vierten Quartal 2026. Native UTXOs sind derzeit nicht als geplantes Hegotá-Feature aufgeführt. Wie crypto.news berichtete, wird der Umfang des Hegotá-Upgrades 2027 noch eingegrenzt, wobei Frame-Transaktionen zu den wichtigsten Designs gehören, die noch in Betracht gezogen werden.
Buterins Utreexo-Referenz signalisiert daher eine Forschungsrichtung und kein datiertes Ethereum-Upgrade. Die Arbeit deutet auf ein hybrides System hin, in dem verschiedene Arten von Aktivitäten unterschiedliche Zustandsmodelle verwenden könnten, während kryptografische Beweise reduzieren, was einzelne Knoten speichern oder wiederholt verifizieren müssen.
