Smart Accounts in DeFi, Gaming, DAOs und Onboarding

Im DeFi ermöglichen intelligente Konten den Nutzern, mehrere Aktionen – wie Genehmigung, Einzahlung, Hebel und Abhebung – in einer atomaren Transaktion zu bündeln. Dadurch entfallen Zwischengenehmigungen, die Nutzer typischerweise Phishing aussetzen, und die Benutzererfahrung in Protokollen mit komplexen Abläufen, wie z. B. Optionsvaults oder gehebeltem Ertragsanbau, wird erhöht. Safe, eine der frühesten Plattformen für Vertrags-Wallets, betreibt Tausende von DAO- und Schatzkonten, die jetzt von modularen ERC-4337-Funktionen profitieren. Entwickler können Plugins anhängen, um Auszahlungen zu automatisieren, mehrstufige Genehmigungslogik zu definieren oder die soziale Wiederherstellung zu ermöglichen, ohne den Basisvertrag neu bereitstellen zu müssen.

Im Gaming liegt das Wertangebot in der sitzungsbasierten Interaktivität und der nahtlosen Nutzung von Vermögenswerten. Ein Spieler kann zum Zeitpunkt der Einarbeitung ein Smart-Konto erhalten, das mit einer E-Mail, einem Gerät oder einem OAuth-Anbieter verknüpft ist, und beginnen, mit In-Game-NFTs oder fungiblen Token zu interagieren, ohne MetaMask zu berühren oder zu wissen, was Gasgebühren sind. Der Spielesponsor richtet einen Paymaster ein, um die Gasgebühren zu decken, während das Smart-Konto die Delegierung des Sitzungsschlüssels verwaltet, sodass In-Game-Aktionen ohne Unterbrechungen des Benutzers ausgeführt werden können. Projekte wie Immutable und Ronin haben dieses Muster erkundet, um die UX-Reibung zu minimieren und Spiele in mobile-native Umgebungen zu bringen.

Smart Accounts vereinfachen auch die Teilnahme an DAOs. Wähler-Wallets können Limits pro Vorschlag durchsetzen, Überdelegation verhindern oder vorübergehende Stimmrechte basierend auf Off-Chain-Metriken gewähren. Dies ermöglicht eine strukturierte Governance ohne Abhängigkeit von Drittanbieter-Skripten oder nicht-nativen Snapshot-Integrationen. Darüber hinaus verbessern sich die Onboarding-Prozesse durch Gas-Sponsoring und die Erstellung eingebetteter Wallets, bei denen eine App eine neue Wallet bei der Anmeldung bereitstellen, diese finanzieren und die Benutzerinteraktion ohne manuelle Finanzierung initiieren kann. ZeroDev und thirdweb haben diese Abläufe populär gemacht, indem sie die Interaktion zwischen Bundler und Paymaster in wenigen Zeilen Front-End-Code abstrahiert haben.

Komponierbarkeit mit dApps: Sitzungsbasierter Zugriff und Genehmigungen

Komponierbarkeit ist eines der leistungsstärksten Ergebnisse der Kontenabstraktion. dApps können jetzt auf eine Weise mit Smart Accounts interagieren, die kontextuelle Berechtigungen respektiert. Zum Beispiel kann eine Kreditplattform einen Sitzungsschlüssel anfordern, um automatisierten Liquidationsschutz zu ermöglichen, der nur unter bestimmten Zinsschwellen funktioniert. Eine Staking-dApp kann als vertrauenswürdiger Vertrag auf die Whitelist gesetzt werden, wodurch es dem Benutzer erspart bleibt, Tokens jedes Mal genehmigen zu müssen. Diese Muster reduzieren wiederholtes Signieren, beseitigen redundante Risik exposure und ermöglichen es Apps, Arbeitsabläufe zu strukturieren, die sich mehr wie traditionelle Software verhalten – vorab genehmigt, reibungslos und widerstandsfähig gegenüber unbeabsichtigtem Missbrauch.

Sitzungsbasierter Zugriff ermöglicht auch eine Delegation, ohne die Kontrolle aufzugeben. Ein Marktplatz könnte kurzfristige Berechtigungen erhalten, um Preise aufzulisten und zu aktualisieren, während eine Wallet-App Ausgabelimits und Schlüsselübersteuerungen nur zu bestimmten Zeiten oder Bedingungen zugreifen kann. Dies ermöglicht programmierbare Sicherheitsprofile, die Unternehmensberechtigungen innerhalb eines Selbstverwahrungsrahmens nachahmen, und eröffnet Anwendungsfälle für Teams, Familien oder Organisationen mit komplexen Zugangsbedürfnissen.

Gas-Sponsoren (Paymaster) und Onboarding-Prozesse

Paymaster sind entscheidende Ermöglicher für reibungslose Onboarding-Prozesse. Indem sie die Gasgebühren im Namen des Nutzers übernehmen, ermöglichen sie es neuen Teilnehmern, sich mit Blockchain-Anwendungen zu beschäftigen, ohne ETH besitzen oder sich mit den Mechanismen der Gasgebühren auseinandersetzen zu müssen. Diese Verträge sind typischerweise mit Logik konfiguriert, die bestimmt, wann und für wen die Gasgebühren bezahlt werden. Einige Paymaster erstatten nur für genehmigte Operationen; andere setzen Obergrenzen oder verweigern die Unterstützung für auf der schwarzen Liste stehende Ziele.

