Erweiterte Berechtigungen werden eingeführt

Gewähre DApps begrenzten, zeitgebundenen Zugriff zur Ausführung im Namen von Nutzern – ohne zusätzliche Signaturen, separate Wallets oder Custody-Kompromisse.

5 Minuten
Erweiterte Berechtigungen werden eingeführt

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.

Warum wir Advanced Permissions entwickelt haben

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.

Was sind Advanced Permissions?

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:

  1. Deine dApp ruft wallet_requestExecutionPermissions auf und fordert eine begrenzte Berechtigung von der MetaMask-Wallet des Nutzers an.

  2. 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.

  3. Der Nutzer prüft die Anfrage, passt die Parameter optional an (sofern deine Anfrage dies erlaubt) und erteilt die Genehmigung.

  4. 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.

Unterstützte Berechtigungstypen

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.

Was du damit entwickeln kannst

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.

  1. 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.

  2. 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.

  3. 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.

Sicherheitsmodell der Advanced Permissions

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.

Bereit zum Entwickeln? Starte noch heute mit Advanced Permissions im Smart Accounts Kit.


Weitere Ressourcen zu Advanced Permissions

Häufig gestellte Fragen zu erweiterten Berechtigungen

KI-übersetzt. Kann Fehler enthalten. Bitte überprüfen Sie die Informationen stets.

Bewerten Sie die Übersetzung
  • Ayush Bherwani
    Ayush Bherwani

      Ayush Bherwani is a Senior Developer Relations manager at MetaMask.

      Alle Artikel lesen