Wallet-Signaturen und Tokenfreigaben: Berechtigungen verstehen
Unterscheiden Sie Verbindung, Nachrichtensignatur, Transaktion und Erlaubnis zum Tokenverbrauch.
Vor dieser Lektion
Diese Lektionen liefern Grundlagen; die Seite bleibt direkt lesbar.
Verbindung ist keine Ausgabefreigabe
Eine Wallet-Verbindung teilt gewöhnlich ausgewählte öffentliche Kontoinformationen, nicht automatisch ERC-20-Allowances. Die Seite kann danach Signaturen oder Transaktionen anfordern. Jede Anfrage prüfen; eine vertraute Verbindung ist keine pauschale Genehmigung weiterer Aktionen.
Signaturen können folgenreich sein
Eine Nachricht kann anmelden oder später von Dritten übermittelte Aktionen genehmigen. Permit-Signaturen können Ausgabe ohne vorherige normale Approval-Transaktion erlauben. Gaslos bedeutet nicht harmlos. Domain, Chain, Vertrag, Spender, Betrag, Frist und lesbaren Zweck prüfen, soweit angezeigt.
Was Allowance erlaubt
Konventionelle ERC-20-Allowance erlaubt einem Spender, einen bestimmten Token bis zur Grenze zu übertragen. Sie ist vom Guthaben getrennt und kann nach Nutzung verbleiben. Unbegrenzte Freigabe kann spätere Eingänge betreffen. Andere Standards und Smart-Account-Systeme funktionieren anders.
Berechtigungsbeispiel
Fiktiv 500 Token Guthaben, 100 Allowance für Vertrag A. Das erlaubt A keinen Zugriff auf anderen Token B. Weitere Eingänge desselben Tokens können weiterhin unter verbleibende Erlaubnis fallen. Tatsächliche Allowance prüfen: Implementierung, Permits und Vertragsverhalten beeinflussen das Ergebnis.
Trennen ist nicht widerrufen
Disconnect entfernt eine Verbindungsnotiz, nicht zwingend On-chain-Allowances oder Signaturen. Normaler Widerruf benötigt meist Transaktion auf richtiger Chain und Gas. Er macht erfolgte Transfers nicht rückgängig. Eine Berechtigungsansicht erfasst möglicherweise nicht jede Autorisierung.
Hardware prüft keine Absicht
Hardware schützt Schlüssel, verhindert aber nicht jede schädliche Genehmigung. Lesbare Details auf vertrauenswürdigem Gerät und Interface prüfen. Blind Signing kann Bedeutung verbergen. Seed niemals in Approval-Prüfer, Supportchat oder Übung eingeben. Autorisierter schädlicher Vertrag braucht den Seed nicht unbedingt.
Verdächtige Anfrage
Nicht weiter signieren; verdächtige Verbindung, bereits signierte Freigabe und offengelegtes Wiederherstellungsgeheimnis unterscheiden. Öffentliche Details sichern und geprüfte Dokumentation nutzen. Ein Widerruf repariert keinen kompromittierten Seed und annulliert nicht alle Permits. Wiederherstellungsangebote mit Einzahlungen oder Schlüsselforderungen meiden.
Ohne echte Wallet üben
Das lokale Szenario fragt nach Erlaubnissen nach Disconnect. Keine Wallet-Verbindung, Signaturanfrage oder Adressanalyse. Mit Wallet- und Betrugsartikeln kombinieren. Ziel sind Autorisierungsgrenzen, keine Zertifizierung einer Anwendung anhand ihres Aussehens.
Praxisaufgabe
Kann Allowance nach Disconnect bestehen? 1 für ja, 0 für nein.
Trennen und Widerrufen sind verschieden. Keine echte Signatur angefordert.
Interaktive Prüfung benötigt JavaScript; Lektion und Erklärung bleiben lesbar.
Wissensprüfung
Widerruft Disconnect automatisch eine On-chain-Tokenfreigabe?
- Ja, Verbindung und Allowance sind identisch
- Nein, die Freigabe kann bestehen bleiben
- Nur bei momentan leerem Guthaben
Erklärung anzeigen
Verbindungsnotiz und On-chain-Berechtigung sind getrennte Dinge.
Interaktive Prüfung benötigt JavaScript; Lektion und Erklärung bleiben lesbar.
Primärquellen und Geltungsbereich
Lehrszenarien garantieren keine Ausführung und sind keine Prognosen oder persönlichen Empfehlungen. Aktuelle Produktregeln an der Quelle prüfen.
- eips.ethereum.org/EIPS/eip-20
- support.metamask.io/stay-safe/safety-in-web3/what-is-a-token-approval/
- support.metamask.io/more-web3/learn/how-to-revoke-smart-contract-allowances-token-approvals/
Inhalt überarbeitet: . Redaktionelle Verantwortung: TradingHub. Keine unabhängige fachliche Zertifizierung behauptet.