Während des Onboardings kann eine dApp die Erstellung eines Smart Accounts, den Tokenanspruch und eine dApp-Interaktion - alles unter einem einzigen Benutzeroperation - bündeln. Thirdweb und Biconomy ermöglichen dieses Muster durch gehostete Bundler-Paymaster-Pipelines. Dieser Ansatz wird nun weitgehend in Web3-Sozialplattformen, NFT-Präge-Apps und mobilen Spielen übernommen, wo die Nutzererfahrung (UX) mit Web2 gleichwertig sein muss. In diesem Modell werden die Gaskosten entweder von der App subventioniert oder in die wirtschaftlichen Anreize eingebaut, die folgen - zum Beispiel die Rückgewinnung der Gebühr durch In-Game-Transaktionen oder soziale Empfehlungen.

Einschränkungen: Kosten, Sicherheit, Reife der Werkzeuge, Standardadoption

Trotz der Vorteile bringen Smart Accounts neue Komplexität und Overhead mit sich. Die Gaskosten für die Erstellung und Interaktion mit Smart Accounts sind immer noch höher als bei EOAs, insbesondere im Mainnet. Da jeder Smart Account ein bereitgestellter Vertrag ist, entstehen Basiskosten für die Bereitstellung und Lagerkosten. Obwohl einige Chains wie Base und zkSync niedrigere Gaskosten haben, wird die Akzeptanz durch Kostenempfindlichkeit in Anwendungsfällen mit geringem Wert eingeschränkt.

Sicherheit bleibt ein Anliegen. Während smarte Konten fortschrittliche Regeln einbetten können, erhöhen sie auch die Angriffsfläche. Böswillige Zahlmeister, fehlerhafte Validierungslogik oder schlecht gestaltete Plugins können Schwachstellen einführen, die die Standardannahmen über das Verhalten von Wallets umgehen. Darüber hinaus erfordert die Gewährleistung der Codeintegrität im Laufe der Zeit eine rigorose Prüfung und Upgrade-Governance, da viele Frameworks für smarte Konten Proxy-Muster oder aktualisierbare Module verwenden.

Die Werkzeuge verbessern sich zwar, sind aber fragmentiert. Verschiedene SDKs haben unterschiedliche Annahmen über die Interaktion mit dem Bundler, die Modelle für Zahlungsempfänger und die Logik von Sitzungsschlüsseln. Es gibt immer noch keinen universellen Standard für Wallet-Ereignisse, Fehlercodes oder Fallback-Strategien, wenn der EntryPoint-Vertrag eine UserOperation nicht ausführen kann. Infolgedessen müssen dApps ihre Logik gegen mehrere Kontotypen testen, um die Kompatibilität sicherzustellen. Dieses Problem wird durch den Mangel an weit verbreiteter Standardakzeptanz verstärkt; obwohl ERC-4337 live ist, haben viele beliebte Apps und Wallets es noch nicht integriert.

Der Weg vor uns: ERC-6900 modulare Kontenarchitektur

Um die Fragmentierung zu beheben und die Interoperabilität zu fördern, haben Ethereum-Entwickler ERC-6900 vorgeschlagen: einen modularen Kontoschnittstellenstandard. Im Gegensatz zu früheren Entwürfen, die sich auf spezifische Implementierungen konzentrierten, definiert ERC-6900, wie ein intelligentes Konto Module registrieren, zusammensetzen und verifizieren kann. Dies ermöglicht es Entwicklern, kleine, wiederverwendbare Komponenten wie Signaturvalidierer, Zahlungsrichtlinien oder Vorbedingungen zu erstellen und sie an jedes Konto anzuhängen, das die Schnittstelle unterstützt.

Mit ERC-6900 wird ein Smart Account zu einer Zusammensetzung von Plugins anstelle eines monolithischen Vertrags. Diese Architektur ermöglicht einfachere Updates, bessere Prüfungen und gemeinsame Sicherheitsüberprüfungen. Entwickler können verifizierte Module in Registries veröffentlichen und diese in Wallets wiederverwenden, was die Standardisierung erhöht und den Entwicklungsaufwand verringert. Das modulare Modell entspricht auch den UX-Zielen von Wallets, wo Benutzer möglicherweise Funktionen wie Zwei-Faktor-Authentifizierung, Genehmigungen vertrauenswürdiger Kontakte oder bedingte Überweisungen hinzufügen möchten, ohne ihr gesamtes Konto neu bereitzustellen.

Langfristig wird der Übergang zu modularen Smart Accounts auch die Interoperabilität zwischen den Chains erleichtern. Frameworks werden in der Lage sein, Module zwischen Ethereum, zk-Rollups und L2s zu übersetzen, ohne Logik zu duplizieren. Dieses modulare Design, kombiniert mit wachsender Unterstützung für Bundler und sich entwickelnder Paymaster-Ökonomie, deutet auf eine Zukunft hin, in der Smart Accounts das Standard-Wallet-Modell werden – nicht die Ausnahme.