Token-Approvals in DeFi verstehen und sicher widerrufen

Definition

Token-Approvals sind On-Chain-Berechtigungen, die ein Krypto-Wallet-Nutzer einem Smart Contract erteilt. Sie erlauben diesem Smart Contract, eine bestimmte Art und Menge von Tokens aus dem Wallet des Nutzers in dessen Namen auszugeben. Dieser Mechanismus ist grundlegend für die Funktionalität dezentraler Anwendungen (dApps) innerhalb des DeFi-Ökosystems.

Kernaussage

Das Verständnis von Token-Approvals ist für jeden, der sich im dezentralen Finanzwesen engagiert, von größter Bedeutung, da sie einen kritischen Sicherheitsvektor darstellen. Nutzer müssen diese Berechtigungen aktiv verwalten, nur den notwendigen Zugriff gewähren und veraltete oder übermäßige Approvals regelmäßig widerrufen, um potenzielle Risiken durch bösartige Smart Contracts oder kompromittierte Plattformen zu mindern.

Mechanik

Im Kern beinhaltet ein Token-Approval die Interaktion eines Nutzers mit einem ERC-20 (oder einem ähnlichen Standard) Token-Contract. Wenn ein Nutzer mit einer dApp, wie einer dezentralen Börse (DEX) oder einem Lending-Protokoll, interagieren möchte, muss er oft zuerst den Smart Contract der dApp genehmigen, seine Tokens zu bewegen. Dies geschieht durch den Aufruf der approve()-Funktion auf dem Token-Contract, wobei die Adresse des dApp-Contracts (der "Spender") und der maximale Betrag der Tokens, die ausgegeben werden dürfen, angegeben werden. Diese Transaktion wird auf der Blockchain aufgezeichnet und etabliert eine Allowance (Erlaubnis) für den Spender.

Sobald ein Approval gesetzt ist, kann der Smart Contract der dApp die transferFrom()-Funktion auf dem Token-Contract aufrufen. Diese Funktion ermöglicht es der dApp, Tokens aus dem Wallet des Nutzers an eine andere Adresse (z.B. einen Liquiditätspool, einen Lending-Vault oder einen anderen Nutzer) bis zur genehmigten Allowance zu verschieben. Entscheidend ist, dass die dApp nicht mehr als den genehmigten Betrag ausgeben kann, noch kann sie Tokens ausgeben, die nicht explizit genehmigt wurden. Ist der genehmigte Betrag erschöpft, muss der Nutzer eine neue Approval-Transaktion initiieren, um weitere Ausgabebefugnisse zu erteilen. Viele dApps fordern aus Gründen der Benutzerfreundlichkeit oft "unbegrenzte" Approvals an, was bedeutet, dass der Contract jeden Betrag dieses Tokens aus dem Wallet des Nutzers ausgeben kann, bis das Approval explizit widerrufen wird.

Trading-Relevanz

Token-Approvals sind ein unverzichtbarer Bestandteil nahezu aller Handels- und Finanzaktivitäten innerhalb von DeFi. Wenn ein Nutzer Tokens auf einer DEX wie Uniswap oder PancakeSwap tauschen möchte, genehmigt er zunächst den Router-Contract der DEX, den Input-Token auszugeben. Ohne diese Genehmigung wäre der Router-Contract nicht in der Lage, die Tokens aus dem Wallet des Nutzers zu ziehen, um den Tausch auszuführen, was den Handelsprozess effektiv lahmlegen würde. Ähnlich erfordert die Bereitstellung von Liquidität für einen Liquiditätspool die Genehmigung des Smart Contracts des Pools, auf die Tokens des Nutzers zuzugreifen und diese zu sperren.

