Das EIP-8141 von Ethereum scheint einen neuen Weg einzuschlagen, da Ethereum-Mitgründer Vitalik Buterin den Vorschlag als Mittel vorantreibt, die Effizienz durch skalierbare Transaktionen im Netzwerk zu verbessern.

Im Kern trennt der Vorschlag die Anforderungen für die Genehmigung einer Transaktion von den tatsächlichen Prozessen, die die Transaktion ausführt. Buterin glaubt, dass dieser Ansatz Ethereum ermöglichen könnte, gängige Transaktionen effektiver zu verarbeiten, ohne die Flexibilität zu beeinträchtigen. Er bezeichnete ihn als eine der Strategien zur Verbesserung der Skalierbarkeit von Ethereum bei gleichzeitiger Wahrung der Dezentralisierung. Das Vorhaben setzt eine längere Reihe von Protokollarbeiten fort: Ethereums Upgrade-Pfad hat Phasen wie die Fusion zum Proof-of-Stake im Jahr 2022 und die anschließenden Hard Forks „Dencun“ und „Pectra“ durchlaufen, wobei Skalierung und günstigere Transaktionen dauerhafte Prioritäten der Entwicklungs-Roadmap des Netzwerks bleiben.

In einem Beitrag auf X vom 5. September 2026 schrieb Buterin:

One positive consequence of all the recent detailed thinking about transaction formats – not just 8141, also "future of state" discussions eg. UTXOs, PBT, keyed nonces, and also recursive STARK mempool – is that we have a much more explicit understanding of how transactions have…

— vitalik.eth (@VitalikButerin) September 5, 2026 (https://x.com/VitalikButerin/status/2096378061377900881)

EIP-8141 trennt Transaktionsabhängigkeiten von Aktionen

Buterin unterteilt den Transaktionsausführungsprozess in zwei Hauptkomponenten: Abhängigkeiten und Aktionen.

Abhängigkeiten sind die Anforderungen, die erfüllt sein müssen, damit eine Transaktion als gültig gilt. Dazu gehören das Signieren von Transaktionen, der Nachweis über einen Merkle-Baum, die Verwendung von ZK-SNARKs oder STARKs sowie weitere Prüfungen.

Aktionen sind die Operationen, die nach der Verifizierung aller Voraussetzungen ausgeführt werden. Dazu gehören das Senden von ETH, das Aufrufen von Smart Contracts und die Änderung von Informationen auf der Blockchain.

Nach der EIP-8141-Methode könnten einige Abhängigkeitsprüfungen parallel ausgeführt werden, statt dass jeder Client jede Prüfung nacheinander abarbeitet. Weitere Abhängigkeitsprüfungen könnten sogar durchgeführt werden, während die Transaktion im Mempool liegt, bevor sie in einen Block aufgenommen wird.

Zustandsabhängigkeiten bleiben komplexer, da vorherige Transaktionen Salden und andere Blockchain-Daten verändern können. Mempools könnten solche Abhängigkeitsprüfungen jedoch effektiver handhaben, wenn Transaktionen angeben, welchen Zustand sie benötigen.

Buterin hat geschätzt, dass über 90 % der Transaktionen im Ethereum-Netzwerk keine volle Ausführungsflexibilität benötigen. Er betonte, dass diese Zahl seine eigene Schätzung ist und kein gemessener Netzwerkwert.

Ein Frame-Transaction-Design

EIP-8141 führt einen neuen Transaktionstyp namens Frame Transaction ein. Das Framework-Design trennt Contract-Aufrufe für Autorisierungen, Gebührenzahlungen und Nutzeroperationen.

Das Design würde es ermöglichen, dass der Code eines Kontos eine Transaktion autorisiert und Gebühren zahlt, anstatt sich auf den traditionellen Signaturmechanismus zu verlassen. Mögliche Funktionen dieses Frameworks umfassen Gebührensponsoring, Gebührenzahlungen in Token, Schlüsselrotation und gebündelte Transaktionen. Diese Fähigkeiten greifen Ziele auf, die lange mit Kontenabstraktion verbunden waren – einem Designthema, das Ethereum zuvor durch separate Bemühungen wie EIP-4337 verfolgte, das ohne Änderung des Kernprotokolls einen Mempool für „UserOperations“ einführte; EIP-8141 setzt stattdessen direkt auf der Ebene des Transaktionsformats an.

Die Verifizierung wäre der erste Schritt und würde bestimmen, ob die Transaktion authentifiziert ist. Danach könnten andere Frames die Gebührenzahlung und die Ausführung der festgelegten Aktionen übernehmen.

Das vorgeschlagene Format ist relativ unkompliziert und umfasst Contract-Aufrufe, Flags, Origin- und Nonce-Informationen. Dasselbe Format könnte auch von anderen Netzwerken übernommen werden, die auf dem EVM-Modell aufbauen.

Offene Fragen bleiben

EIP-8141 befindet sich noch im Entwurfsstadium als Core-Vorschlag, was bedeutet, dass sich jeder Aspekt der Technologie während der Entwicklung ändern kann. Ethereum Improvement Proposals im Entwurfsstadium müssen die Überprüfung durch Ethereum-Core-Entwickler bestehen und in ein künftiges Netzwerk-Upgrade eingeplant werden, bevor sie aktiviert werden – ein Prozess, der historisch Monate bis Jahre dauert und dazu führen kann, dass Vorschläge überarbeitet oder vollständig verworfen werden. Die aktuelle Architektur umfasst Mempool-Eintrag, Frame-Ausführung, Quittungen, Signaturen, Gas und Transaktionsweiterleitung. Die Entwickler arbeiten an Denial-of-Schooling-Fragen, der Ersetzung von Transaktionen, Wallet-Änderungen, der Blockkonstruktion und RPCs.

Eine weitere offene Frage ist die maximale Anzahl von Frame Transactions, die von einem einzelnen Absender empfangen werden können. Es wurden Zweifel an den möglichen Folgen dieser Grenze für Nutzer geäußert, die mehrere Transaktionen in einem Block durchführen müssen.

Diese Fragen zeigen, dass EIP-8141 noch technische Hürden überwinden muss, bevor es Teil des Ethereum-Protokolls werden kann.

Aus Buterins Perspektive verbindet der Vorschlag Kontenabstraktion mit Ethereums künftigen Skalierungsplänen. EIP-8141 ersetzt Ethereum-Konten nicht, sondern macht Transaktionsvorhersagen berechenbar. Sollte die Entwicklung fortgesetzt werden, könnte der Vorschlag eine zentrale Rolle in Ethereums Strategie für Skalierung, Kontenabstraktion und verbesserte Transaktionseffizienz spielen.