ERC-2612 erklärt: Permit-Signaturen, Token-Freigaben und Risiken
ERC-2612 erklärt: Was steckt hinter Permit-Signaturen für ERC-20-Token? Dieser Fachartikel erläutert die technischen Abläufe, konkrete Freigabebeträge und Sicherheitsrisiken – ohne Renditeversprechen.
Was ist ERC-2612 und welches Problem löst der Standard?
ERC-2612 ist eine Erweiterung für bestimmte ERC-20-Token. Sie erlaubt es, eine Tokenfreigabe durch eine kryptografische Signatur zu erteilen, statt zunächst selbst eine Transaktion mit der Funktion approve an die Blockchain zu senden. Die Freigabe heisst allowance: Sie legt fest, wie viele Token ein bestimmter Smart Contract oder eine andere Adresse im Namen des Besitzers bewegen darf. Das ist keine Übertragung an sich, sondern eine Berechtigung, die später über transferFrom genutzt werden kann. Der Unterschied ist für DeFi-Anwendungen praktisch, weil eine bisher separate Freigabetransaktion unter bestimmten Bedingungen entfällt.
Die Bezeichnung gasless approval kann leicht missverstanden werden. Die Signatur entsteht zwar ausserhalb der Blockchain und kostet zunächst keine Netzwerkgebühr. Sobald ein Vertrag die Signatur mit permit verarbeitet, entsteht jedoch eine On-Chain-Transaktion, für die jemand Gas bezahlt. Das kann eine andere Adresse, ein Relayer oder die Anwendung sein. ERC-2612 macht Ethereum-Transaktionen also nicht grundsätzlich kostenlos. Es verlagert vielmehr die Aufgabe, die Freigabe auf der Blockchain einzureichen.
ERC-20: Warum approve und transferFrom bisher zwei Schritte benötigen
Ein klassischer ERC-20-Token kennt die Funktionen approve, allowance und transferFrom. Mit approve setzt der Tokenbesitzer eine Berechtigung für eine spender-Adresse. Diese kann anschliessend innerhalb des erlaubten Betrags Token bewegen. Wer beispielsweise einen Token auf einer dezentralen Börse tauschen möchte, muss häufig zuerst den zuständigen Vertrag freigeben und anschliessend den eigentlichen Tausch ausführen. Beide Vorgänge können eigene Transaktionen erfordern. Bei hoher Netzauslastung erhöht dies Kosten, Wartezeit und Komplexität.
Der Sicherheitsnachteil bleibt unabhängig von der Bedienung bestehen: Eine zu grosszügige Freigabe kann lange gültig bleiben. Wird der freigegebene Vertrag kompromittiert oder ist die spender-Adresse betrügerisch, können Token innerhalb der allowance gefährdet sein. Die reine Existenz einer Signatur macht diese Gefahr nicht kleiner. Entscheidend sind die konkreten Berechtigungen, die Adresse des Empfängers und die Gültigkeitsdauer.
So funktioniert eine Permit-Signatur technisch
Nach der offiziellen Spezifikation ergänzt ein ERC-2612-kompatibler Token drei Schnittstellen: permit, nonces und DOMAIN_SEPARATOR. Die Funktion permit prüft eine Signatur und setzt bei Erfolg die allowance. nonces liefert einen Zähler pro Tokenbesitzer, der verhindert, dass dieselbe Signatur beliebig oft wiederverwendet wird. DOMAIN_SEPARATOR bindet die Signatur an einen bestimmten Kontext. Die genaue Signatur verwendet das strukturierte Datenformat EIP-712 und enthält insbesondere owner, spender, value, nonce und deadline.
Der Ablauf ist nachvollziehbar: Zuerst ermittelt eine Anwendung den aktuellen nonce-Wert und bereitet die Freigabe vor. Danach zeigt die Wallet eine Signaturanfrage an. Der Besitzer signiert die Daten, ohne dabei schon eine Blockchaintransaktion abzuschicken. Eine beliebige Adresse kann anschliessend die Signatur an permit übergeben. Der Tokenvertrag überprüft Signatur, Frist und nonce. Bei Erfolg wird die allowance aktualisiert und ein Approval-Ereignis ausgelöst. Erst ein nachfolgender transferFrom-Aufruf kann die freigegebenen Token tatsächlich bewegen.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ. Relai verkauft keine hier besprochenen Altcoins.
Welche Felder musst Du vor der Unterschrift prüfen?
Owner bezeichnet die Adresse, deren Token freigegeben werden. Spender ist die Adresse, die später Token ausgeben darf. Value gibt die maximal freigegebene Menge in den kleinsten Token-Einheiten an. Nonce verhindert die wiederholte Nutzung derselben Autorisierung. Deadline ist ein Unix-Zeitstempel, nach dem die Signatur nicht mehr angenommen werden darf. Der Domain Separator hilft, den Kontext des Tokens und der Blockchain abzugrenzen. Ein Wallet-Dialog kann diese Werte unterschiedlich lesbar darstellen; die technische Prüfung durch den Smart Contract ersetzt keine bewusste Kontrolle durch den Nutzer.
Besonders wichtig ist die spender-Adresse. Eine vertraut aussehende Website kann eine völlig andere Vertragsadresse zur Freigabe vorlegen. Prüfe ausserdem, ob value einen begrenzten Betrag oder praktisch unbegrenzte Tokenmengen erlaubt. Eine kurze deadline reduziert den Zeitraum, in dem eine noch nicht eingereichte Signatur genutzt werden kann. Sie beendet aber nicht automatisch eine allowance, die bereits erfolgreich auf der Blockchain gesetzt wurde. Diese Unterscheidung ist für die Sicherheit zentral.
Rechenbeispiel: 250 Token freigeben
Angenommen, ein Token besitzt sechs Dezimalstellen und Du möchtest höchstens 250 Token freigeben. In der Permit-Nachricht muss value dann 250 × 1'000'000 = 250'000'000 Basiseinheiten betragen. Die Zahl ist nur ein didaktisches Beispiel, kein aktueller Tokenkurs. Wenn die Wallet stattdessen eine viel grössere Zahl anzeigt, solltest Du die tatsächliche Tokenmenge und Dezimalstellen überprüfen. Ein Angreifer könnte versuchen, eine unbegrenzte allowance als harmlose Bestätigung zu tarnen.
Nehmen wir weiter an, die deadline liegt 20 Minuten in der Zukunft. Wird die Signatur innerhalb dieses Zeitraums erfolgreich eingereicht, ist sie verbraucht, weil der nonce steigt. Eine erneute Einreichung derselben Signatur scheitert. Wird sie nie eingereicht, entsteht daraus keine allowance. Wird sie rechtzeitig eingereicht, kann die daraus entstandene allowance grundsätzlich über die Frist hinaus bestehen, bis sie verbraucht oder geändert wird. Die deadline ist daher keine automatische Ausgabenbegrenzung nach der Freigabe.
Gasless bedeutet nicht risikofrei oder immer günstiger
Eine ERC-2612-Signatur spart dem Tokenbesitzer die eigene approve-Transaktion. Das kann die Nutzerführung verbessern und Anwendungen erlauben, Freigabe und Nutzung in einem einzigen Ablauf zu kombinieren. Die tatsächlichen Kosten hängen aber von der Implementierung, dem verwendeten Netzwerk, der Auslastung und davon ab, wer die Transaktion bezahlt. Eine Anwendung kann diese Kosten übernehmen, einpreisen oder an anderer Stelle verrechnen. Pauschale Einsparungsversprechen sind deshalb nicht seriös.
Eine Signatur ist ausserdem keine belanglose Login-Bestätigung. Sie kann eine wirtschaftlich wirksame Autorisierung darstellen. Auch wenn im Walletfenster keine Gasgebühr erscheint, kann eine spätere Transaktion Tokenfreigaben setzen. Vertraue deshalb nicht allein auf Hinweise wie kostenlos, sicher oder nur verifizieren. Lies die Art der Signatur, die spender-Adresse und die freigegebene Menge.
ERC-2612, EIP-712 und Permit2: die Unterschiede
EIP-712 definiert das strukturierte Signieren typisierter Daten und wird von ERC-2612 für die Permit-Nachricht genutzt. ERC-2612 selbst ist die Tokenfunktion, die eine solche Signatur in eine allowance umsetzt. Permit2 ist dagegen ein separates System für Tokenberechtigungen, das unter anderem von Uniswap verwendet wird. Die drei Begriffe beschreiben also unterschiedliche Ebenen: Signaturformat, Tokenstandard und zusätzliche Berechtigungsinfrastruktur.
Nicht jeder ERC-20-Token implementiert ERC-2612. Einige ältere Token besitzen eigene, abweichende Permit-Varianten; andere unterstützen keine solche Funktion. Auch eine Wallet mit EIP-712-Unterstützung garantiert nicht, dass ein bestimmter Token ERC-2612 akzeptiert. Vor einer Integration muss die konkrete Vertragsimplementierung geprüft werden. Unser bestehender Beitrag über Uniswap Permit2 behandelt dessen eigenes Berechtigungsmodell und die damit verbundenen Risiken.
Replay-Angriffe, Front-Running und Fristen
Der nonce-Zähler sorgt dafür, dass dieselbe Permit-Signatur nach erfolgreicher Ausführung nicht noch einmal gültig ist. Der Domain Separator soll verhindern, dass eine Signatur ungewollt in einem anderen Kontext verwendet wird. Beide Mechanismen setzen eine korrekte Implementierung voraus. Bei problematischer Chain-ID-Behandlung, fehlerhaften Verträgen oder abweichenden Standards können zusätzliche Risiken entstehen. Eine Signatur ist daher nicht automatisch sicher, nur weil sie kryptografisch korrekt aussieht.
Die Spezifikation weist auch darauf hin, dass grundsätzlich eine andere Adresse die Signatur vor dem ursprünglich vorgesehenen Einreicher verwenden kann. Ein solcher Front-Running-Vorgang setzt normalerweise dieselbe allowance, kann aber den geplanten Ablauf stören. Ein Relayer kann die Signatur auch zurückhalten und gar nicht einreichen. Die deadline begrenzt die Möglichkeit einer späteren Einreichung, verhindert jedoch nicht jeden unerwünschten Effekt.
Praktische Sicherheitsregeln für Wallet-Nutzer
Nutze nur Anwendungen, deren Herkunft und Vertragsadressen Du unabhängig geprüft hast. Vergleiche die angezeigte spender-Adresse mit der offiziellen Dokumentation. Vermeide unbegrenzte Tokenfreigaben, wenn ein kleinerer Betrag genügt. Unterschreibe keine unerwarteten Permit-Nachrichten, die aus E-Mails, Chatnachrichten oder dubiosen Airdrop-Seiten stammen. Wenn die Wallet die Daten unverständlich anzeigt, ist ein Abbruch vernünftiger als eine blinde Bestätigung.
Überprüfe regelmässig bestehende allowances und widerrufe nicht mehr benötigte Freigaben über einen vertrauenswürdigen Dienst oder direkt über den Tokenvertrag. Ein Widerruf ist selbst eine On-Chain-Transaktion und kann Gas kosten. Bewahre die Seed Phrase offline auf, trenne grössere Bestände von experimentellen DeFi-Wallets und beachte, dass Hardware-Wallets zwar Schlüssel schützen, aber eine bewusst signierte schädliche Freigabe nicht zwangsläufig verhindern.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ.
Welche Risiken bleiben für Anleger in der Schweiz?
ERC-2612 ist ein technischer Standard und keine Anlageklasse. Er schützt weder vor Kurseinbrüchen noch vor dem Totalverlust eines Tokens. Wer DeFi-Anwendungen verwendet, trägt zusätzlich Risiken durch Smart-Contract-Fehler, kompromittierte Benutzeroberflächen, manipulierte Signaturanfragen und mögliche Liquidationen bei kreditbasierten Produkten. Bei zentralen Dienstleistern kommen Gegenparteirisiken hinzu. Die rechtliche und steuerliche Behandlung von Kryptoaktivitäten hängt von den tatsächlichen Umständen ab und kann sich ändern.
Für die Schweizer Steuererklärung sind insbesondere Art der gehaltenen Vermögenswerte, Bestände und allfällige Erträge relevant; die Signaturtechnik allein bestimmt keine steuerliche Einordnung. Prüfe bei konkreten Fragen die Informationen der ESTV und Deiner kantonalen Steuerverwaltung. Dieser Artikel ist allgemeine technische Information und keine persönliche Anlage-, Rechts- oder Steuerberatung.
FAQ zu ERC-2612
Kann ich mit ERC-2612 Token kostenlos versenden? Nicht generell. Die Unterschrift kann ohne eigene On-Chain-Transaktion erstellt werden, aber die spätere Verarbeitung benötigt Gas. Unterstützt jeder ERC-20-Token permit? Nein, ERC-2612 ist eine optionale Erweiterung. Ist eine abgelaufene Permit-Signatur ungefährlich? Sie kann nicht mehr neu über permit eingelöst werden, eine zuvor gesetzte allowance kann jedoch weiter bestehen. Kann ich eine Freigabe widerrufen? In der Regel lässt sich eine bestehende allowance über den Tokenvertrag ändern oder auf null setzen, wobei Netzwerkgebühren anfallen können.
Ist ERC-2612 dasselbe wie Permit2? Nein. ERC-2612 wird vom jeweiligen Tokenvertrag implementiert, Permit2 ist eine separate Berechtigungsarchitektur. Kann jemand meine Signatur einreichen? Ja, der Aufrufer von permit muss nicht identisch mit dem Tokenbesitzer sein. Deshalb müssen Inhalt und Empfänger der Signatur vor der Freigabe sorgfältig geprüft werden.
Fazit: bessere Bedienung, unveränderte Verantwortung
ERC-2612 erleichtert die Nutzung kompatibler ERC-20-Token, weil eine Freigabe über eine signierte Nachricht statt über eine eigene approve-Transaktion erfolgen kann. Die Technik ist besonders für DeFi und Anwendungen mit Relayern interessant. Ihre Sicherheit hängt jedoch von korrekten Verträgen und davon ab, dass Nutzer die signierte Berechtigung verstehen. Der wichtigste Prüfpunkt bleibt, wer wie viele Token ausgeben darf. Eine gebührenfreie Signaturanfrage ist niemals ein Grund, auf diese Kontrolle zu verzichten.
Quellen und weiterführende Literatur
Ethereum ERC-2612 – offizielle Spezifikation: https://eips.ethereum.org/EIPS/eip-2612
Ethereum EIP-712 – strukturierte Signaturen: https://eips.ethereum.org/EIPS/eip-712
Ethereum ERC-20 – Tokenstandard: https://eips.ethereum.org/EIPS/eip-20
Weitere Artikel auf auswandernschweiz.ch: https://www.auswandernschweiz.ch/post/uniswap-permit2-token-freigaben-signaturen-phishing-risiken ; https://www.auswandernschweiz.ch/post/ethereum-eip-7702-wallet-delegation-smart-accounts-risiken ; https://www.auswandernschweiz.ch/post/krypto-airdrops-token-claims-betrug-steuern-schweiz
Kommentare