Token-Approvals, Allowances und Permit: Was Sie wirklich signieren

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 oder geändert ist. Zwei Eigenschaften sind entscheidend. Erstens: Die Allowance liegt beim genehmigten Vertrag, nicht bei der besuchten Website — die 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 mit ablaufenden, betragsbegrenzten Vollmachten. 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 Transaktion). 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 Browser-Erweiterung oder der Mobile-App, über EVM, Solana und TON hinweg. Die Gebührenseite ist der Punkt, an dem WATS mit nichts anderem vergleichbar ist: Jede Aktion, einschließlich Approval- und Widerrufs-Transaktionen, wird in einem Token abgerechnet, ATS, statt im nativen Gas der Chain — über einen ERC-4337-Paymaster auf EVM und einen gleichwertigen Fee-Payer/Relayer auf Solana und TON — sodass das Aufräumen alter Allowances nie daran scheitert, dass Ihnen auf diesem Netzwerk das Gas-Token fehlt. Gesammeltes ATS wird von 100M in Richtung eines 30M-Bodens verbrannt, und da ATS ein LayerZero-OFT ist, deckt ein einziges Guthaben alle 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.