
Ayush Bherwani is a Senior Developer Relations manager at MetaMask.
Alle Artikel lesenGewähre DApps begrenzten, zeitgebundenen Zugriff zur Ausführung im Namen von Nutzern – ohne zusätzliche Signaturen, separate Wallets oder Custody-Kompromisse.

Unsere neu eingeführten Advanced Permissions – aufgebaut auf ERC-7715 und Teil des MetaMask Smart Accounts Kit – ermöglichen es Nutzern, in einer einzigen Interaktion genau festzulegen, was eine dApp tun darf. Deine dApp wird innerhalb dieses Rahmens über ein Session-Konto ausgeführt. Die Wallet bleibt dabei vollständig unter der Kontrolle des Nutzers.
Abonnements, DCA, KI-Agenten, Vesting, Auto-Compounding: Wenn du auf eine standardisierte Methode gewartet hast, um diese Funktionen ohne umständliche Workarounds zu entwickeln – hier ist sie.
Krypto-Wallets folgten historisch einem einfachen Interaktionsmodell, bei dem jede Transaktion eine explizite Nutzerunterschrift erforderte. Das führte zu ständig wiederkehrenden Pop-ups, häufigem Wechsel zwischen App und Wallet sowie Genehmigungsmüdigkeit. Mit der Zeit begannen Nutzer, Anfragen routinemäßig zu bestätigen, ohne sie zu lesen – das Gegenteil von informierter Zustimmung.
Es gab auch keine standardisierte Möglichkeit für eine dApp, begrenzte Berechtigungen von einer Wallet anzufordern. Ohne einen solchen Standard blieben ganze Produktkategorien – Abonnements, KI-Agenten, zeitlich begrenzte Zugänge – schwierig oder gar unmöglich sauber umzusetzen.
Embedded Wallets lösten einen Teil dieser Reibungspunkte, brachten aber einen anderen Kompromiss mit sich. Nutzer hatten am Ende separate Guthaben pro dApp und mussten Assets über mehrere Adressen hinweg verwalten. Das Erlebnis wurde dadurch noch fragmentierter.
Advanced Permissions verfolgen einen anderen Ansatz: eine Wallet, begrenzter Zugriff.
Advanced Permissions ermöglichen es Nutzern, einer dApp die Berechtigung zu erteilen, bestimmte, eingeschränkte Aktionen in ihrem Namen durchzuführen – ohne vollständigen Wallet-Zugriff zu gewähren oder jede Transaktion einzeln zu signieren.
So funktioniert es auf Protokollebene:
Deine dApp ruft wallet_requestExecutionPermissions auf und fordert eine begrenzte Berechtigung von der MetaMask-Wallet des Nutzers an.
MetaMask zeigt einen leicht verständlichen Bestätigungsbildschirm an, der genau aufführt, was angefordert wird: das Asset, den Betrag, die Laufzeit und etwaige Einschränkungen.
Der Nutzer prüft die Anfrage, passt die Parameter optional an (sofern deine Anfrage dies erlaubt) und erteilt die Genehmigung.
Deine dApp wird innerhalb des gewährten Rahmens über ein Session-Konto ausgeführt – ein zweckgebundenes Konto (EOA oder Smart Account), das deine dApp erstellt und kontrolliert. Das Session-Konto hält niemals Nutzerfonds. Es löst Berechtigungen über die ERC-7710-Delegation ein und führt Transaktionen direkt vom MetaMask-Konto des Nutzers innerhalb der definierten Grenzen aus.
Beispielsweise kann ein Nutzer eine DCA-Strategie einrichten, bei der ein KI-Agent bis zu 10 USDC pro Tag ausgeben darf, um 30 Tage lang ETH zu kaufen. Anstatt jede Transaktion täglich zu signieren, erteilt der Nutzer einmalig eine begrenzte Genehmigung über MetaMask.
Die Benutzeroberfläche zeigt die Bedingungen, das Asset, den Betrag und die Laufzeit klar und deutlich vor der Genehmigung an. Nach der Erteilung kann die Anwendung Transaktionen im Namen des Nutzers innerhalb der definierten Grenzen ausführen.

