Ethereum-Gas ohne ETH zu zahlen: So soll es funktionieren

Aktualisiert am 8. September 2026. Die Funktion ist für Hegotá vorgesehen, aber noch nicht im Ethereum-Mainnet aktiv.

Ethereum-Gas ohne ETH zu zahlen, soll mit EIP-8141 nativ möglich werden. Die Frame Transactions sind für das Hegotá-Upgrade eingeplant. Eine Anwendung könnte die Gebühr übernehmen oder vom Nutzer einen anderen Token erhalten und den eigentlichen ETH-Betrag selbst begleichen.

Die wichtigste Einschränkung: Ethereum rechnet Gas weiterhin nach seinen Protokollregeln ab. ETH verschwindet nicht aus dem wirtschaftlichen Mechanismus. Absender, Ausführer und Zahler können jedoch unterschiedliche Konten sein. Im gewöhnlichen Mainnet-Ablauf steht dieses Transaktionsformat heute noch nicht bereit.

Wie es funktioniert, Ethereum-Gas ohne ETH zu zahlen

Die Spezifikation EIP-8141 zerlegt eine Transaktion in Frames mit getrennten Aufgaben. Manche prüfen die Berechtigung, ein Frame kann die Zahlung genehmigen und weitere führen die gewünschten Aktionen aus. Damit darf ein anderes Konto als der Absender die Gebühr tragen.

Enthält eine Wallet nur Stablecoins, könnte eine App ETH vorstrecken und den Nutzer in einem unterstützten Token belasten. Ein Dienst könnte einige Vorgänge als Teil der Kundengewinnung finanzieren. Das Protokoll legt solche Geschäftsbedingungen nicht fest; Anbieter bestimmen zugelassene Token, Preise und Voraussetzungen selbst.

Relayer und Lösungen zur Account Abstraction ermöglichen bereits ähnliche Abläufe. Neu wäre die Einbindung in den normalen Transaktionstyp von Ethereum, wodurch die Abhängigkeit von einem bestimmten externen Vermittler sinkt. Anwendungslogik, Sponsorbedingungen und Smart-Contract-Risiken bleiben trotzdem bestehen.

Warum Token in einer Wallet heute festliegen können

Ein Nutzer kann USDC oder USDT auf Ethereum erhalten und dennoch kein ETH für die erste Gebühr besitzen. Dann muss er Ether kaufen und übertragen, einen Sponsor nutzen oder Hilfe erhalten. Besonders bei Zahlungs-Apps und beim Einstieg nicht technischer Nutzer fällt diese Hürde auf.

Unser Beitrag zu Blob-Gebühren und Layer-2-Kosten erklärt, warum Ausführung und Datenveröffentlichung nicht dasselbe sind. EIP-8141 verändert, wer eine Transaktion genehmigen und finanzieren darf. Es verspricht weder dauerhaft niedrige Gebühren noch das Ende von Überlastung.

Genehmigung und Tausch atomar verbinden

Frames können Aktionen bündeln, die nur gemeinsam erfolgreich sein sollen. Eine ERC-20-Genehmigung und der folgende Tausch können zu einem atomaren Paket gehören. Scheitert der Tausch, wird auch die zugehörige Berechtigung zurückgenommen, statt ungenutzt aktiv zu bleiben.

Das kann die Sicherheit verbessern, sofern Wallets alle Folgen verständlich anzeigen. Mehr Schritte in einem Behälter bedeuten nicht automatisch bessere Zustimmung. Eine schlechte Oberfläche könnte eine weitreichende Genehmigung hinter einer scheinbar bequemen Bestätigung verstecken.

Schlüsselwechsel und post-quantenfeste Verfahren

Der Entwurf lockert die Bindung eines Kontos an einen einzigen ECDSA-Schlüssel. Konten könnten andere Prüfregeln definieren und später das Autorisierungsverfahren wechseln, ohne alle Vermögenswerte an eine neue Adresse zu senden. Wiederherstellung, Schlüsselrotation und post-quantenfeste Signaturen sind mögliche Anwendungen.

Bestehende Wallets werden dadurch nicht von selbst geschützt. Client-Implementierungen, Unterstützung durch Wallets und korrekt eingerichtete Regeln sind erforderlich. Adresse, Schlüssel und Autorisierungsrichtlinie bleiben verschiedene Ebenen, ebenso wie bei anderen geplanten Änderungen der Ethereum-Gasregeln.

Wann EIP-8141 verfügbar werden könnte

Das Hegotá-Meta-EIP führt Frame Transactions als zur Aufnahme vorgesehen. Dieser Status ist verbindlicher als eine lose Idee, aber noch keine Mainnet-Aktivierung. Auch garantiert er nicht, dass jedes heutige Detail unverändert bleibt.

Die Ethereum Foundation erläuterte am 7. September ihre Prioritäten. Tests, Umsetzung in Clients, Wallet-Kompatibilität und der endgültige Fork-Termin sind weiterhin offene Meilensteine. Anwendungen sollten die Fähigkeit nicht als verfügbar bewerben, bevor diese Voraussetzungen erfüllt sind.

Was Wallets und Anwendungen ändern müssen

Wallets müssen sichtbar zwischen dem Konto unterscheiden, das eine Aktion genehmigt, und der Partei, die sie bezahlt. Wird eine Stablecoin belastet, sollten Betrag, Umrechnungskurs und Aufschlag des Sponsors vor der Unterschrift erscheinen. Ein vermeintlich kostenloser Ablauf darf Kosten nicht erst nach der Ausführung offenlegen.

Anwendungen brauchen außerdem Regeln für abgelehnte Anfragen, erschöpfte Sponsor-Guthaben und nur teilweise unterstützte Vorgänge. Ein Ausfall des Zahlers darf nicht wie ein Verlust der Nutzerbestände wirken. Die Oberfläche muss erklären, ob die Transaktion nie aufgenommen, verworfen oder später erneut eingereicht wurde.

Auch Dienste im Hintergrund müssen das neue Format verstehen. RPC-Anbieter, Signiergeräte und Explorer sollten Zahler, Absender und einzelne Frames korrekt darstellen. Sonst kann die technische Vereinfachung für Nutzer neue Unsicherheit bei Prüfung und Support erzeugen.

Für Anbieter entsteht zudem ein neues Risikomodell. Sie müssen Ausgaben begrenzen, missbräuchliche Anfragen erkennen und transparent erklären, wann eine Förderung endet. Ohne solche Kontrollen könnten Bots Sponsor-Guthaben leeren oder Nutzer durch schwer nachvollziehbare Wechselkurse mehr bezahlen als bei einer direkten Gaszahlung.

Ethereum-Gas ohne ETH zu zahlen, verlagert damit einen Teil der Komplexität vom Nutzer zum Anbieter. Das ist sinnvoll, solange Preis, Sponsor und genehmigte Aktionen vor der Bestätigung verständlich bleiben.

Für Nutzer ist das Ziel einfach: einen Token empfangen und verwenden, ohne zunächst anderswo ETH beschaffen zu müssen. Hinter der bequemen Oberfläche bleibt eine Verantwortungskette. Vor der Nutzung sollte klar sein, wer zahlt, welcher Token belastet wird, welcher Wechselkurs gilt und welche Rechte bestätigt werden.

Ethereum-Gas ohne ETH zu zahlen, könnte eine der hartnäckigsten Einstiegshürden beseitigen. Bestätigt ist zunächst die Aufnahme in die technische Planung. Verfügbarkeit, Kosten und Sicherheit hängen von der endgültigen Umsetzung und den Wallets ab, die sie unterstützen.