ERC-20 Token Approvals erklärt: Freigaben, Permit-Phishing und sicher widerrufen
Eine Wallet kann sicher verwahrt sein und trotzdem Token verlieren. Der Grund ist häufig keine gestohlene Seed Phrase, sondern eine bereits erteilte Berechtigung: Ein Smart Contract darf bestimmte ERC-20-Token aus Deinem Wallet bewegen. Solche Freigaben heissen Token Approvals oder Allowances. Sie sind für dezentrale Börsen und viele DeFi-Anwendungen praktisch, werden aber bei unbedachter Nutzung zum Sicherheitsrisiko.
Dieser Fachartikel erklärt präzise, was eine Freigabe technisch bedeutet, wie sich normale Approvals von signierten Permits unterscheiden, weshalb unbegrenzte Berechtigungen gefährlich werden können und wie Du Zugriffsrechte kontrollierst und widerrufst. Im Mittelpunkt stehen Ethereum und kompatible EVM-Netzwerke; Bitcoin verwendet dieses ERC-20-Berechtigungsmodell nicht. Stand der fachlichen Prüfung: 2. November 2026. Alle Beträge in Beispielen sind hypothetisch.
Was ist ein ERC-20 Token Approval?
ERC-20 ist ein Standard für fungible Token auf Ethereum. Er beschreibt unter anderem, wie Token übertragen werden, wie ein Kontostand abgefragt wird und wie ein Token-Inhaber einem anderen Akteur das Recht einräumen kann, Token zu bewegen. Die dafür relevanten Funktionen heissen approve, allowance und transferFrom. Eine Freigabe ist also keine allgemeine Vollmacht über Deine komplette Wallet, sondern zunächst eine Berechtigung in einem bestimmten Token-Vertrag für einen konkret bezeichneten Spender.
Das ist wichtig: Ein Smart Contract, der für Token A eine Allowance besitzt, kann daraus nicht automatisch Token B, ETH oder Deinen privaten Schlüssel ableiten. Er kann jedoch Token A im Umfang der gültigen Freigabe transferieren, sofern die übrigen Vertragsbedingungen erfüllt sind. Auch Token, die erst später auf derselben Adresse eintreffen, können unter eine weiterhin gültige unbegrenzte Freigabe fallen. Gerade dieser zeitliche Aspekt wird oft unterschätzt.
Bei einem typischen Swap benötigt die Börsenanwendung die Möglichkeit, die angebotenen Token aus Deinem Wallet in den Tauschvorgang einzubringen. Du gibst dem zuständigen Router oder einem anderen vorgesehenen Spender dafür eine Allowance. Ohne diese Freigabe müsste jeder Transfer direkt durch Deine Wallet ausgelöst werden; zahlreiche zusammengesetzte DeFi-Abläufe wären weniger bequem. Die Berechtigung ist deshalb ein bewusstes Merkmal des Standards und nicht per se ein Betrugsindikator.
So arbeiten approve, allowance und transferFrom zusammen
Der Ablauf beginnt im Token-Vertrag. Du besitzt beispielsweise 1'000 Einheiten eines ERC-20-Tokens und möchtest davon 100 tauschen. Deine Wallet sendet zunächst eine Transaktion an den Token-Vertrag mit approve(spender, 100). Nach erfolgreicher Ausführung vermerkt der Vertrag für die Kombination aus Deiner Adresse und der Spender-Adresse eine Allowance von 100 Einheiten. Der Spender kann anschliessend, soweit der Vertrag dies zulässt, transferFrom aufrufen.
Die Funktion allowance(owner, spender) gibt die verbleibende Berechtigung zurück. Wenn der Spender 60 Einheiten regelkonform bewegt, sinkt die verbleibende Allowance in einer üblichen ERC-20-Implementierung von 100 auf 40. Das Token-Guthaben sinkt unabhängig davon ebenfalls um 60. Der Token-Vertrag prüft bei der Übertragung den verfügbaren Bestand und die Berechtigung. Eine Freigabe erzeugt also keine Token und garantiert dem Spender auch nicht, dass genügend Token vorhanden sind.
Die Begriffe Owner und Spender dürfen nicht verwechselt werden. Owner ist die Adresse, deren Token betroffen sind. Spender ist die Adresse, die transferFrom ausführen darf. Ein sichtbarer Webseitenname ist kein zuverlässiger Beleg für die Identität dieses Spenders. Massgeblich ist die konkrete Vertragsadresse auf der richtigen Blockchain. Gerade bei Phishing-Webseiten kann eine vertraut aussehende Oberfläche einen fremden Spender im Hintergrund einsetzen.
Beispielrechnung: begrenzte und unbegrenzte Freigabe
Angenommen, Dein Wallet hält 2'000 Token mit einem rein hypothetischen Marktwert von je 1 CHF. Du willst 250 Token in einer DeFi-Anwendung verwenden. Bei einer auf 250 begrenzten Approval kann der berechtigte Spender höchstens diese 250 Token im Rahmen der Allowance bewegen. Das entspricht in unserem Beispiel 250 CHF. Die übrigen 1'750 Token sind nicht durch diese konkrete Allowance freigegeben, können aber anderen Risiken ausgesetzt sein.
Bei einer unbegrenzten Approval wird häufig der maximal darstellbare uint256-Wert verwendet. Das ist technisch eine extrem hohe Zahl und nicht einfach die Menge, die Du gerade besitzt. Falls ein bösartiger oder kompromittierter Spender die Berechtigung ausnutzen kann, könnte er deshalb die derzeitigen 2'000 Token und unter Umständen spätere Zugänge bewegen. Der potenzielle Schaden hängt von der tatsächlichen Tokenmenge, dem Marktwert und den Vertragsbedingungen ab.
Ein Approval ist weder eine Kauforder noch eine Garantie, dass ein Swap ausgeführt wird. Die Genehmigung selbst verschiebt in der Regel noch keine Token. Erst ein späterer transferFrom-Aufruf kann dies tun. Umgekehrt kann ein solcher Aufruf unter bestimmten Umständen auch lange nach Deiner ursprünglichen Nutzung erfolgen, solange die Berechtigung besteht. Die oft gehörte Aussage, eine Wallet-Verbindung allein sei gleichbedeutend mit einer Token-Freigabe, ist deshalb technisch ungenau.
Warum verlangen Anwendungen manchmal Unlimited Approvals?
Eine unbegrenzte Freigabe reduziert bei wiederholten Interaktionen die Zahl der nötigen Genehmigungstransaktionen. Wenn Du regelmässig auf derselben DEX handelst, muss die Wallet nicht vor jedem einzelnen Tausch eine neue approve-Transaktion senden. Das spart Zeit und möglicherweise Netzwerkgebühren. Manche Benutzeroberflächen schlagen diese Variante standardmässig vor, obwohl für einen einmaligen Tausch eine kleinere Berechtigung ausreichen würde.
Der Komfort hat seinen Preis: Die Berechtigung bleibt bestehen, selbst wenn Du die Website verlässt oder die Wallet in der Browser-Erweiterung trennst. Sie ist Teil des Zustands des Token-Vertrags auf der Blockchain und nicht bloss eine lokale Einstellung Deiner Wallet-App. Ein später kompromittierter Spender oder eine fehlerhafte Vertragslogik kann daher weiterhin relevant sein. Besonders bei unbekannten oder kaum geprüften Anwendungen ist eine möglichst kleine Allowance die defensivere Entscheidung.
Die häufigste Verwechslung: Wallet verbinden ist nicht Token freigeben
Beim Verbinden einer Wallet erfährt eine Website normalerweise Deine öffentliche Adresse und kann Dir Kontostände oder Interaktionsmöglichkeiten anzeigen. Das bedeutet noch nicht, dass sie ERC-20-Token transferieren darf. Eine Freigabe erfordert eine entsprechende On-Chain-Transaktion oder einen unterstützten signaturbasierten Mechanismus. Auch eine gewöhnliche Nachrichtensignatur ist nicht automatisch ein Approval; entscheidend sind der konkrete Inhalt und die Art, wie eine Signatur später verarbeitet werden kann.
Trotzdem darfst Du Signaturanfragen nicht pauschal als harmlos behandeln. Moderne Protokolle erlauben es, Berechtigungen über signierte strukturierte Daten zu erteilen. Dann kann die eigentliche On-Chain-Transaktion von einer anderen Partei eingereicht werden. Das spart Dir unter Umständen eine eigene Genehmigungstransaktion, macht die Sicherheitsprüfung aber anspruchsvoller. Die Wallet-Anzeige und der tatsächlich signierte Inhalt müssen zusammenpassen.
Was ist Permit nach EIP-2612?
EIP-2612 ergänzt kompatible ERC-20-Token um eine Funktion namens permit. Statt zuerst selbst approve auf der Blockchain auszuführen, unterschreibst Du eine strukturierte Nachricht mit Parametern wie Owner, Spender, Betrag, Nonce und Deadline. Der Token-Vertrag kann die Signatur später prüfen und bei Erfolg eine Allowance setzen. Dadurch lassen sich Genehmigung und anschliessende Nutzung in geeigneten Anwendungen zusammenfassen.
Die Nonce dient als Einmaligkeitsmerkmal, damit dieselbe Genehmigung nicht beliebig wiederverwendet werden kann. Die Deadline begrenzt, bis wann eine Signatur akzeptiert wird. EIP-2612 definiert zudem eine Domain Separation, um den Kontext der Unterschrift abzugrenzen. Diese Schutzmechanismen sind nützlich, verhindern aber nicht, dass Du versehentlich einem Angreifer eine gültige Freigabe unterschreibst. Eine korrekt signierte, aber betrügerisch erschlichene Nachricht bleibt ein ernstes Risiko.
EIP-712 beschreibt, wie strukturierte Daten für solche Signaturen codiert und dargestellt werden können. Eine gute Wallet zeigt beispielsweise Spender-Adresse, Token, Betrag und Ablaufzeit an. In der Praxis können lange Hex-Adressen, unbekannte Vertragsnamen oder unklare Wallet-Dialoge die Interpretation erschweren. Eine Signatur ohne sichtbare Gasgebühr ist deshalb keineswegs automatisch sicherer als eine gewöhnliche Transaktion.
Permit2: ein Vertrag, zwei unterschiedliche Berechtigungsmodelle
Permit2 ist ein von Uniswap dokumentiertes Berechtigungssystem, das unter anderem wiederverwendbare zeitlich begrenzte Allowances und einmalige signaturbasierte Transfers unterstützt. Es besteht konzeptionell aus den Modulen AllowanceTransfer und SignatureTransfer. Die Mechanismen sind nicht identisch: Beim einen können befristete Rechte bestehen bleiben, beim anderen wird eine signierte Erlaubnis für einen konkreten Transfer verbraucht.
Ein wichtiger Zwischenschritt wird häufig übersehen: Damit Permit2 einen ERC-20-Token überhaupt bewegen kann, benötigt der Permit2-Vertrag für diesen Token zunächst selbst eine herkömmliche ERC-20-Freigabe. Diese Basisfreigabe kann sehr hoch sein. Erst innerhalb des Permit2-Systems werden dann weitere Berechtigungen für einzelne Spender verwaltet. Deshalb reicht es nicht, nur die Oberfläche einer DApp zu betrachten; die Berechtigungskette muss als Ganzes verstanden werden.
Die offizielle Uniswap-Dokumentation unterscheidet zwischen einer stehenden, zeitlich begrenzten Allowance und einer einmaligen SignatureTransfer-Autorisierung. Auch bei Permit2 sind Signaturen sicherheitsrelevant. Wenn Du einer falschen Website eine weitreichende Permit2-Signatur gibst, kann das wirtschaftlich ähnliche Folgen haben wie ein direktes schädliches Approval. Die konkrete Reichweite ergibt sich aus Token, Spender, Betrag, Ablaufzeit und der jeweiligen Implementierung.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai bietet hier ausschliesslich Bitcoin an, nicht die im Fachartikel behandelten ERC-20-Token. Empfehlungscode: AUSWANDERNSCHWEIZ.
Wie funktioniert Approval- und Permit-Phishing?
Ein typischer Angriff beginnt mit einer gefälschten Airdrop-Seite, einer angeblichen Wallet-Sicherheitsprüfung oder einer nachgebauten DEX. Die Website behauptet, Du müsstest nur kurz bestätigen, um einen Bonus zu erhalten, einen Fehler zu beheben oder Vermögen zu schützen. Tatsächlich fordert sie eine ERC-20-Freigabe an einen Angreifervertrag oder eine signierte Berechtigung, mit der Token später abgezogen werden können. Die sichtbare Bezeichnung des Buttons ist dabei kein zuverlässiger Hinweis auf die Vertragswirkung.
Besonders gefährlich sind unbegrenzte Approvals, weil der Angreifer nicht zwingend sofort handeln muss. Es kann sein, dass Du die Website bereits vergessen hast, wenn die Token abfliessen. Bei Permit-Phishing kann die Freigabe durch die Signatur vorbereitet werden, ohne dass Du bereits eine typische Approval-Transaktion im Explorer siehst. Solange die Signatur gültig und noch nicht verwendet ist, bleibt die Lage potenziell riskant.
Warnsignale sind unerwartete Signaturanfragen, künstlicher Zeitdruck, widersprüchliche Domainnamen, angebliche Support-Mitarbeitende in Direktnachrichten, undurchsichtige Spender-Adressen oder die Aufforderung, für einen blossen Informationsabruf Token-Ausgaben zu genehmigen. Auch ein professionelles Design und eine HTTPS-Verbindung beweisen nicht, dass eine Anwendung seriös ist. Ein Sicherheitscheck muss sich auf die tatsächliche Vertragsadresse und die angeforderten Rechte konzentrieren.
So prüfst Du bestehende Token-Freigaben
Für ERC-20-Token auf EVM-Netzwerken lassen sich Allowances über geeignete Blockexplorer oder spezialisierte Approval-Checker einsehen. Ethereum.org nennt unter anderem den Etherscan Token Approval Checker und Revoke.cash als mögliche Werkzeuge. Nutze nach Möglichkeit die offiziellen Adressen aus vertrauenswürdigen Quellen und kontrolliere den Domainnamen selbst. Phishing-Seiten imitieren gerade solche Sicherheitswerkzeuge besonders gerne.
Wähle zuerst das richtige Netzwerk und die öffentliche Wallet-Adresse. Eine Freigabe auf Ethereum Mainnet ist nicht automatisch dieselbe Freigabe auf Arbitrum, Optimism oder einer anderen EVM-Chain. Danach prüfst Du pro Token die Spender-Adresse, die Höhe der Allowance und die Frage, ob Du diese Anwendung noch benötigst. Bei Uniswap Permit2 kann zusätzlich eine separate Ebene von Berechtigungen existieren, die ein einfacher ERC-20-Checker möglicherweise nicht vollständig erklärt.
Eine Liste im Browser ist nur so zuverlässig wie ihre Datenquelle und Darstellung. Wenn Du einen Eintrag nicht zuordnen kannst, prüfe die Vertragsadresse im passenden Explorer und vergleiche sie mit offiziellen Protokolldokumentationen. Verlasse Dich nicht allein auf den angezeigten Namen. Auch eine scheinbar bekannte Anwendung kann mehrere Vertragsversionen oder Router besitzen. Im Zweifel ist es sinnvoller, eine nicht benötigte Berechtigung zu entfernen und sie bei einer späteren legitimen Nutzung erneut zu erteilen.
Token Approvals widerrufen: Schritt für Schritt
Ein Widerruf bedeutet bei einem klassischen ERC-20-Token meist, dass Du die Allowance für einen bestimmten Spender auf null setzt. Technisch wird dafür in der Regel erneut eine Transaktion an den Token-Vertrag gesendet, etwa approve(spender, 0). Nach erfolgreicher Bestätigung kann der betreffende Spender keine Token mehr über diese konkrete Freigabe bewegen. Bereits ausgeführte Transfers werden dadurch jedoch nicht rückgängig gemacht.
Öffne einen seriösen Approval-Checker oder die dafür vorgesehene Funktion Deiner Wallet. Prüfe, ob das angezeigte Netzwerk, der Token-Vertrag und der Spender zu der Berechtigung passen, die Du entfernen möchtest. Löse erst dann die Widerrufstransaktion aus und kontrolliere nach der Bestätigung den neuen Allowance-Wert. Bei manchen Token-Implementierungen oder spezialisierten Permit-Systemen kann die Bedienung abweichen; die jeweilige offizielle Dokumentation ist dann massgeblich.
Für den Widerruf brauchst Du normalerweise ausreichend native Netzwerk-Token für die Gasgebühr. Auf Ethereum Mainnet ist das ETH, auf anderen Netzwerken hängt es von deren Gebührenmodell ab. Eine erfolglose oder noch ausstehende Transaktion bedeutet nicht, dass die Berechtigung bereits entfernt wurde. Auch die Trennung einer Wallet von einer Website ersetzt den On-Chain-Widerruf nicht. Verifiziere das Resultat im Explorer oder in einer zweiten unabhängigen Anzeige.
Warum das Widerrufen nicht immer ausreicht
Wurde lediglich eine klassische ERC-20-Allowance missbräuchlich erteilt, kann ein rechtzeitiger Widerruf künftige Transfers über diese konkrete Berechtigung verhindern. Ist jedoch die Seed Phrase oder der Private Key kompromittiert, besitzt ein Angreifer weitreichendere Kontrolle. Dann hilft das Widerrufen einzelner Approvals allein nicht. Ein sicher neu eingerichtetes Wallet und die Übertragung verbliebener Vermögenswerte können notwendig sein, sofern dies noch möglich und sicher durchführbar ist.
Auch signierte, noch nicht eingelöste Permits verlangen besondere Aufmerksamkeit. Nicht jede Signatur erscheint sofort als bestehende On-Chain-Allowance. Je nach Standard können Nonces, Ablaufzeiten und protokollspezifische Widerrufsmechanismen relevant sein. Ein Approval-Checker, der nur aktuelle Allowances abfragt, erkennt nicht zwingend jede potenziell nutzbare Off-Chain-Signatur. Deshalb solltest Du nach einer verdächtigen Signatur die Dokumentation des betroffenen Protokolls und gegebenenfalls fachkundige Sicherheitsunterstützung berücksichtigen.
Ein zweites Problem ist das Timing. Wenn ein Angreifer bereits eine gültige Berechtigung besitzt, kann er versuchen, vor Deiner Widerrufstransaktion zu handeln. Es gibt keine Garantie, dass Deine Transaktion zuerst verarbeitet wird. Setze deshalb keine falschen Hoffnungen in eine scheinbar sofortige Lösung und versende niemals zusätzliche Seed-Phrase-Daten an angebliche Rettungsdienste. Betrüger nutzen die Unsicherheit nach einem Vorfall oft für einen zweiten Angriff.
Sicherheitsplan nach einem verdächtigen Wallet-Popup
Beende zunächst weitere Interaktionen mit der verdächtigen Website. Öffne den Browser nicht erneut über einen Link aus einer Direktnachricht, sondern navigiere selbst zu einer bekannten, verifizierten Adresse. Prüfe anschliessend, ob Du lediglich eine Verbindung hergestellt, eine Nachricht signiert oder eine echte Transaktion bestätigt hast. Diese Unterscheidung ist entscheidend für das weitere Vorgehen. Bewahre Transaktions-Hashes und die genaue Vertragsadresse als Belege auf.
Falls eine unbekannte ERC-20-Freigabe existiert, versuche sie über einen vertrauenswürdigen Weg zu widerrufen und prüfe das Ergebnis. Bei vermuteter Schlüsselkompromittierung nutze ein neues Wallet auf einem vertrauenswürdigen Gerät und behandle die alte Adresse nicht mehr als sicher. Für komplexe DeFi-Positionen können zusätzliche Risiken durch laufende Kredite, Liquidationen oder gesperrte Token bestehen. Eine überstürzte Transaktion ohne Verständnis der Position kann neue Schäden auslösen.
Dokumentiere den Vorfall mit Uhrzeit, Netzwerk, Token-Adresse, Spender-Adresse, Transaktions-Hashes und Screenshots. Teile keine Seed Phrase und keine privaten Schlüssel. Melde betrügerische Seiten gegebenenfalls beim Wallet-Anbieter, dem betroffenen Protokoll und zuständigen Stellen. On-Chain-Transfers sind grundsätzlich nicht durch eine gewöhnliche Bankrückbuchung rückgängig zu machen. Versprechen einer garantierten Krypto-Rückholung sind deshalb besonders kritisch zu betrachten.
Unterschiede zwischen Ethereum, Layer 2 und anderen Chains
Das ERC-20-Modell gilt für entsprechende Token-Verträge auf Ethereum und zahlreichen kompatiblen EVM-Netzwerken. Die Freigaben sind jedoch Teil des jeweiligen Netzwerkzustands. Eine auf Ethereum erteilte Allowance erscheint nicht automatisch auf einer anderen Chain. Wenn Du denselben Token-Namen auf mehreren Netzwerken siehst, kann dahinter jeweils ein anderer Vertrag stehen. Die Kombination aus Chain-ID, Token-Adresse und Spender-Adresse ist für die richtige Zuordnung zentral.
Layer-2-Netzwerke können andere Gebühren und Transaktionsabläufe aufweisen, ändern aber nicht automatisch die grundlegende Bedeutung eines ERC-20-Approvals. Bei Bridges kommen zusätzliche Berechtigungen, Verwahrungs- und Smart-Contract-Risiken hinzu. Die Tatsache, dass eine Anwendung auf einem günstigeren Netzwerk läuft, macht ihre Vertragsrechte nicht harmlos. Die Sicherheitsprüfung muss deshalb auf jedem genutzten Netzwerk separat stattfinden.
Welche Kosten entstehen beim Prüfen und Widerrufen?
Das blosse Lesen einer öffentlichen Allowance aus der Blockchain ist grundsätzlich eine Abfrage und benötigt keine eigene On-Chain-Transaktion. Ein echter Widerruf ändert dagegen den Vertragszustand und verursacht üblicherweise Netzwerkgebühren. Ihre Höhe hängt von Chain, Netzwerkauslastung und konkreter Transaktion ab. Pauschale Frankenbeträge wären ohne aktuellen Kontext irreführend. Ein Drittanbieter kann zusätzlich eigene Gebühren verlangen; das musst Du vor einer Nutzung prüfen.
Eine wirtschaftliche Abwägung ist sinnvoll: Für eine unbenutzte Freigabe mit erheblichem möglichem Schadensumfang ist die Sicherheitswirkung häufig wichtiger als eine kleine Gasgebühr. Umgekehrt kann es bei sehr kleinen Tokenbeständen auf einem teuren Netzwerk Situationen geben, in denen ein Widerruf im Verhältnis zum aktuellen Wert teuer erscheint. Beachte jedoch, dass eine hohe Allowance auch zukünftige Einzahlungen betreffen kann. Der heutige Kontostand allein bestimmt also nicht das Risiko.
Praktische Regeln für neue DEX- und DeFi-Interaktionen
Verwende möglichst eine bekannte Anwendung, überprüfe die offizielle Domain und vergleiche die Spender-Adresse mit der Dokumentation. Bevorzuge für einmalige Vorgänge eine begrenzte Approval statt einer pauschal unbegrenzten Freigabe. Lies bei Signaturanfragen Betrag, Token, Spender, Netzwerk und Ablaufzeit. Wenn die Wallet diese Informationen nicht verständlich darstellt, ist das ein Grund, den Vorgang abzubrechen statt auf Verdacht zu bestätigen.
Trenne grössere langfristige Bestände von einer aktiven DeFi-Wallet. Diese organisatorische Trennung begrenzt den möglichen Schaden aus Freigaben auf der Interaktionsadresse, solange die Schlüssel getrennt bleiben. Sie ersetzt weder die Prüfung von Smart Contracts noch schützt sie vor Kursverlusten. Für besonders komplexe Anwendungen sind zusätzlich Audits, nachvollziehbare Berechtigungsketten, verlässliche Dokumentation und das Verhalten bei einem Protokoll-Upgrade relevant.
Kontrolliere bestehende Freigaben regelmässig und nach jedem verdächtigen Ereignis. Die sinnvolle Häufigkeit hängt davon ab, wie oft Du DeFi nutzt und wie hoch Deine Exponierung ist. Eine einmalige Kontrolle direkt nach einem Swap reicht bei langfristig bestehenden Unlimited Approvals nicht unbedingt aus. Für häufig genutzte Verträge kann eine wiederkehrende, dokumentierte Sicherheitsroutine helfen, vergessene Rechte zu erkennen.
Besondere Risiken bei DeFi Lending und automatisierten Strategien
Bei Kreditprotokollen werden Token häufig in einen Smart Contract eingezahlt, um Sicherheiten zu hinterlegen oder Zinsen zu erwirtschaften. Die dafür nötige Freigabe ist nicht dasselbe wie die eigentliche Kreditposition. Selbst nach einem Approval-Widerruf können eingezahlte Sicherheiten im Protokoll verbleiben, und Liquidationsregeln gelten weiter. Ein Widerruf löst daher nicht automatisch eine Position auf und schützt nicht vor Preisbewegungen.
Automatisierte Strategien, Vaults und Aggregatoren können mehrere Verträge hintereinander verwenden. Die Oberfläche zeigt Dir vielleicht nur einen Schritt, während technisch verschiedene Router, Token-Verträge und Berechtigungssysteme beteiligt sind. Prüfe deshalb, welcher Spender tatsächlich Rechte erhält. Auch ein seriöses Protokoll kann durch einen Smart-Contract-Fehler, eine Governance-Änderung oder eine kompromittierte Komponente Risiken aufweisen.
FAQ: Häufige Fragen zu Token Approvals
Kann eine Website allein durch Wallet Connect meine Token stehlen?
Eine reine Verbindung gibt normalerweise noch keine ERC-20-Ausgabeberechtigung. Gefährlich wird es insbesondere, wenn Du danach eine schädliche Transaktion oder signierte Autorisierung bestätigst oder Deine Schlüssel preisgibst. Die genaue Gefahr hängt von der angeforderten Aktion ab. Trenne daher klar zwischen Verbindung, Signatur und On-Chain-Approval.
Ist eine unbegrenzte Freigabe immer Betrug?
Nein. Auch etablierte Anwendungen verwenden Unlimited Approvals aus Komfortgründen. Die Höhe der Berechtigung erhöht jedoch den potenziellen Schaden, wenn der Spender kompromittiert wird oder die Freigabe auf eine falsche Adresse zeigt. Für selten genutzte Anwendungen ist eine begrenzte Allowance oft die konservativere Wahl.
Kostet das Widerrufen von Token Approvals Gas?
Ein On-Chain-Widerruf benötigt üblicherweise eine Transaktion und damit native Netzwerkgebühren. Das reine Anzeigen der Berechtigungen kann dagegen ohne eigene Transaktion erfolgen. Die tatsächlichen Kosten sind netzwerkabhängig und sollten unmittelbar vor der Bestätigung im Wallet geprüft werden.
Kann ich nach einem Permit-Phishing einfach die Website trennen?
Nein, nicht zuverlässig. Eine signierte Berechtigung kann unabhängig von der späteren Browser-Verbindung relevant bleiben. Ob und wie sie widerrufen werden kann, hängt von Standard, Nonce, Deadline und Protokoll ab. Prüfe deshalb die konkrete Signatur und mögliche On-Chain-Berechtigungen statt nur den Verbindungsstatus.
Gilt ein ERC-20-Approval auch für Bitcoin?
Nein. Native Bitcoin-Transaktionen funktionieren nicht über ERC-20-Approvals. Der hier beschriebene Mechanismus betrifft entsprechende Token-Verträge auf Ethereum und kompatiblen Netzwerken. Tokenisierte Bitcoin-Darstellungen auf EVM-Chains können dagegen eigene ERC-20-Freigaben besitzen; sie sind technisch nicht mit nativem Bitcoin gleichzusetzen.
Kann ich verlorene Token durch einen Widerruf zurückholen?
Nein. Ein Widerruf verhindert im Erfolgsfall weitere Transfers über die betreffende Berechtigung, macht frühere Transfers aber nicht rückgängig. Bei einem Verdacht auf Betrug solltest Du den Vorfall dokumentieren, zusätzliche Berechtigungen prüfen und keine vermeintlichen Recovery-Dienste ungeprüft bezahlen.
Fazit: Freigaben bewusst erteilen und wieder entfernen
ERC-20-Approvals sind ein grundlegender Baustein dezentraler Finanzanwendungen. Sie ermöglichen Token-Swaps und andere Smart-Contract-Abläufe, schaffen aber dauerhafte Rechte, die über den Moment der Wallet-Verbindung hinaus bestehen können. Der zentrale Sicherheitsgedanke lautet: Nicht nur Dein privater Schlüssel ist schützenswert, sondern auch die Berechtigungen, die Du Dritten bereits eingeräumt hast.
Prüfe deshalb vor jeder Genehmigung den Token, den Spender, den Betrag und das Netzwerk. Verwende möglichst begrenzte Freigaben, unterscheide normale Approvals von signierten Permits und widerrufe nicht mehr benötigte Rechte. Bei einer kompromittierten Seed Phrase genügt ein Approval-Widerruf nicht. Kryptowährungen bleiben zudem unabhängig von dieser technischen Sicherheitsfrage volatil und können einen Totalverlust verursachen. Dieser Artikel dient der allgemeinen Information und ist keine individuelle Anlage-, Rechts- oder Steuerberatung.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Relai bietet hier ausschliesslich Bitcoin an, nicht die im Fachartikel behandelten ERC-20-Token. Empfehlungscode: AUSWANDERNSCHWEIZ.
Quellen und weiterführende Literatur
Die folgenden Originalquellen erläutern die zugrunde liegenden Standards, Vertragsfunktionen und Schutzmassnahmen. Technische Aussagen wurden anhand dieser Dokumentationen abgeglichen; Anbieterinformationen sind als solche erkennbar. Zugriffsprüfung: 2. November 2026.
Kommentare