Bundler und UserOperations: Wie ERC-4337-Transaktionen funktionieren

Ein kurzer ERC-4337-Rückblick

ERC-4337 ist der Ethereum-Standard für Account Abstraction — eine Möglichkeit, Smart-Contract-Konten dieselbe erstklassige Fähigkeit zu geben, Aktionen zu initiieren und zu bezahlen, die Externally Owned Accounts (EOAs) schon immer hatten, ohne jegliche Änderung am Basisprotokoll. Anstatt die Konsensschicht zu modifizieren, führt ERC-4337 ein paralleles System höherstufiger Objekte und Off-Chain-Infrastruktur ein, das letztlich über gewöhnliche Ethereum-Transaktionen abgewickelt wird. Wenn Sie zuerst die Grundlagenversion möchten, behandelt unsere Erklärung zu was Account Abstraction ist die Motivation, und was ERC-4337 ist kartiert den vollständigen Standard. Dieser Beitrag zoomt in die Mechanik: die Objekte, die durch das System wandern, und die Akteure, die sie verarbeiten. Beachten Sie, dass ERC-4337 ein EVM-Standard ist — er gilt für Ethereum und EVM-kompatible Chains, nicht für Nicht-EVM-Chains wie Solana oder TON.

Was eine UserOperation tatsächlich ist

Das zentrale Objekt in ERC-4337 ist die UserOperation. Sie sieht oberflächlich wie eine Transaktion aus, ist aber besser als signierte Absichtserklärung zu verstehen: "Hier ist, was mein Konto erledigt haben möchte, und hier sind die Parameter, um es zu validieren und dafür zu bezahlen." Eine UserOperation trägt Felder wie das Absenderkonto, eine Nonce, die auszuführenden Calldata, Gas-Limits, Gebührenparameter, ein optionales paymasterAndData-Feld und eine Signatur.

Der entscheidende Unterschied zu einer normalen Transaktion ist, wer und was sie signiert. Eine herkömmliche Ethereum-Transaktion muss vom privaten Schlüssel eines EOA mit einem festen ECDSA-Schema signiert werden, und dasselbe Konto zahlt das Gas. Eine UserOperation wird von der eigenen Smart-Contract-Kontologik des Absenders validiert — die jedes beliebige Signaturschema, jede Mehrschlüssel-Regel oder Autorisierungsrichtlinie umsetzen kann, die das Konto definiert — und sie muss überhaupt nicht selbst in nativem Gas bezahlen. Diese Flexibilität ist der ganze Sinn: Das Konto, nicht das Protokoll, entscheidet, wie eine gültige Aktion aussieht.

Der alternative Mempool, in dem sie leben

UserOperations gelangen nicht in den regulären Ethereum-Transaktions-Mempool, weil sie noch keine Transaktionen sind. Stattdessen werden sie an einen separaten alternativen Mempool (oft Alt-Mempool genannt) gesendet — ein Peer-to-Peer-Netzwerk, das ERC-4337-Objekten gewidmet ist. Wallets und dApps reichen UserOperations hier ein, und die Infrastruktur, die sie verbraucht, hört auf diesem Netzwerk statt auf dem Basis-Mempool. Diese Trennung hält den Account-Abstraction-Verkehr vom konsenskritischen Pfad fern, bis zu dem Moment, in dem er in eine echte Transaktion verpackt wird.

Die Rolle des Bundlers

Ein Bundler ist der Off-Chain-Akteur, der Absichten in On-Chain-Realität verwandelt. Seine Aufgabe hat vier Teile. Erstens sammelt er UserOperations aus dem alternativen Mempool. Zweitens simuliert und validiert er jede einzelne — er führt die Validierungslogik des Kontos in einem simulierten Kontext aus, um zu bestätigen, dass die Signatur gültig ist, die Nonce korrekt ist und das Konto (oder sein Paymaster) die Kosten decken kann — während er Regeln durchsetzt, die verhindern, dass Operationen Ressourcen verbrauchen, die sie nicht bezahlen können. Drittens packt er eine oder mehrere gültige UserOperations in eine einzige gewöhnliche Ethereum-Transaktion. Viertens reicht er diese Transaktion aus seinem eigenen EOA beim Netzwerk ein, zahlt das Gas der Basisschicht im Voraus und erwartet eine On-Chain-Erstattung.

Weil der Bundler das Gas vorstreckt und Gebühren für die Aufnahme verdient, verhält er sich weitgehend wie ein spezialisierter Block-Builder für Account-Abstraction-Verkehr. Sein Simulations- und Validierungsschritt ist das, was ihn schützt: Er wird keine Operation bündeln, die ihn nicht erstatten würde.

