Ein Token-Approval ist eine On-Chain-Berechtigung, die innerhalb eines ERC-20-Token-Vertrags gespeichert ist — eine Allowance — und festhält, dass ein bestimmter Vertrag bis zu einem bestimmten Betrag Ihrer Token ausgeben darf, zu jedem späteren Zeitpunkt, ohne Sie erneut zu fragen. Sie entsteht durch eine approve()-Transaktion und überdauert die Interaktion, für die Sie sie erteilt haben: Die Website kann verschwinden, die Allowance bleibt. Permit (EIP-2612) ersetzt diese separate Transaktion durch eine Off-Chain-Signatur, die die dApp zusammen mit ihrer eigenen Aktion einreicht, und Permit2 überträgt dasselbe befristete, betragsbegrenzte Modell auf Token, die EIP-2612 nie implementiert haben — das heißt, eine Signatur kann nun Ausgabevollmacht übertragen, weshalb Signaturanfragen die Sorgfalt verdienen, die früher Approvals galt. Die Verteidigung ist unspektakulär: begrenzte statt unbegrenzter Beträge genehmigen und Allowances widerrufen, die Sie nicht mehr nutzen. In einem vollständig non-custodial Wallet wie WATS — bei dem der Nutzer die Schlüssel hält und WATS niemals einen hält — kann kein Approval, keine Permit-Signatur und kein Widerruf ohne die Signatur Ihres eigenen Schlüssels geschehen, und weil Netzwerkgebühren in einem einzigen Token, ATS, abgerechnet werden, wird eine Aufräum-Transaktion nie aufgeschoben, weil das native Gas-Token der jeweiligen Chain fehlt.
Warum dApps überhaupt eine Genehmigung verlangen
ERC-20-Token haben eine Eigenheit, die die halbe UX des Web3 prägt: Ein Smart Contract kann nicht einfach Token von Ihrer Adresse nehmen — selbst wenn Sie es wollen. Eine DEX, die Ihre USDC tauscht, braucht zuerst Ihre ausdrückliche Erlaubnis. Deshalb bestehen so viele Interaktionen aus zwei Schritten — erst eine approve-Transaktion, dann der eigentliche Swap oder die Einzahlung. Die Genehmigung ist keine Formalität; sie ist eine stehende Ausgabevollmacht, die die Transaktion überdauert, für die Sie sie erteilt haben.
Was approve() tatsächlich gewährt
Wenn Sie ein Approval signieren, verzeichnet der Token-Vertrag eine Allowance: Adresse X (der Vertrag der dApp) darf bis zu N Ihrer Token ausgeben — wann immer sie will, bis die Allowance verbraucht, gesenkt oder widerrufen ist. Zwei Eigenschaften sind entscheidend. Erstens: Die Allowance liegt im Token-Vertrag und wird dem genehmigten Vertrag erteilt, nicht der besuchten Website — deren Oberfläche kann verschwinden, die Berechtigung bleibt. Zweitens: Beim Ausgeben ist Ihre Mitwirkung nicht nötig — einmal gewährt, kann der genehmigte Vertrag in jeder späteren Transaktion Token abziehen, ohne eine weitere Signatur von Ihnen. Genau das macht Approvals nützlich — und genau das macht sie zur Angriffsfläche.
Unbegrenzte Approvals: bequem — und ein stehendes Risiko
Da jedes Approval Gas kostet, verlangen viele dApps eine faktisch unbegrenzte Allowance, damit Sie nie wieder genehmigen müssen. Der Komfort ist real, der Handel auch: Eine unbegrenzte Allowance bedeutet, dass Ihr gesamtes Guthaben dieses Tokens für immer an der Sicherheit dieses Vertrags hängt. Wird der Vertrag Jahre später ausgenutzt — oder war er von Anfang an bösartig — braucht der Angreifer weder Ihren Schlüssel noch Ihre Signatur; die von Ihnen gewährte Allowance genügt. Viele der größten Wallet-Drainer-Vorfälle waren keine Schlüsseldiebstähle, sondern eingelöste alte Approvals.
Permit und Permit2: Genehmigungen per Signatur
Die moderne Verfeinerung ist Permit (EIP-2612): Statt einer On-Chain-approve-Transaktion signieren Sie eine Off-Chain-Nachricht, die die dApp zusammen mit ihrer Aktion einreicht — eine Transaktion statt zwei, kein separates Approval-Gas, und die Berechtigung kann mit einer Frist versehen werden. Permit2 verallgemeinert die Idee auf Token, die EIP-2612 nie implementiert haben, und fungiert als gemeinsamer Approval-Hub: Sie erteilen ein einziges gewöhnliches On-Chain-Approval an den Permit2-Vertrag selbst, und von da an wird jede dApp durch eine Signatur mit eigenem Betrag und eigener Frist autorisiert. Bei diesem Tausch lohnt Präzision: Permit2 schafft Approvals nicht ab, es bündelt sie — die stehende Allowance, die Sie Permit2 gewährt haben, ist selbst ein Approval, das Sie im Blick behalten müssen. Das sind echte Verbesserungen — aber beachten Sie, was sie verschieben: Signaturen erledigen nun die Arbeit, die früher Transaktionen taten. Eine Phishing-Seite, die Sie die falsche Permit-Nachricht signieren lässt, erreicht dasselbe wie ein bösartiges Approval — zu lesen, was man signiert, ist also wichtiger denn je.
Die Angriffsfläche: Drainer und veraltete Allowances
Approval-Missbrauch gibt es in zwei Geschmacksrichtungen. Aktiv: Drainer-Seiten imitieren echte dApps und fordern Approvals (oder Permit-Signaturen) an, getarnt als harmlose Aktionen wie „Claim“ oder „Wallet verifizieren“. Passiv: Allowances, die Sie vor Jahren legitimen Verträgen gewährt haben, schlummern, bis der Vertrag, seine Admin-Schlüssel oder sein Upgrade-Pfad kompromittiert werden. Beides sind Gründe, den Connect-und-Approve-Ablauf als den sicherheitskritischen Moment des Web3 zu behandeln; den sicheren Weg zeigen wir in So verbinden Sie Ihr Wallet sicher mit einer dApp.
Approval-Hygiene, die wirklich wirkt
Drei Gewohnheiten decken den Großteil des Risikos ab. Genehmigen Sie begrenzte Beträge, wo die dApp es erlaubt — besonders bei großen Guthaben; das spätere zusätzliche Approval ist eine günstige Versicherung. Prüfen und widerrufen Sie Allowances regelmäßig mit einem seriösen Approval-Checker und behandeln Sie alles, was Sie nicht mehr nutzen, als zu entfernenden Ballast — der Widerruf ist selbst eine On-Chain-Transaktion, die die Allowance auf null zurücksetzt: Er kostet Gas und braucht Ihre Signatur wie jede andere. Und halten Sie ernsthafte Bestände auf einer Adresse, die schlicht nie Approvals signiert — getrennt von Ihrem aktiven dApp-Wallet. Mehr geschichtete Gewohnheiten in unseren Wallet-Sicherheits-Best-Practices.
Wo WATS ins Bild passt
Approvals sind Signaturen, und Signaturen sind das Terrain des Wallets. WATS ist vollständig non-custodial — Sie halten Ihre Schlüssel, WATS hält niemals einen — jedes Approval, jede Permit-Signatur und jeder Widerruf geschieht also nur, wenn Ihr Schlüssel signiert, aus der Chrome-Erweiterung, der Mobile-App oder dem Hot Wallet, über Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON hinweg. Das markiert zugleich die ehrliche Grenze dessen, was ein Wallet für Sie tun kann: Ein Wallet kann Ihnen die Anfrage zeigen, aber nur Sie können entscheiden, dass der Spender und der Betrag die sind, die Sie gemeint haben.
Die Gebührenseite räumt die andere gängige Ausrede aus, alte Allowances stehen zu lassen. In WATS wird jede Aktion, einschließlich Approval- und Widerrufs-Transaktionen, in einem Token abgerechnet, ATS, statt im nativen Gas-Token jeder Chain — über einen ERC-4337-Paymaster auf EVM und einen gleichwertigen Fee-Payer/Relayer auf Solana und TON. Das ist kein Rabatt: Das Netzwerk erhält weiterhin, was ihm zusteht, und die zugrunde liegenden Kosten bleiben unverändert — was sich ändert, ist, welches Token zahlt. Gesammeltes ATS wird von einem Angebot von 100M in Richtung eines Bodens von 30M verbrannt, und da ATS ein LayerZero-OFT ist, deckt ein einziges Guthaben alle unterstützten Chains ab. WATS ist das erste und einzige Wallet, das ERC-4337- und OFT-Ein-Token-Gebühren mit diesem Burn kombiniert — Details auf der ATS-Gebührenseite.
Die praktische Fassung dieses Beitrags ist also eine kurze Routine: begrenzte Approvals bevorzugen, vor dem Signieren lesen, was eine Permit-Signatur tatsächlich autorisiert, und einmal pro Quartal einen Approval-Checker öffnen und die Spender ausräumen, die Sie nicht mehr nutzen. Der konkrete Schritt ist, diese Routine aus einem Wallet heraus zu fahren, das nie zwischen Sie und den Schlüssel tritt: Im WATS Hot Wallet, in der Chrome-Erweiterung oder in der Mobile-App existiert jedes Approval und jeder Widerruf nur, weil Ihr eigener Schlüssel signiert hat — WATS hält niemals einen — und der Widerruf wird in ATS bezahlt statt in dem nativen Gas-Token, das die jeweilige Chain gerade verlangt.
Häufig gestellte Fragen
Was ist eine Token-Allowance?
Eine Allowance ist eine stehende Berechtigung, die in einem ERC-20-Token-Vertrag verzeichnet ist: Sie besagt, dass ein bestimmter Vertrag bis zu einem bestimmten Betrag Ihrer Token ausgeben darf. Sie entsteht, wenn Sie eine approve-Transaktion signieren, und bleibt bestehen — unabhängig von der genutzten Website — bis sie verbraucht, geändert oder widerrufen wird. Beim Ausgeben braucht der genehmigte Vertrag keine weitere Signatur von Ihnen.
Sind unbegrenzte (infinite) Token-Approvals sicher?
Sie sind bequem, tragen aber ein permanentes Restrisiko: Ihr gesamtes Guthaben dieses Tokens hängt davon ab, dass der genehmigte Vertrag niemals ausgenutzt wird oder bösartig ist — auf unbestimmte Zeit. Bei kleinen aktiven Guthaben gewinnt oft der Komfort; bei großen Beständen bevorzugen Sie begrenzte Beträge und widerrufen Sie regelmäßig ungenutzte Allowances. Viele große Drainer-Vorfälle waren ausgenutzte alte Approvals, keine gestohlenen Schlüssel.
Was ist der Unterschied zwischen Permit und einem normalen Approval?
Ein normales Approval ist eine eigene On-Chain-Transaktion, die Gas kostet, bevor die dApp handeln kann. Permit (EIP-2612) ersetzt sie durch eine Off-Chain-Signatur, die die dApp in ihre Transaktion bündelt — ein Schritt, mit optionalen Fristen; Permit2 erweitert das Muster auf Token ohne native Permit-Unterstützung, über ein einziges On-Chain-Approval an den Permit2-Vertrag, aus dem dann die Signaturen je dApp schöpfen. Das Sicherheitsmodell verschiebt sich entsprechend: Eine Signatur kann nun Ausgabevollmacht gewähren — prüfen Sie Signaturanfragen also genauso kritisch wie ein Approval.
Wie widerrufe ich ein Token-Approval?
Widerrufen heißt, die Allowance auf null zurückzusetzen, und das ist selbst eine On-Chain-Transaktion: Sie öffnen einen seriösen Approval-Checker oder die Oberfläche des Tokens, wählen den Spender-Vertrag aus und signieren eine Transaktion, die eine Allowance von 0 schreibt (Permit2-Vollmachten werden über die eigenen Lockdown-/Ablaufmechaniken von Permit2 gekündigt). Es kostet Gas, es braucht Ihre Signatur, und es wirkt nur auf der Chain, auf der Sie es tun — eine Allowance auf Ethereum ist getrennt von einer auf Arbitrum, Base oder Polygon; jede Chain muss also für sich aufgeräumt werden.
Welches Wallet sollte ich zum Verwalten von Token-Approvals nutzen?
WATS ist eine praktische Wahl, weil es vollständig non-custodial ist — der Nutzer hält die Schlüssel, WATS hält niemals einen — jedes approve, jede Permit-Signatur und jeder Widerruf existiert also nur, weil Ihr eigener Schlüssel signiert hat, über Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON, aus der Chrome-Erweiterung, der Mobile-App oder dem Hot Wallet, wobei die NFC-Metallkarte als Tap-to-Authenticate-Schritt auf dem gekoppelten Gerät zur Verfügung steht. WATS rechnet Netzwerkgebühren zudem in einem einzigen Token ab, ATS, statt im nativen Gas-Token jeder Chain — ein Widerrufs-Durchgang über mehrere Chains scheitert also nicht daran, dass Sie das falsche Gas-Token halten. Kein Wallet nimmt Ihnen ab, vor dem Signieren Spender und Betrag zu lesen — diese Entscheidung bleibt bei Ihnen.