ERC-7579 erklärt: Modulare Smart Accounts, Validatoren, Hooks und Risiken

Was ist ERC-7579?

ERC-7579 beschreibt minimale Schnittstellen für modulare Smart-Contract-Konten auf Ethereum-kompatiblen Netzwerken. Anders als eine gewöhnliche Wallet mit einem einzigen privaten Schlüssel kann ein solches Konto Funktionen über austauschbare Module bereitstellen. Der Vorschlag will die Zusammenarbeit zwischen Wallet-Anwendungen, Konten und Modulen erleichtern. Er ist kein eigener Coin, kein neues Blockchain-Netzwerk und kein Versprechen, dass ein bestimmtes Wallet-Produkt sicher ist. Die Spezifikation wird als Entwurf geführt; die tatsächliche Unterstützung muss für jede konkrete Implementierung geprüft werden.

Stell Dir ein Konto vor, das zunächst eine gewöhnliche Signatur verlangt. Später möchtest Du einen zweiten Freigabeschritt, ein Tageslimit oder eine zeitlich begrenzte Berechtigung ergänzen. Bei einem modularen Konto können solche Fähigkeiten als separate Smart Contracts organisiert werden. Ob sie wirklich austauschbar sind, hängt von den implementierten Schnittstellen, den Sicherheitsprüfungen und den Regeln des Kontos ab. ERC-7579 standardisiert nicht automatisch jede denkbare Funktion.

Warum modulare Konten statt einer klassischen Wallet?

Bei einer klassischen extern verwalteten Ethereum-Adresse, oft EOA genannt, autorisiert der zugehörige private Schlüssel Transaktionen. Wer diesen Schlüssel kontrolliert, kann grundsätzlich über die damit kontrollierten Vermögenswerte verfügen. Smart Accounts verlagern die Autorisierungs- und Ausführungslogik in einen Vertrag. Dadurch können mehrere Signaturverfahren, programmierte Regeln und unterschiedliche Wiederherstellungsverfahren möglich werden. Diese Flexibilität schafft zugleich zusätzliche Angriffspunkte: Jede neue Vertragskomponente kann fehlerhaft sein.

Ein praktisches Beispiel ist ein Familienkonto mit mehreren Freigabeberechtigten. Ein anderes ist eine Wallet, die kleine Alltagszahlungen automatisch ausführt, grössere Transfers aber gesondert bestätigen lässt. ERC-7579 liefert hierfür nicht die fertige Geschäftslogik. Es beschreibt gemeinsame technische Grundlagen, damit verschiedene Hersteller solche Module auf ähnliche Weise einbinden können.

Standardisierung ist nicht gleich Zertifizierung

Ein ERC ist eine technische Spezifikation. Daraus folgt weder eine aufsichtsrechtliche Zulassung noch eine unabhängige Sicherheitsprüfung. Selbst wenn eine Wallet ERC-7579 unterstützt, können die konkreten Validatoren, Executor-Module, Hooks, Upgrades und Benutzeroberflächen erheblich voneinander abweichen. Die entscheidende Frage lautet deshalb nicht nur, ob ein Standard unterstützt wird, sondern welche Befugnisse die installierten Module erhalten.

Die vier Modultypen im Überblick

Die Spezifikation unterscheidet vier Kategorien: Validatoren mit Typkennung 1, Executor-Module mit Typkennung 2, Fallback-Handler mit Typkennung 3 und Hooks mit Typkennung 4. Ein Modul kann mehrere Typen unterstützen. Diese Einteilung ist sicherheitsrelevant, weil eine Wallet beispielsweise einem Validator nicht automatisch dieselben Ausführungsrechte wie einem Executor einräumen darf.

Validatoren: Wer darf eine Aktion freigeben?

Validatoren prüfen, ob eine Operation gültig autorisiert wurde. Das kann eine gewöhnliche Signatur, eine Mehrfachfreigabe oder eine andere geeignete Prüfregel sein. Für die Verbindung mit ERC-4337 beschreibt ERC-7579 unter anderem die Methode validateUserOp. Ein Validator ist also nicht einfach ein Staking-Validator, der Blöcke bestätigt. Der Begriff bezeichnet hier eine Berechtigungskomponente eines Smart Accounts. Diese Unterscheidung verhindert ein häufiges Missverständnis.

Ein schlecht geschriebener Validator kann gültige Nutzer aussperren oder unbefugte Operationen akzeptieren. Wichtig sind deshalb die exakte Signaturdomäne, die Bindung an die richtige Chain, Nonces gegen Wiederholung und die Behandlung ungewöhnlicher Eingabedaten. Wer mehrere Validatoren aktiviert, sollte zudem verstehen, ob bereits ein einzelner davon ausreichende Befugnisse erhält.

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ

Executors: Automatisierung mit weitreichenden Rechten

