Was ist ein Paymaster? Gas in einem Token bezahlen, nicht in der nativen Münze

Das Problem des nativen Gases

Jede Blockchain will in ihrer eigenen Münze bezahlt werden. Um einen Token auf Ethereum zu bewegen, brauchst du ETH; auf Polygon brauchst du POL; auf Arbitrum, Base und anderen L2s begleichst du weiterhin in ETH; auf Solana brauchst du SOL; auf TON brauchst du Toncoin. Dieses native Asset ist das, was das Netzwerk berechnet, um deine Transaktion in einen Block aufzunehmen, und auf der Protokollebene führt kein Weg daran vorbei — Validatoren werden in der eigenen Einheit der Chain entlohnt.

Für Nutzer erzeugt das einen bekannten und ärgerlichen Fehlerfall. Du hältst einen Stablecoin oder einen Token, der dir wirklich wichtig ist, du versuchst ihn zu senden, und die Transaktion wird zurückgesetzt, weil du null von der nativen Münze hast. Am Ende kaufst, bridgest oder hältst du einen kleinen "Gas-Puffer" aus ETH, POL, SOL und Toncoin, über Chains verstreut, nur um alles andere bewegen zu können. Das ist eine Reibung, die nichts mit dem zu tun hat, was du eigentlich vorhattest.

Was ein Paymaster ist

Ein Paymaster ist eine Komponente, die durch ERC-4337, Ethereums Account-Abstraction-Standard, definiert wird. Seine Aufgabe ist eng gefasst und nützlich: Er zahlt das native Gas einer Transaktion für dich und belastet dich dann auf andere Weise dafür. Das Netzwerk erhält sein ETH (oder POL oder was auch immer die Münze der Chain ist) genau wie zuvor — der Paymaster ist die Partei, die es tatsächlich aushändigt. Was sich ändert, ist, mit wem und in welcher Währung du abrechnest.

Mechanisch leitet ERC-4337 Transaktionen als "User Operations" durch einen gemeinsamen On-Chain-Contract namens EntryPoint. Wenn eine User Operation einen Paymaster benennt, bittet der EntryPoint diesen Paymaster-Contract, vor der Ausführung zuzusagen, das Gas zu übernehmen. Stimmt der Paymaster zu, streckt er das native Gas vor; danach wird die Abrechnung nach den eigenen Regeln des Paymasters vorgenommen. Die Chain sieht eine normal finanzierte Transaktion; du musstest die native Münze nie halten.

Die drei gängigen Paymaster-Typen

Paymaster sind einfach Smart Contracts, sodass ihre Richtlinien variieren, aber die meisten fallen in drei Kategorien. Ein Verifying Paymaster stimmt zu, eine Transaktion nur dann zu sponsern, wenn sie eine gültige Signatur eines Off-Chain-Dienstes trägt — nützlich, wenn eine dApp bestimmte Aktionen oder bestimmte Nutzer nach ihrer eigenen Logik freigeben möchte. Ein Sponsored Paymaster (oft dieselbe Maschinerie) schluckt schlicht das Gas, sodass der Endnutzer nichts zahlt, wie "gasloses" Onboarding und kostenlose In-App-Aktionen aufgebaut werden.

Der für alltägliche Nutzer relevanteste Typ ist der ERC-20-Token-Paymaster. Hier zahlt der Paymaster das native Gas im Voraus und zieht in derselben Transaktion einen entsprechenden Betrag eines ERC-20-Tokens von dir ab — sodass du Gebühren in USDT, USDC oder einem anderen Token bezahlen kannst statt in der nativen Münze. Der Paymaster nennt einen Token-zu-Gas-Kurs (typischerweise von einem Oracle plus einer kleinen Marge), nimmt seinen Anteil in Tokens und begleicht das Netzwerk im nativen Asset. Von deinem Platz aus hast du einen Token ausgegeben und nie ETH angefasst.

Der Ablauf: Token rein, natives Gas raus

Verfolge einen einzelnen Transfer von Anfang bis Ende. Du signierst eine User Operation, die im Grunde sagt: "Bewege meine Tokens, und lass diesen Paymaster das Gas übernehmen." Der EntryPoint prüft, ob der Paymaster zahlen wird. Der Paymaster bestätigt, dass er dich belasten kann — sagen wir in USDC oder einem anderen ERC-20 — und hinterlegt native Münze, um das geschätzte Gas zu decken. Deine Operation wird ausgeführt. Nach Abschluss zieht der EntryPoint die tatsächlichen Gaskosten aus der Einlage des Paymasters ab, der Paymaster zieht den vereinbarten Token-Betrag von dir ein, und der Block-Produzent wird wie immer in der nativen Münze bezahlt.

