Ethereum wird ein neues Transaktionsprimitiv erhalten, das die Interaktion von Wallets, dApps und Smart Contracts mit dem Netzwerk grundlegend verändern könnte. EIP-8141 führt eine sogenannte „Frame Transaction" ein – eine einzelne Transaktion, die in bis zu 64 programmierbare Untereinheiten, sogenannte Frames, zerlegt werden kann, wobei jeder Frame unterschiedliche Operationen innerhalb einer atomaren Ausführung durchführen kann.

Der Vorschlag, den Vitalik Buterin gemeinsam mit mehreren Core-Entwicklern verfasst hat, wurde erstmals am 29. Januar 2026 eingebracht. Er hat inzwischen den Status „Scheduled" für die Aufnahme in den Hard Fork Hegotá 2027 erhalten. Das bedeutet, dass er die frühe Verfahrensprüfung durchlaufen hat, aber weiterhin dem Ethereum-Improvement-Proposal-Prozess unterliegt, in dem geplante Vorschläge vor der endgültigen Aufnahme in ein Netzwerk-Upgrade noch überarbeitet oder erneut geprüft werden können.

Was Frame-Transaktionen tatsächlich leisten

Der neue Transaktionstyp mit der Bezeichnung 0x06 ermöglicht es jedem Frame, in einem von drei Modi zu arbeiten. DEFAULT übernimmt die Standard-Bereitstellung von Transaktionen. VERIFY führt schreibgeschützte Validierungen durch und eignet sich, um Bedingungen zu prüfen, ohne den Zustand zu ändern. SENDER wird im Kontext des Senders der Transaktion ausgeführt und ermöglicht Muster, für die bisher der Einsatz dedizierter Smart-Contract-Wallets nötig war.

Jeder Frame verursacht intrinsische Kosten von 12.000 Gas zuzüglich 475 Gas pro Frame. Zum Vergleich: Eine einfache Ethereum-Überweisung kostet heute 21.000 Gas, sodass der Overhead pro Frame angesichts der freigeschalteten Funktionalität relativ gering ausfällt.

Der Vorschlag führt zudem mehrere neue Opcodes ein. Der APPROVE-Opcode (0xaa) übernimmt die Autorisierungslogik, während eine Reihe von TXPARAM-, FRAME- und SIG-Opcodes Entwicklern eine feingranulare Kontrolle darüber gibt, wie Frames aufeinander verweisen, Parameter übergeben und Signaturen verifizieren.

Warum das wichtig ist: native Account Abstraction ohne Umwege

Das Ökosystem arbeitet seit Jahren mit Vorschlägen wie dem 2021 eingeführten ERC-4337 auf Account Abstraction hin, der einen „alternativen Mempool" für account-abstrahierte Transaktionen schuf, ohne das Protokoll selbst zu ändern. EIP-7702 schlug einen anderen Weg ein und erlaubte EOAs, sich vorübergehend an Smart-Contract-Code zu delegieren; es wurde in das Pectra-Upgrade aufgenommen, das 2025 live ging. ERC-4337 bringt zusätzliche Infrastrukturkomplexität in Form von Bundlern und Paymastern mit sich, während EIP-7702 dauerhafte Delegations-Setups erfordert.

EIP-8141 beschreitet einen dritten Weg, indem diese Fähigkeiten direkt in das Transaktionsformat integriert werden. Eine einzige Frame-Transaktion kann einen Verifikationsschritt, eine Approval und eine Ausführung enthalten – ganz ohne dass der Nutzer ein Smart-Contract-Wallet bereitstellen oder auf Infrastruktur Dritter für Bundler zurückgreifen muss.

Der Vorschlag ergänzt EIP-7702 und ERC-4337 ausdrücklich, statt sie zu ersetzen. Entwickler, die bereits auf diesen Standards aufgebaut haben, müssen bestehende Integrationen nicht entfernen.

Gas-Sponsoring und atomares Batching

Mit Frame-Transaktionen kann ein Dritter die Gas-Kosten innerhalb derselben Transaktionsstruktur übernehmen. Eine dApp könnte neue Nutzer ohne ETH integrieren, indem sie deren erste Interaktionen sponsert – ganz ohne externe Relayer-Netzwerke oder Off-Chain-Signaturschemata.

Atomares Batching ermöglicht es, Approve- und Swap-Operationen zu einer einzigen atomaren Aktion zusammenzufassen: Entweder wird alles ausgeführt oder nichts. Damit entfällt das bisherige Risiko, dass eine erfolgreiche Approval mit einem fehlgeschlagenen Swap endet und ein Vertrag weiterhin berechtigt ist, Token auszugeben.

Die ERC-20-Gebührenzahlung ist eine weitere nennenswerte Neuerung. Nutzer könnten Transaktionsgebühren in Stablecoins oder anderen Tokens statt in ETH bezahlen, wobei ein Frame die Konvertierungs- oder Zahlungslogik inline übernimmt.

Nutzer können außerdem temporäre, zweckgebundene Konten für einzelne Transaktionen erstellen, ohne dauerhafte Smart-Accounts bereitzustellen oder Delegationen einzurichten.

Post-Quanten-Implikationen und langfristige Ausrichtung

Frame-Transaktionen schaffen eine natürliche Struktur für die Einführung von Post-Quanten-Signaturschemata. Da jeder Frame eine eigene Signaturverifizierungslogik tragen kann, könnte das Netzwerk quantenresistente Algorithmen parallel zu bestehenden ECDSA-Signaturen unterstützen, ohne einen harten Wechsel zu erzwingen. Die praktische Adoption wird – wie bei früheren Protokoll-Erweiterungen – von der Unterstützung durch Wallets und Tooling abhängen, nachdem der Hard Fork aktiv ist.