Executor-Module dürfen unter definierten Voraussetzungen Aktionen im Namen des Kontos auslösen. Denkbar sind wiederkehrende Überweisungen oder programmierte Handelsabläufe. Gerade diese Kategorie verlangt besonders strenge Autorisierung. Ein bösartiger Executor könnte Vermögenswerte transferieren, Token-Freigaben erteilen oder weitere Verträge aufrufen, sofern die Kontoarchitektur dies zulässt. Ein Executor ist deshalb kein harmloses Komfort-Plugin.

Vor einer Installation solltest Du die zugelassenen Zieladressen, maximalen Beträge, zeitlichen Grenzen, Widerrufsmöglichkeiten und möglichen indirekten Aufrufe prüfen. Eine Beschränkung auf eine einzelne Funktion ist nur dann wirksam, wenn sie auch bei verschachtelten Aufrufen und Fehlerfällen gilt. Das ist eine Eigenschaft der konkreten Implementierung und lässt sich nicht allein aus dem Namen des Standards ableiten.

Fallback-Handler: Zusätzliche Schnittstellen

Ein Fallback-Handler kann Aufrufe bearbeiten, die nicht unmittelbar zur Kernlogik des Kontos gehören. So lassen sich zusätzliche Schnittstellen anbieten, ohne jeden Funktionsaufruf fest in den Hauptvertrag zu schreiben. Die Spezifikation behandelt dafür unter anderem die Weitergabe des ursprünglichen Aufrufers über ERC-2771. Wird die Herkunft eines Aufrufs falsch interpretiert, können Berechtigungsprüfungen umgangen werden.

Hooks: Prüfungen vor und nach einer Aktion

Hooks sind eine optionale Erweiterung. Sie können vor einer Ausführung Bedingungen prüfen und nach der Ausführung zusätzliche Logik ausführen. Ein Beispiel ist eine selbst festgelegte Ausgabenregel. Allerdings kann ein Hook auch Transaktionen blockieren oder fehlschlagen. Die Spezifikation weist ausdrücklich auf das Risiko hin, dass bösartige Hooks durch Reverts die Nutzung eines Kontos verhindern. Wer einen Hook installiert, vertraut damit zusätzlichem Code.

So funktioniert eine modulare Transaktion

Ein typischer Ablauf beginnt in einer Wallet-Oberfläche: Du legst fest, welche Aktion erfolgen soll. Die Wallet erstellt daraus eine geeignete Operation. Bei einem auf ERC-4337 basierenden Smart Account wird sie über die entsprechende Infrastruktur an den EntryPoint übermittelt. Die Konto- und Validatorlogik prüft die Autorisierung. Danach wird die Aktion über die Ausführungsschnittstelle verarbeitet; je nach Konfiguration greifen Hooks oder Executor-Module ein. Der genaue Ablauf hängt von der Implementierung ab.

Die zentrale Methode execute nimmt einen kodierten Ausführungsmodus und die zugehörigen Aufrufdaten entgegen. executeFromExecutor ist für berechtigte Executor-Module vorgesehen. Beide Funktionen benötigen wirksame Zugriffskontrollen. Das Konto muss nicht jeden denkbaren Ausführungsmodus unterstützen und soll nicht unterstützte Modi zurückweisen. Über supportsExecutionMode lässt sich die Unterstützung abfragen.

Einzelaufruf, Batch und Fehlerbehandlung

Der Ausführungsmodus kodiert unter anderem, ob eine einzelne Aktion, ein Bündel von Aktionen oder eine andere unterstützte Aufrufart ausgeführt werden soll. Zusätzlich wird unterschieden, ob ein Fehler die Ausführung insgesamt rückgängig macht oder eine andere Fehlerbehandlung vorgesehen ist. Das ist wichtig, weil eine Benutzeroberfläche sonst den Eindruck erwecken könnte, mehrere Zahlungen seien vollständig ausgeführt worden, obwohl einzelne Schritte gescheitert sind.

Beispiel: Du möchtest in einem einzigen Ablauf einen Token freigeben und anschliessend tauschen. Scheitert die zweite Aktion, kann das Ergebnis je nach Modus unterschiedlich sein. Bleibt die Freigabe bestehen, entsteht möglicherweise ein unnötiges Berechtigungsrisiko. Du solltest deshalb nicht nur den Gesamtbetrag, sondern auch die Teilaktionen und deren Fehlerverhalten prüfen.

Installation und Entfernung von Modulen

ERC-7579 beschreibt installModule, uninstallModule und isModuleInstalled sowie die Ereignisse ModuleInstalled und ModuleUninstalled. Beim Installieren können Initialisierungsdaten übergeben werden. Das Konto muss die Installation autorisieren und soll eine doppelte Installation oder fehlgeschlagene Initialisierung zurückweisen. Die Entfernung benötigt ebenfalls eine Berechtigungsprüfung. Aus Nutzersicht ist wichtig, dass eine Schaltfläche zum Deaktivieren nicht automatisch beweist, dass alle Rechte onchain wirksam entzogen wurden.