Die entscheidende Invariante ist, dass das Netzwerk niemals zu kurz kommt. Ein Paymaster macht Gas nicht in Summe kostenlos und verbiegt nicht den Gebührenmarkt; er verlagert nur, wer zahlt und in welcher Denomination. Die native Münze fließt darunter weiterhin an die Validatoren. Deshalb ist das Modell auf Protokollebene vertrauenswürdig, selbst wenn sich das Nutzererlebnis wie Zauberei anfühlt.

Wo es funktioniert: EVM und das Nicht-EVM-Analogon

ERC-4337 ist ein rein EVM-basierter Standard. Er funktioniert über Ethereum sowie EVM-kompatible L1s und L2s hinweg, weil sie alle dieselbe EntryPoint-und-Paymaster-Maschinerie ausführen. Zum Jahr 2026 ist anzumerken, dass EIP-7702 es gewöhnlichen externally-owned accounts erlaubt, sich vorübergehend wie Smart Accounts zu verhalten, was den Anwendungsbereich für Paymaster-artiges Sponsoring erweitert — aber das Paymaster-Konzept selbst lebt weiterhin innerhalb der EVM-Welt der Account Abstraction.

Nicht-EVM-Chains erreichen dasselbe Ergebnis auf einem anderen Weg. Auf Solana und TON gibt es kein ERC-4337, sodass ein entsprechender Fee-Payer oder Relayer die Rolle des Paymasters spielt: Eine Solana-Transaktion kann ein separates Fee-Payer-Konto benennen, das signiert und das SOL übernimmt, und TONs Nachrichtenmodell lässt einen Relayer Toncoin vorstrecken. Die Bezeichnung unterscheidet sich, aber das Prinzip ist identisch — ein Dritter begleicht das native Gas, damit der Nutzer auf andere Weise zahlen kann. Wenn du "Paymaster" für eine Nicht-EVM-Chain liest, ersetze es gedanklich durch "Fee-Payer/Relayer".

Vorteile, Risiken und worauf man vertrauen sollte

Die Vorteile sind konkret: keine verstreuten Gas-Puffer, Ein-Token- oder Null-Token-Nutzererlebnisse und Onboarding-Abläufe, bei denen ein Neuling Transaktionen durchführen kann, bevor er je die native Münze gekauft hat. Für alle, die Assets über mehrere Chains verwalten, entfernt es eine reale Klasse von Fehlern durch feststeckende Transaktionen, wenn man "womit zahle ich Gas" auf eine einzige Antwort reduziert.

Die Kompromisse sind es wert, benannt zu werden. Ein Token-Paymaster legt den Wechselkurs fest, den du zahlst, sodass sein Oracle und seine Marge eine Rolle spielen; ein schlecht bepreister oder ausfallanfälliger Paymaster kann dir einen schlechten Kurs nennen oder das Sponsoring verweigern. Gesponserte Paymaster können ihre Einlage aufbrauchen. Und jeder Paymaster ist ein Smart Contract mit eigener Vertrauensfläche — du verlässt dich auf seinen Code und die Richtlinie seines Betreibers, nicht nur auf die Basis-Chain. Nichts davon berührt die Verwahrung: Ein Paymaster zahlt dein Gas, er hält weder deine Schlüssel noch deine Gelder. Account Abstraction ändert, wie Gebühren gezahlt werden, nicht wer die Assets besitzt.

Wie WATS dies nutzt

WATS setzt dieses Modell direkt in die Praxis um: In der WATS Hot Wallet wird jede Aktion — Transfers, Swaps, Staking — in einem einzigen Token, ATS, statt im nativen Gas der Chain berechnet. Auf EVM-Chains geschieht das mit einem ERC-4337-Paymaster (und über einen entsprechenden Fee-Payer/Relayer auf Solana und TON), sodass das Netzwerk sein natives Gas darunter weiterhin erhält, während du nur jemals ATS ausgibst. Da ATS ein LayerZero OFT ist, deckt ein einziges Guthaben das Gas über EVM, Solana und TON hinweg ab, und eingesammeltes ATS wird von 100M in Richtung einer Untergrenze von 30M verbrannt — die Kombination, die WATS zur ersten und einzigen Wallet macht, die ERC-4337 + OFT-Einzeltoken-Gebühren, statt nativem Gas berechnet, mit diesem Burn verbindet. WATS ist durchgehend non-custodial: Du hältst deine Schlüssel, und WATS hält niemals einen Schlüssel. Für die vollständige Aufschlüsselung siehe wie das ATS-Gebührenmodell funktioniert.