ERC-7715 definiert die Spezifikationen und Standards für die anzufordernden Berechtigungen sowie die Regeln, die auf diese Berechtigungen angewendet werden sollen.
Das Smart Accounts Kit baut darauf mit vier implementierungsseitigen Berechtigungstypen auf:
Kategorie | Berechtigungstypen | Funktion | Beispielanwendungsfälle |
Periodisch | erc20-token-periodic, native-token-periodic | Periodisches Limit für Token-Transfers; wird jede Periode zurückgesetzt | Abonnements, DCA-Strategien, wiederkehrende Gas-Budgets |
Streaming | erc20-token-stream, native-token-stream | Lineares Streaming-Limit mit konfigurierbarem Start, Rate und Obergrenze | Vesting, kontinuierliche Zahlungen, schrittweise Freischaltungen |
Widerruf | erc20-revocation | Ermöglicht einer dApp, ERC-20-Token-Genehmigungen im Namen des Nutzers zu widerrufen | Bereinigung veralteter oder riskanter Approve-Freigaben |
Jeder Berechtigungstyp akzeptiert entsprechende Parameter mit Ablaufdatum, einer leicht verständlichen Begründung der Berechtigung sowie isAdjustmentAllowed. Das vollständige Schema findest du in der Advanced Permissions-Referenz.
Advanced Permissions verschieben das Modell von wiederholten Genehmigungen hin zur absichtsbasierten Ausführung: Ein Nutzer definiert einmalig begrenzte Berechtigungen, und Aktionen werden innerhalb dieses Rahmens über einen bestimmten Zeitraum ausgeführt.
Automatisierte und wiederkehrende Abläufe: Abonnements, DCA-Strategien und Auto-Compounding können nach einer einmaligen Genehmigung ausgeführt werden. Ordne diese den Berechtigungen erc20-token-periodic oder native-token-periodic mit einer periodDuration zu, die deinem Abrechnungs- oder Ausführungszyklus entspricht.
Agentenbasierte Ausführung: KI-Agenten können innerhalb nutzerdefinierter Grenzen handeln, Portfolios neu ausbalancieren oder Aktionen durchführen. Der Agent kontrolliert den Schlüssel des Session-Kontos und führt Aktionen über die Delegation aus – die Haupt-Wallet des Nutzers wird dabei nie offengelegt, und der Agent kann nur innerhalb des gewährten Rahmens agieren. Keine separate Wallet-Finanzierung erforderlich.
Zeitlich begrenzter Zugriff: Berechtigungen akzeptieren die Parameter startTime und expiry und unterstützen damit Anwendungsfälle wie Vesting-Pläne, geplante Ausführungen oder In-Session-Spielaktionen. Kombiniere dies mit Streaming-Berechtigungen für schrittweise Token-Freigaben.
Advanced Permissions werden onchain durch die Smart Contracts des Smart Accounts Kit durchgesetzt. Das bedeutet in der Praxis:
Strukturell begrenzt: Jede Berechtigung definiert genau, auf was das Session-Konto zugreifen kann: Asset, Betrag, Zeitfenster und Transfertyp. Die Caveat Enforcer des Delegation Framework lehnen jede Ausführung ab, die außerhalb des definierten Rahmens liegt.
Leicht verständliche Genehmigung: MetaMask zeigt eine übersichtliche Bestätigungsoberfläche mit allen Berechtigungsparametern an, bevor der Nutzer etwas genehmigt.
Vom Nutzer anpassbar: Wenn deine Berechtigungsanfrage isAdjustmentAllowed: true setzt, können Nutzer die Parameter vor der Genehmigung anpassen (z. B. den Betrag reduzieren oder die Laufzeit verkürzen).
Widerrufbar: Nutzer können jede aktive Berechtigung jederzeit über die Option „dApp-Verbindungen" in MetaMask widerrufen.
Session-Konten halten keine Funds: Die Ausführung erfolgt über die Einlösung einer Delegation vom Smart Account des Nutzers. Das Session-Konto ist ein Signaturschlüssel, kein Verwahrungspunkt.
Entwicklerdokumentation zu Advanced Permissions: Erfahre, wie ERC-7715 und ERC-7710 zusammenarbeiten und wie sich Advanced Permissions von regulären Delegationen unterscheiden.
Ausführungen im Namen eines MetaMask-Nutzers durchführen: Richte ein Session-Konto ein, fordere Berechtigungen an und löse sie ein.
Advanced Permissions (ERC-7715) Extension für Scaffold-ETH 2: Entdecke ein einsatzbereites Starterprojekt mit einem funktionierenden Beispiel.
ERC-7715-Spezifikation: Lies den vollständigen Vorschlag für wallet_requestExecutionPermissions.
KI-übersetzt. Kann Fehler enthalten. Bitte überprüfen Sie die Informationen stets.