Ein Modul könnte bei seiner Entfernung absichtlich einen Fehler auslösen und damit die Deinstallation erschweren. Zudem können alte Zustandsdaten zurückbleiben, wenn ein Modul ersetzt wird. Das sind keine bloss theoretischen Randbemerkungen: Die Spezifikation führt solche Situationen in ihren Sicherheitsüberlegungen auf. Ein robustes Konto braucht deshalb nachvollziehbare Notfallverfahren, überprüfbare Zustandswechsel und Schutz gegen unerwartete Rückrufe.

ERC-7579, ERC-4337 und ERC-1271: die Unterschiede

ERC-4337 beschreibt eine Infrastruktur für Account Abstraction mit UserOperations und einem EntryPoint, ohne das Grundprotokoll von Ethereum für jede Funktion ändern zu müssen. ERC-7579 setzt bei der modularen Struktur von Smart Accounts an und verweist für die Validierung auf ERC-4337. ERC-1271 definiert eine Methode, mit der Smart-Contract-Konten die Gültigkeit einer Signatur bestätigen können. Die Standards behandeln unterschiedliche Ebenen und sind keine austauschbaren Alternativen.

Eine Wallet kann bestimmte Funktionen von ERC-4337 nutzen, ohne ERC-7579 vollständig zu implementieren. Umgekehrt bedeutet die Unterstützung von ERC-7579 nicht, dass jede Wallet-Anwendung dieselben Module erkennt oder jede Signatur korrekt darstellt. Entscheidend sind die konkret implementierten Schnittstellen und die unterstützten Versionen.

Gebühren und Leistungsgrenzen

Modulare Smart Accounts können zusätzliche Vertragsaufrufe verursachen. Die Gebühren hängen vom Netzwerk, der aktuellen Auslastung, dem ausgeführten Code, dem gewählten Modul und gegebenenfalls einer Layer-2-Umgebung ab. Ein Modul spart daher nicht automatisch Gas. Eine Bündelung von Aktionen kann für bestimmte Abläufe effizient sein, muss aber mit einer getrennten Ausführung verglichen werden. Pauschale Prozentersparnisse wären unseriös.

Für eine belastbare Kostenprüfung simulierst Du eine konkrete Transaktion, kontrollierst die geschätzten Gebühren und berücksichtigst mögliche Fehlversuche. Bei Token-Transfers kommen je nach Anwendung weitere Kosten durch Handelsspannen, Brücken oder Dienstleister hinzu. Eine bezahlte Transaktionsgebühr ist kein Nachweis dafür, dass eine Anlage sinnvoll ist.

Sicherheitsrisiken: Wo kann Geld verloren gehen?

Das wichtigste Risiko liegt in den Berechtigungen. Ein kompromittierter Validator, ein zu mächtiger Executor oder ein manipulierter Hook kann den Schutz des gesamten Kontos untergraben. Hinzu kommen Fehler in Smart Contracts, fehlerhafte Upgrades, Phishing über scheinbar harmlose Signaturen und unsichere Benutzeroberflächen. Bei delegatecall können besonders weitreichende Auswirkungen entstehen, weil fremder Code im Kontext des Kontos ausgeführt wird.

Auch die Verwaltung der Module selbst ist ein Angriffsziel. Die Spezifikation nennt mögliche Reentrancy-Probleme bei Installations- und Deinstallationsfunktionen sowie Denial-of-Service-Szenarien durch Hooks. Eine unabhängige Prüfung reduziert Risiken, beseitigt sie aber nicht. Selbst bei gutem Code können Abhängigkeiten von anderen Verträgen oder einer Infrastruktur ausfallen.

Prüfliste vor der Nutzung

Kontrolliere, wer die Kontoimplementierung aktualisieren kann, welche Module installiert sind, welche Rechte sie besitzen und wie sie entfernt werden. Prüfe die Zielnetzwerke und Contract-Adressen anhand vertrauenswürdiger Dokumentation. Teste die Wiederherstellung zuerst mit kleinen Beträgen. Bewahre Wiederherstellungsinformationen getrennt und geschützt auf. Unterschreibe keine Operation, deren Wirkung Du nicht verstehst, und verlasse Dich nicht allein auf einen freundlichen Namen in der Wallet.

Was bedeutet das für Anleger in der Schweiz?