Über einfache Swaps hinaus sind Approvals integraler Bestandteil komplexerer DeFi-Strategien. Das Staking von Tokens in einer Yield Farm, das Einzahlen von Sicherheiten in ein Lending-Protokoll wie Aave oder Compound oder die Teilnahme an einer dezentralen autonomen Organisation (DAO) erfordert oft die Erteilung spezifischer Token-Approvals. Jede dieser Aktionen beinhaltet, dass der Smart Contract einer dApp die Berechtigung benötigt, mit den Vermögenswerten des Nutzers zu interagieren. Für aktive Trader und Teilnehmer im DeFi wird die Verwaltung dieser Approvals zu einer routinemäßigen, aber kritischen Aufgabe, die ihre Fähigkeit, Trades auszuführen, Positionen zu verwalten und an verschiedenen Protokollen teilzunehmen, direkt beeinflusst. Die Effizienz und Sicherheit dieser Operationen hängen von einem klaren Verständnis und einer sorgfältigen Verwaltung der Token-Berechtigungen ab.

Risiken

Das Hauptrisiko im Zusammenhang mit Token-Approvals ergibt sich aus der Gewährung von übermäßigem oder unbefristetem Zugriff auf Smart Contracts. Wenn ein Nutzer einer dApp ein "unbegrenztes" Approval erteilt, erhält der Contract dieser dApp effektiv die Fähigkeit, jederzeit beliebige Mengen dieses spezifischen Tokens aus dem Wallet des Nutzers auszugeben. Sollte der Smart Contract dieser dApp ausgenutzt werden oder sich die dApp selbst als bösartig erweisen (ein "Rug Pull"), könnten der Angreifer oder der betrügerische Entwickler alle genehmigten Tokens aus dem Wallet des Nutzers abziehen, ohne weitere Interaktion. Dieses Risiko wird durch Phishing-Angriffe verstärkt, bei denen Nutzer dazu verleitet werden, bösartige Contracts zu genehmigen, die legitime imitieren, wodurch Angreifer direkten Zugriff auf ihre Gelder erhalten.

Ein weiteres erhebliches Risiko entsteht durch die Persistenz von Approvals. Sobald ein Approval erteilt wurde, bleibt es auf der Blockchain gültig, bis es vom Nutzer explizit widerrufen wird oder der genehmigte Betrag vollständig ausgegeben ist. Das bedeutet, selbst wenn ein Nutzer eine bestimmte dApp nicht mehr verwendet oder die dApp Jahre später inaktiv oder kompromittiert wird, könnte das Approval immer noch aktiv sein. Alte, vergessene Approvals für nicht mehr existierende oder potenziell anfällige Contracts stellen schlafende Angriffsvektoren dar. Die regelmäßige Überprüfung und der Widerruf unnötiger Approvals sind daher nicht nur eine gute Praxis, sondern eine grundlegende Sicherheitsmaßnahme, um digitale Vermögenswerte vor unvorhergesehenen zukünftigen Exploits oder bösartigen Aktivitäten zu schützen.

Geschichte und Beispiele

Das Konzept der Token-Approvals entstand mit dem ERC-20-Token-Standard auf Ethereum, der nach dem ICO-Boom von 2017 weithin angenommen wurde. Vor ERC-20 hatten Tokens oft eine benutzerdefinierte Logik für Transfers, aber der Standard führte eine einheitliche Schnittstelle ein, einschließlich der Funktionen approve() und transferFrom(), um die Interoperabilität zu erleichtern und komplexe Interaktionen mit Smart Contracts zu ermöglichen. Diese Standardisierung war ein Eckpfeiler für die Entwicklung des DeFi-Ökosystems. Frühe dezentrale Börsen wie EtherDelta und später anspruchsvollere Protokolle wie Uniswap und Compound verließen sich stark auf diesen Approval-Mechanismus, um Nutzern den Handel und die Verleihung ihrer Vermögenswerte zu ermöglichen, ohne die Verwahrung an eine zentralisierte Entität abzugeben.