Der EntryPoint-Vertrag

Alles läuft in einem einzigen, kanonischen Smart Contract namens EntryPoint zusammen. Die Transaktion des Bundlers ist ein Aufruf des EntryPoint mit einem Array von UserOperations. Der EntryPoint durchläuft dann eine strikte zweiphasige Schleife. In der Validierungsphase ruft er für jede Operation die Validierungsfunktion des Absenderkontos auf (und die des Paymasters, falls einer angegeben ist), um Signatur, Nonce und Zahlungsvereinbarung on-chain erneut zu prüfen. Erst nachdem alle Operationen im Batch validiert wurden, geht er zur Ausführungsphase über, in der er die Calldata jeder Operation an ihr Konto weiterleitet, um die Überweisung, den Swap oder eine andere Aktion tatsächlich durchzuführen.

Diese Aufteilung ist wichtig: Validierung und Ausführung werden getrennt, damit die Zahlungsgarantien eines Batches feststehen, bevor irgendeine zustandsverändernde Arbeit läuft, und damit der EntryPoint das Gas über viele Operationen gleichzeitig präzise abrechnen kann.

Wo der Paymaster hineinpasst

Ein Paymaster ist ein optionaler Vertrag, der sich bereit erklärt, für eine UserOperation im Namen des Kontos zu zahlen. Wenn eine UserOperation Paymaster-Daten enthält, fragt der EntryPoint während der Validierungsphase diesen Paymaster, ob er die Operation sponsern wird und zu welchen Bedingungen. Der Paymaster kann bedingungslos akzeptieren (echtes gasloses Sponsoring) oder er kann im Gegenzug für einen Wert akzeptieren — am nützlichsten, indem er den Nutzer in einem ERC-20-Token statt in nativem Gas belastet. Für einen tieferen Blick auf diese Komponente siehe was ein Paymaster ist. Der Paymaster ist der Angelpunkt im Ablauf, der "womit der Nutzer zahlt" von "worin das Netzwerk bezahlt wird" entkoppelt.

Wie Gas und Fehler behandelt werden

Gas ist in ERC-4337 geschichtet. Der Bundler zahlt echtes ETH für die äußere Transaktion; der EntryPoint misst das Validierungs- und Ausführungsgas jeder UserOperation gegen die von ihr deklarierten Limits; und wer in der Pflicht steht — das Konto oder sein Paymaster — muss genug gestakt oder hinterlegt haben, um die Rechnung zu decken, die der EntryPoint am Ende begleicht. Fehler werden durch das Validierung-zuerst-Design eingedämmt. Wenn eine Operation während der On-Chain-Validierung fehlschlägt, wird sie einfach ausgeschlossen und kann nicht landen, und die Off-Chain-Simulation des Bundlers soll dies vor der Einreichung abfangen. Wenn eine Operation die Validierung besteht, ihre Ausführung aber revertiert, werden die Ausführungseffekte zurückgerollt, während das bereits verbrauchte Gas dennoch abgerechnet und bezahlt wird — sodass ein Bundler für ehrliche Arbeit nicht unentschädigt bleibt. Deshalb simulieren Bundler so sorgfältig: Ihr Schutz vor Griefing besteht darin, nichts aufzunehmen, was sie nicht erstatten würde.

Wie WATS dies nutzt

Auf EVM-Chains verlässt sich WATS auf genau ein Element dieses Ablaufs: einen ERC-4337-Paymaster. Wenn Sie eine Überweisung, einen Swap oder ein Stake in der WATS Hot Wallet durchführen, ist der Paymaster das, was ermöglicht, dass Ihre Gebühr in ATS statt im nativen Gas der Chain berechnet wird — Sie müssen niemals ETH, BNB oder einen anderen Gas-Token halten, um Transaktionen durchzuführen. Weil ATS ein LayerZero OFT ist, deckt ein einziges ATS-Guthaben Gebühren über EVM, Solana und TON (auf Nicht-EVM-Chains übernimmt ein gleichwertiger Fee-Payer die Rolle des Paymasters), und eingezogenes ATS wird von 100.000.000 in Richtung eines Bodens von 30.000.000 verbrannt. WATS bleibt vollständig nicht-verwahrend — Sie halten Ihre eigenen Schlüssel — und es ist die erste und einzige Wallet, die ERC-4337 + OFT-Einzeltoken-Gebühren, die anstelle von nativem Gas berechnet werden, mit diesem Burn kombiniert. Siehe wie das ATS-Gebührenmodell funktioniert für das vollständige Bild.