ERC-7579 ist primär eine technische Schnittstelle, kein Finanzprodukt. Wenn Du damit Kryptowährungen verwahrst, bleiben Kursrisiken, Totalverlustrisiko und mögliche steuerliche Pflichten bestehen. Für die Schweizer Steuerdeklaration ist die tatsächliche wirtschaftliche Position relevant; die Verwendung eines Smart Accounts macht Vermögenswerte nicht automatisch steuerfrei. Konkrete Fragen zur Bewertung und Deklaration solltest Du anhand der jeweils aktuellen Unterlagen der ESTV und der zuständigen kantonalen Steuerverwaltung prüfen.

Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Code: AUSWANDERNSCHWEIZ

Bitcoin mit Relai kaufen – Code AUSWANDERNSCHWEIZ nutzen: https://relai.app/de/

Die Verwendung einer modularen Wallet bedeutet auch nicht, dass der Wallet-Anbieter beaufsichtigt ist oder Einlagen geschützt wären. Unterscheide die Software, die Verwahrung, eine allfällige Börse und weitere Dienstleister. Jede dieser Ebenen kann andere rechtliche und technische Risiken aufweisen. Dieser Beitrag ist allgemeine Information und keine persönliche Anlage-, Rechts- oder Steuerberatung.

Häufige Fragen zu ERC-7579

Ist ERC-7579 eine Kryptowährung?

Nein. Es handelt sich um einen Vorschlag für gemeinsame Schnittstellen modularer Smart Accounts. Es gibt keinen ERC-7579-Coin, den Du für die Nutzung des Standards kaufen müsstest.

Brauche ich ERC-7579 für Ethereum?

Nein. Ethereum-Transaktionen sind auch ohne modulare Smart Accounts möglich. Der Standard ist für bestimmte Wallet-Architekturen und ihre Erweiterbarkeit interessant, aber keine allgemeine Voraussetzung.

Kann ich einen kompromittierten Validator einfach entfernen?

Das hängt von den verbliebenen Berechtigungen und der konkreten Kontostruktur ab. Wenn der Angreifer bereits die entscheidende Autorisierung kontrolliert, kann eine sichere Entfernung schwierig oder unmöglich sein. Notfallwege müssen vor einem Vorfall getestet werden.

Sind modulare Wallets sicherer als Hardware-Wallets?

Das lässt sich nicht pauschal beantworten. Eine Hardware-Wallet schützt Schlüssel auf eine andere Weise, während ein Smart Account programmierte Berechtigungsregeln ermöglicht. Beide Konzepte können kombiniert werden. Mehr Funktionen bedeuten nicht automatisch mehr Sicherheit.

Fazit: Mehr Flexibilität verlangt bessere Kontrolle

ERC-7579 ist ein wichtiger Ansatz zur Vereinheitlichung modularer Smart Accounts. Validatoren, Executors, Fallback-Handler und Hooks können neue Wallet-Funktionen ermöglichen, bringen aber eigene Berechtigungs- und Ausfallrisiken mit. Für Nutzer zählt weniger das Schlagwort Modularität als die überprüfbare Kontrolle über installierte Module, Updates und Notfallverfahren. Behandle neue Wallet-Funktionen deshalb wie sicherheitskritische Software und nicht wie unverbindliche App-Erweiterungen.

Quellen und weiterführende Literatur

Primärquelle: Ethereum Improvement Proposals, ERC-7579: Minimal Modular Smart Accounts (Entwurf). https://eips.ethereum.org/EIPS/eip-7579

Ergänzende Spezifikationen: ERC-4337 Account Abstraction https://eips.ethereum.org/EIPS/eip-4337 sowie ERC-1271 Standard Signature Validation Method for Contracts https://eips.ethereum.org/EIPS/eip-1271

Schweizer Steuerinformationen: Eidgenössische Steuerverwaltung https://www.estv.admin.ch/ und regulatorische Informationen der FINMA https://www.finma.ch/

Weiterlesen auf Auswandern Schweiz

EIP-2930 erklärt: Ethereum Access Lists, Gasgebühren und Risiken: https://www.auswandernschweiz.ch/post/eip-2930-erklärt-ethereum-access-lists-gasgebühren-und-risiken

ERC-1271 erklärt: Smart-Contract-Signaturen, Wallets und Sicherheitsrisiken: https://www.auswandernschweiz.ch/post/erc-1271-erklärt-smart-contract-signaturen-wallets-und-sicherheitsrisiken

ERC-2612 Permit erklärt: Token-Freigaben per Signatur und Risiken: https://www.auswandernschweiz.ch/post/erc-2612-permit-erklärt-token-freigaben-per-signatur-und-risiken

Social-Recovery-Wallets erklärt: Guardians, Wiederherstellung und Sicherheitsrisiken: https://www.auswandernschweiz.ch/post/social-recovery-wallets-erklärt-guardians-wiederherstellung-und-sicherheitsrisiken

Account Abstraction erklärt: Smart Wallets, ERC-4337, EIP-7702 und Risiken: https://www.auswandernschweiz.ch/post/account-abstraction-smart-wallets-erc4337-eip7702-risiken