Ein klassisches Beispiel für ein Token-Approval in Aktion ist ein Nutzer, der ETH gegen DAI auf Uniswap tauschen möchte. Der Nutzer verbindet zunächst sein Wallet und wird dann, bei der ersten Interaktion mit DAI auf Uniswap, aufgefordert, "DAI zu genehmigen". Diese Transaktion erteilt dem Uniswap-Router-Contract die Berechtigung, DAI aus seinem Wallet auszugeben. Sobald genehmigt, kann der Nutzer mit dem Tausch fortfahren, und der Uniswap-Contract verwendet seine genehmigte Allowance, um den angegebenen Betrag an DAI aus dem Wallet des Nutzers zu nehmen und den entsprechenden Betrag an ETH (oder einem anderen Token) zurückzusenden. Dieses Muster wiederholt sich bei praktisch allen DeFi-Protokollen, von Yield-Aggregatoren wie Yearn Finance bis hin zu NFT-Marktplätzen wie OpenSea, wo Nutzer Contracts genehmigen, ihre Tokens oder NFTs (unter Verwendung von ERC-721/ERC-1155-Approvals, die ähnlich funktionieren) zu verwalten.

Häufige Missverständnisse

Ein häufiges Missverständnis ist die Verwechslung eines Token-Approvals mit einer direkten Token-Übertragung. Wenn Sie einen Smart Contract genehmigen, senden Sie Ihre Tokens nicht an diesen Contract; Sie erteilen ihm lediglich die Erlaubnis, Tokens bis zu einem bestimmten Betrag aus Ihrem Wallet zu ziehen. Ihre Tokens verbleiben in Ihrem Wallet, unter Ihrer Kontrolle, bis der genehmigte Contract tatsächlich einen transferFrom()-Aufruf ausführt. Diese Unterscheidung ist entscheidend für das Verständnis der Selbstverwahrung in DeFi. Eine weitere häufige Fehlannahme ist, dass Approvals eine einmalige Aktion sind, die automatisch abläuft. Sofern kein expliziter Betrag genehmigt und vollständig ausgegeben wurde oder das Approval manuell widerrufen wird, bleibt es auf unbestimmte Zeit aktiv. Nutzer vergessen oft alte Approvals und lassen ihre Wallets anfällig.

Des Weiteren glauben viele Nutzer fälschlicherweise, dass das Widerrufen eines Approvals dasselbe ist wie das "Abbrechen" einer ausstehenden Transaktion. Das Widerrufen eines Approvals entzieht einem Smart Contract spezifisch die Berechtigung, Ihre Tokens auszugeben; es hat keinen Einfluss auf Transaktionen, die bereits an das Netzwerk gesendet wurden und auf Bestätigung warten. Wenn eine Transaktion aussteht, muss sie innerhalb der Wallet-Oberfläche abgebrochen oder ersetzt werden. Schließlich gibt es ein Missverständnis bezüglich des Umfangs von Approvals. Ein Approval ist spezifisch für einen bestimmten Token und einen bestimmten Smart Contract. Die Genehmigung einer DEX für DAI genehmigt sie nicht automatisch für USDC, noch genehmigt sie ein anderes Lending-Protokoll für DAI. Jeder Token und jede dApp-Interaktion erfordert oft ein eigenes, unterschiedliches Approval, was die granulare Natur dieser Berechtigungen unterstreicht.

Zusammenfassung

Token-Approvals sind grundlegend für die Funktionalität und Benutzererfahrung im dezentralen Finanzwesen, da sie Smart Contracts ermöglichen, im Namen des Nutzers mit dessen Vermögenswerten zu interagieren. Obwohl sie für die Teilnahme an dApps unerlässlich sind, übertragen sie eine erhebliche Sicherheitsverantwortung auf den Nutzer. Das Erteilen unbegrenzter Approvals, die Interaktion mit nicht vertrauenswürdigen Plattformen oder das Versäumnis, veraltete Berechtigungen zu widerrufen, kann Vermögenswerte erheblichen Risiken aussetzen. Nutzer sollten einen proaktiven Ansatz verfolgen: Immer den minimal notwendigen Approval-Betrag gewähren, unnötige Approvals regelmäßig überprüfen und widerrufen, indem sie Tools wie Revoke.cash oder Wallet-Dashboards verwenden, und äußerste Vorsicht walten lassen, wenn sie mit neuen oder unbestätigten dApps interagieren. Ein sorgfältiges Management von Token-Approvals ist ein Eckpfeiler der sicheren Teilnahme am DeFi-Ökosystem.