Die Ethereum Foundation und Biconomy haben gemeinsam den ERC-8211 „Smart Batch Processing“-Standard veröffentlicht, damit KI-Agents in einer einzigen signierten Transaktion mehrere Schritte von DeFi ausführen können, wobei die Parameter erst im Ausführungsmoment anhand des aktuellen On-Chain-Status dynamisch bestimmt werden. Der neue Standard erfordert keine Fork auf Protokollebene, Entwickler können ihn sofort übernehmen und er gilt als ein entscheidender Schritt, um „KI × DeFi“ für autonome Ausführung zu verbinden.
(Vorgeschichte: Ratgeberwissen｜Wann werden Smart-Contract-Wallets allgemein verfügbar? Ein Artikel, der ERC-4337 erklärt)
(Zusätzliche Hintergrundinfo: Circle startet das Nanopayments-Testnetz: KI-Agenten können ohne Konto USDC durchwischen, der autonome Machine-Dog kann autonom aufladen und die Zahlung wird zur Realität)
Inhaltsverzeichnis
Toggle
- Die statischen Engpässe von ERC-4337: Signieren friert ein
- ERC-8211: Erst zur Laufzeit auswerten, Bedingungen werden sofort verifiziert
- Warum die Ethereum Foundation unterstützt: UX ist eine strategische Priorität, ein Fork ist der entscheidende Punkt
- Die Bedeutung für das AI-×-DeFi-Ökosystem: Die letzte fehlende Komponente für autonome Ausführung
Am 6. April hat Biconomy offiziell den ERC-8211-Vorschlag veröffentlicht und Unterstützung durch die Ethereum Foundation erhalten. Der zentrale Durchbruch dieses Standards lässt sich in einem einzigen Satz zusammenfassen: Transaktionsparameter werden erst im Moment der Ausführung festgelegt, statt bereits beim Signieren des Nutzers eingefroren zu werden.
Das klingt nach technischen Details, aber für KI-Agents und DeFi-Automatisierung ist die Bedeutung völlig anders – in der Vergangenheit konnten mehrstufige Abläufe wie „zuerst auszahlen, dann tauschen, dann einzahlen“ scheitern oder der Slippage-Explosion erliegen, sobald sich die Marktlage änderte; jetzt ist der gesamte Ablauf in einer einzigen signierten Transaktion möglich, und jede Zahl in jedem Schritt wird unmittelbar aus der Blockchain ausgelesen.
Die statischen Engpässe von ERC-4337: Signieren friert ein
Um die Bedeutung von ERC-8211 zu verstehen, muss man zuerst wissen, wo die Grenzen der aktuellen Account Abstraction (kontobasierte Abstraktion) liegen.
ERC-4337 ist derzeit der mainstream-Standard für Account Abstraction auf Ethereum. Er ermöglicht die Batch-Ausführung mehrerer Operationen in einer Smart-Contract-Wallet und erspart den Aufwand mehrerer Signaturen. Aber es gibt ein grundlegendes Problem: Alle Parameter, einschließlich Tauschbetrag, Slippage-Toleranz und Zieladresse, müssen genau dann festgelegt werden, wenn der Nutzer signiert – danach können sie nicht mehr verändert werden.
Das ist im DeFi-Umfeld sehr fragil. Die Oracle-Preise werden alle paar Sekunden aktualisiert, die Tiefe von Liquiditätspools verändert sich jederzeit, und die Zinssätze in Kreditprotokollen sind ebenfalls in Bewegung. Wenn der Nutzer zum Zeitpunkt T signiert, kann die Transaktion möglicherweise erst in T+30 Sekunden on-chain gepackt werden; in dieser Zeit kann jede einzelne Zahl aus dem Ruder laufen, wodurch die gesamte Batch-Transaktion entweder fehlschlägt oder deutlich mehr Slippage abbekommt als erwartet.
Für menschliche Nutzer ist das nur eine kleine Unannehmlichkeit: „Gelegentlich scheitert es, dann erneut versuchen“. Für KI-Agents, die vollständig autonom ausführen müssen, ist das eine strukturelle Hürde – du kannst einem KI nicht zuverlässig DeFi-Positionen verwalten, weil jeder einzelne Schritt wegen veralteter Parameter scheitern kann.
ERC-8211: Erst zur Laufzeit auswerten, Bedingungen werden sofort verifiziert
Die Lösung von ERC-8211 besteht darin, zwei Mechanismen einzuführen: „Runtime-resolved“ (zur Laufzeit aufgelöst) und „Constraint-validated“ (Bedingungen validiert).
Ganz einfach: Wenn der Nutzer signiert, schreibt er nicht mehr konkrete Zahlen fest, sondern legt stattdessen „Regeln“ fest – zum Beispiel „Slippage darf 0,5% nicht überschreiten“, „Tauschbetrag entspricht der tatsächlich aus dem Kreditprotokoll gezogenen Zahl“, „Oracle-Preis wird nur ausgeführt, wenn er zwischen X und Y liegt“. Erst im Moment, in dem die Transaktion wirklich ausgeführt wird, liest der Smart Contract dann die Echtzeitdaten von der Kette, füllt die tatsächlichen Parameter ein und verifiziert, ob sie die Bedingung(en) erfüllen; nur wenn sie passen, wird ausgeführt.
Die typischen Use Cases, die Biconomy in der Ankündigung aufführt, verdeutlichen diesen Unterschied: aus dem Kreditprotokoll auszahlen (withdraw) → exakt den erhaltenen Betrag tauschen → in ein anderes Protokoll einzahlen, alles in einer einzigen Transaktion. Der Kern liegt in „exakt den erhaltenen Tauschbetrag“: Im statischen Modell von ERC-4337 musst du eine Zahl vorhersagen, die du einträgst; in ERC-8211 wird diese Zahl zur Ausführungszeit automatisch aus dem Ergebnis des vorherigen Schritts ausgelesen.
Das Potenzial von KI-Agents ergibt sich daraus: Ein KI-Agent, der eine DeFi-Position verwaltet, kann eine Reihe von Strategie-Regeln setzen, sodass der Smart Contract im Ausführungsmoment die tatsächlichen Parameter jedes Schritts automatisch basierend auf Slippage, Kontostand und Oracle-Preis bestimmt – der gesamte Prozess erfordert keine manuelle Einmischung und scheitert nicht wegen kleineren Schwankungen der Marktlage.
Warum die Ethereum Foundation unterstützt: UX ist eine strategische Priorität, ein Fork ist der entscheidende Punkt
ERC-8211 ist nicht aus dem Nichts entstanden. Die Zusammenarbeit hat ihren Ursprung in einem „Improve UX“-Workshop, den die Ethereum Foundation 2025 veranstaltet hat – bei diesem Workshop kamen mehrere Entwicklungsteams aus dem AA-Ökosystem zusammen, mit dem Ziel, die größten Reibungspunkte von Account Abstraction im praktischen Einsatz zu identifizieren. Die Protokollgruppe der Ethereum Foundation hat danach „UX verbessern“ als strategische Priorität aufgenommen, und ERC-8211 ist genau dieses Ergebnis in diese Richtung.
Dass die Ethereum Foundation diese Richtung unterstützt, hat technisch einen sehr wichtigen Grund: ERC-8211 ist Codierung auf der Contract-Ebene und muss keinerlei Änderungen an der Protokollebene von Ethereum vornehmen, das heißt, es ist kein Hard Fork nötig. Das senkt die Eintrittsbarrieren und den Widerstand beim Einsatz erheblich. Entwickler können den Standard jetzt direkt in ihren eigenen Smart Contracts und AA-Infrastrukturen umsetzen, ohne auf ein Upgrade der Ethereum Mainnet warten zu müssen.
Der neue Standard ist zudem mit dem bestehenden AA-Framework kompatibel: Er bedeutet nicht, alles neu aufzubauen, sondern erweitert bereits vorhandene Grundlagen wie ERC-4337 um dynamische Fähigkeiten. Für Entwickler, die bereits in den AA-Aufbau investiert haben, ist die Migrationskostenbelastung relativ gut beherrschbar.
Derzeit sind die offiziellen Erklärungen zu ERC-8211 unter erc8211.com verfügbar, und die EIP-Diskussion wird ebenfalls öffentlich auf ethereum-magicians.org geführt; Entwickler können direkt am Prozess beteiligt sein, der den Standard weiter ausarbeitet.
Die Bedeutung für das AI-×-DeFi-Ökosystem: Die letzte fehlende Komponente für autonome Ausführung
Account Abstraction wurde in den letzten Jahren immer wieder als wichtiger Baustein für die Verbreitung von Ethereum angesehen: Damit müssen normale Nutzer sich nicht um private Keys, Gas oder Signaturabläufe kümmern – eine Smart-Contract-Wallet erledigt alle zugrunde liegenden Operationen für dich. Aber die statischen Einschränkungen bestehender Standards in Automatisierungsszenarien sind einer der grundlegenden Gründe, warum KI-Agents komplexe DeFi-Strategien nicht zuverlässig ausführen können.
ERC-8211 versucht, diese Lücke zu schließen. Wenn der Standard weitgehend übernommen wird, können KI-Agents wirklich autonom mehrstufige DeFi-Strategien ausführen, wobei jeder Schritt unmittelbar auf den Marktstatus reagiert, statt darauf zu angewiesen zu sein, dass Nutzer ständig neu signieren oder eine Ausfallrate hinnehmen müssen. Für den sich schnell entwickelnden Bereich „On-Chain-KI-Agents“ ist das ein wichtiges Upgrade auf Infrastrukturebene.
Natürlich hängt davon, ob der Standard tatsächlich umgesetzt wird, letztlich auch die Geschwindigkeit ab, mit der die Entwickler-Community ihn übernimmt. ERC-8211 befindet sich derzeit noch in der Vorschlagsphase; ob es zu einem breit akzeptierten Ethereum-Standard wird, muss durch Zeit und Tests bestätigt werden.
