ERC-8211 erklärt: Der Ethereum-Standard, der KI-Agenten lehrt, vor einer Transaktion nachzudenken
Stellen Sie sich vor, Sie sagen einem DeFi-Bot: „Tausche all mein WETH gegen USDC, lege es bei Aave an, aber nur wenn mein Endguthaben über $5.000 bleibt.“ Heute erfordert diese Anweisung, dass ein Entwickler jeden Parameter vor der Signierung fest einprogrammiert — das exakte WETH-Guthaben, die erwartete USDC-Ausgabe, den Aave-Einzahlungsbetrag — was eine fragile Transaktion erzeugt, die fehlschlägt, sobald sich die Marktbedingungen zwischen dem Block der Signierung und dem Block der On-Chain-Ausführung verschieben. ERC-8211, veröffentlicht am 6. April 2026 von Biconomy und der Ethereum Foundation, beseitigt diese Fragilität vollständig. Es ist der erste Ethereum-Standard, der KI-Agenten ermöglicht, den aktuellen Chain-Status zu lesen, Bedingungen zu validieren und mehrstufige Strategien in einer einzigen atomaren Transaktion auszuführen — und verwandelt statische Batch-Aufrufe in intelligente, sich selbst anpassende Workflows.
Das Timing ist kein Zufall. Über 17.000 KI-Agenten sind mittlerweile allein auf Virtuals Protocol aktiv. Coinbases AgentKit betreibt autonome Wallets über mehrere LLM-Anbieter hinweg. NEARs Mitgründer hat erklärt, dass „die Nutzer der Blockchain KI-Agenten sein werden.“ Aber bis jetzt waren diese Agenten gezwungen, mit DeFi über dieselben starren Transaktionsformate zu interagieren, die für Menschen entwickelt wurden, die Buttons auf einer Benutzeroberfläche klicken. ERC-8211 gibt ihnen etwas grundlegend anderes: die Fähigkeit, Entscheidungen on-chain, zur Ausführungszeit, mit integrierten Sicherheitsmechanismen zu komponieren.
Das Problem: Statisches Batching wurde nie für autonome Agenten entwickelt
Multi-Call-Verträge wie Multicall3 und ERC-4337-Bundler ermöglichen es Wallets bereits, mehrere Transaktionen zu einer zusammenzufassen. Aber jeder Parameter muss zum Zeitpunkt der Signierung festgelegt werden. Wenn ein KI-Agent einen Batch signiert, um 2,5 WETH gegen USDC zu tauschen und die Erlöse bei Aave einzuzahlen, ist der Wert von 2,5 WETH eingefroren — selbst wenn sich das tatsächliche Guthaben des Agenten zwischen Signierung und Ausführung durch einen eingehenden Transfer oder eine Gebührenabbuchung geändert hat.
Dies erzeugt drei kaskadierende Probleme für autonome Agenten:
- Veralteter Zustand: Bis eine gebatchte Transaktion in einen Block aufgenommen wird, gilt der angenommene On-Chain-Zustand möglicherweise nicht mehr. Eine Preisverschiebung von 0,3 % kann dazu führen, dass ein Swap fehlschlägt, Gas verschwendet wird und die Strategie nur halb ausgeführt bleibt.
- Überspezifikation: Agenten müssen jeden Zwischenwert (exakte Ausgabemengen, Slippage-Schwellenwerte, Einzahlungsmengen) vor der Signierung vorberechnen. Bei einer fünfstufigen Hebel-Schleife bedeutet dies die Vorhersage von fünf aufeinanderfolgenden Ausgaben — von denen jede einzelne den Rest ungültig machen kann.
- Keine bedingte Logik: Statische Batches sind alles oder nichts. Es gibt keine Möglichkeit zu sagen: „Fahre mit Schritt drei nur fort, wenn das Ergebnis von Schritt zwei einen Schwellenwert überschreitet.“ Ein Agent kann innerhalb des Batch selbst keine Sicherheitsbedingungen ausdrücken.
Das Ergebnis ist, dass heutige KI-Agenten DeFi-Strategien mit der Flexibilität einer gedruckten Bordkarte ausführen — jedes Detail muss vor dem Abflug korrekt sein, und jede Änderung erfordert einen Neuanfang.
So funktioniert ERC-8211: Fetcher, Constraints und Prädikate
ERC-8211 führt das ein, was Biconomy als „Smart Batching“ bezeichnet — einen Contract-Layer-Encoding-Standard, bei dem jeder Parameter in einem Batch deklariert, wie sein Wert ermittelt wird und welche Bedingungen dieser Wert erfüllen muss. Der Standard basiert auf drei Grundbausteinen:
Fetcher
Jeder Eingabeparameter trägt einen Fetcher-Typ, der bestimmt, wie sein Wert zur Ausführungszeit — nicht zur Signierungszeit — bezogen wird. Drei Fetcher-Typen stehen zur Verfügung:
- RAW_BYTES: Der Wert ist fest kodiert, identisch mit traditionellem Batching.
- STATIC_CALL: Der Wert wird aus einem Live-On-Chain-Vertragsaufruf gelesen — Prüfung eines Guthabens, Abfrage eines Orakel-Preises oder Auslesen der Reserven eines Pools.
- BALANCE: Der Wert ist das Native-Token- oder ERC-20-Guthaben des ausführenden Kontos zum Zeitpunkt der Ausführung.
Ein Routing-Ziel bestimmt dann, wohin der aufgelöste Wert geht: in die Zieladresse des Aufrufs, sein Value-Feld oder seine Calldata.
Constraints
Jeder aufgelöste Wert kann Inline-Constraints tragen — logische Prüfungen, die on-chain validiert werden, bevor der Aufruf fortfährt. Unterstützte Constraint-Typen umfassen EQ (gleich), GTE (größer oder gleich), LTE (kleiner oder gleich) und IN (Zugehörigkeit zu einer Menge). Wenn eine Constraint fehlschlägt, wird der gesamte Batch atomar zurückgesetzt.
In der Praxis bedeutet dies, dass ein Agent sagen kann: „Hole mein WETH-Guthaben (BALANCE-Fetcher), bestätige, dass es GTE 1,0 WETH ist (Constraint), und leite den aufgelösten Wert in die Swap-Calldata weiter (Routing).“
Prädikate
Einträge mit target = address(0) fungieren als reine Assertions-Checkpoints. Sie kodieren eine boolesche Bedingung zum Chain-Zustand — zum Beispiel die Überprüfung, ob das USDC-Guthaben einer Wallet nach einer Hebel-Schleife über einem Sicherheitsminimum bleibt — ohne einen externen Aufruf auszuführen. Wenn das Prädikat fehlschlägt, wird der Batch zurückgesetzt.
Zusammen verwandeln diese drei Grundbausteine einen Batch von einem statischen Skript in ein reaktives Programm: „Tausche mein gesamtes WETH-Guthaben gegen USDC, lege dann genau das Erhaltene bei Aave an, aber nur wenn mein Endguthaben mein Sicherheitsminimum überschreitet.“ Alles in einer Transaktion, alles zur Ausführungszeit aufgelöst.
Der entstehende Agent-Protokoll-Stack
ERC-8211 existiert nicht isoliert. Es fügt sich in einen zunehmend kohärenten Protokoll-Stack ein, den die Ethereum Foundation speziell für autonome Agenten zusammenstellt:
| Schicht | Standard | Funktion | Hauptentwickler |
|---|---|---|---|
| Identität | ERC-8004 | Agenten-Erkennung, Vertrauen und Reputationsbewertung | Ethereum Foundation |
| Handel | ERC-8183 | Job-Lifecycle-Management — Treuhand, Liefernachweis, Abrechnung | Virtuals Protocol |
| Ausführung | ERC-8211 | Smart Batching — bedingte, zustandsbewusste On-Chain-Ausführung | Biconomy |
| Zahlung | x402 | HTTP-native Stablecoin-Mikrozahlungen für Agenten-Dienste | Coinbase + Cloudflare |
Die Analogie ist kein Zufall: ERC-8004 identifiziert, wer transagiert, ERC-8183 regelt, welche Arbeit ausgetauscht wird, ERC-8211 handhabt, wie die Arbeit on-chain ausgeführt wird, und x402 verwaltet, wie Zahlungen zwischen Agenten fließen. Zusammen bilden sie das, was Branchenbeobachter als den „TCP/IP-Moment für On-Chain-KI“ zu bezeichnen begonnen haben — einen geschichteten Stack, in dem jedes Protokoll ein Anliegen sauber behandelt.
ERC-8183 ist besonders komplementär. Sein Job-Primitiv — bei dem ein Client-Agent einen Provider-Agenten beauftragt, treuhänderisch hinterlegte Mittel gehalten werden und ein Evaluator die Lieferung bestätigt — erzeugt genau die Art von mehrstufigen, bedingten On-Chain-Aktionen, für deren Ausführung ERC-8211 konzipiert ist. Ein KI-Agent, der einen Job über ERC-8183 annimmt, muss möglicherweise eine Reihe von DeFi-Operationen (Tausch, Einlage, Leihe) als Teil der Auftragsabwicklung durchführen. ERC-8211 stellt sicher, dass diese Operationen korrekt ausgeführt werden, selbst wenn sich die Marktbedingungen zwischen Auftragsannahme und Ausführung ändern.
Konkurrierende Ansätze: AgentKit, NEAR Chain Signatures und das Fragmentierungsrisiko
ERC-8211s Smart Batching ist nicht das einzige Framework, das um die Position als Standard-Ausführungsschicht für KI-Agenten konkurriert:
Coinbase AgentKit stellt Wallet-Infrastruktur und On-Chain-Aktionsprimitive für KI-Agenten bereit, mit nativer Unterstützung für OpenAI, Anthropic und Llama-Modelle. Im März 2026 startete World (Sam Altmans Identitätsprojekt) eine AgentKit-Integration mit x402-Zahlungen und World-ID-Verifizierung, die es Agenten ermöglicht, einen kryptographischen Nachweis menschlicher Unterstützung mitzuführen. AgentKit glänzt bei der Wallet-Verwaltung und einfachen Transaktionen, bietet aber derzeit nicht die bedingte, zustandsbewusste Ausführung, die ERC-8211 bereitstellt.
NEAR Chain Signatures verfolgt einen anderen architektonischen Ansatz: Agenten erhalten eigene NEAR-Konten mit privaten Schlüsseln, die in Trusted Execution Environments (TEEs) gespeichert sind, und können über die Chain-Signatures-Technologie Transaktionen auf jeder Blockchain — Ethereum, Bitcoin, Solana — von einer einzigen NEAR-basierten Identität aus signieren. Dies löst das Multi-Chain-Problem elegant, operiert aber auf der Infrastrukturebene und nicht auf der Ebene der Ausführungssemantik.
Visas Trusted Agent Protocol und Googles AP2 (Agent Payment Protocol 2.0) adressieren die Zahlungs- und Händler-Verifizierungsseite und helfen dem traditionellen Handel, KI-Agenten-Transaktionen zu erkennen und zu verarbeiten. Sie ergänzen ERC-8211s On-Chain-Ausführungsfokus, anstatt damit zu konkurrieren.
Das Fragmentierungsrisiko ist real. Wenn AgentKit eigene Primitive für bedingte Ausführung entwickelt oder wenn NEAR einen konkurrierenden Batch-Ausführungsstandard schafft, könnten Agenten vor denselben Interoperabilitätsherausforderungen stehen, die das frühe DeFi plagten — mehrere Standards, die dasselbe Problem lösen, keiner erreicht eine kritische Masse. ERC-8211s Vorteil ist seine Kompatibilität mit bestehender Account-Abstraction-Infrastruktur (ERC-4337, ERC-7683) und sein minimaler Fußabdruck: Es erfordert keinen Protokoll-Fork, keinen neuen Opcode und funktioniert mit jeder Smart-Account-Implementierung.
Warum das wichtig ist: Die 400.000-Agenten-Ökonomie braucht On-Chain-Komposabilität
Die Zahlen zeichnen ein klares Bild der Dringlichkeit. Über 400.000 KI-Agenten operieren mittlerweile über Blockchain-Netzwerke hinweg, laut Chainalysis-Schätzungen. Virtuals Protocol allein hat einen kumulativen Umsatz von $39,5 Millionen mit seinen mehr als 17.000 Agenten überschritten. Coinbases AgentKit unterstützt autonome Wallets über jeden großen LLM. Die Agenten-Ökonomie ist nicht spekulativ — sie generiert heute reale Umsätze und führt reale Transaktionen aus.
Aber diese Agenten sind durch eine für menschliche Nutzer konzipierte Infrastruktur eingeschränkt. Ein Mensch, der einen Swap auf Uniswap signiert, kann den Preis prüfen, die Slippage anpassen und bestätigen — alles innerhalb von Sekunden. Ein autonomer Agent, der im großen Maßstab operiert, kann sich diese manuelle Feedback-Schleife nicht leisten. Er muss komplexe Strategien als eigenständige, sich selbst validierende Transaktionsbündel ausdrücken, die unabhängig davon korrekt ausgeführt werden, was zwischen Signierung und Aufnahme geschieht.
Die Auswirkungen von ERC-8211 gehen über die DeFi-Automatisierung hinaus. Betrachten Sie diese Szenarien:
- Autonomes Treasury-Management: Ein DAO-Treasury-Agent, der über Yield-Protokolle hinweg rebalanciert, mit Prädikat-Prüfungen, die sicherstellen, dass kein einzelnes Protokoll mehr als 30 % der Mittel hält — alles in einer atomaren Transaktion.
- MEV-resistente Ausführung: Durch die Auflösung von Werten zur Ausführungszeit statt zur Signierungszeit reduzieren Smart Batches die Informationen, die MEV-Suchern zur Verfügung stehen, die veraltete Parameter in ausstehenden Transaktionen ausnutzen.
- Protokollübergreifende Arbitrage: Ein Agent, der eine Preisdiskrepanz zwischen Uniswap und Curve erkennt, kann die Arbitrage atomar mit Constraints ausführen, die Mindestgewinnschwellen sicherstellen, und eliminiert das Risiko, eine Seite auszuführen und bei der anderen zu scheitern.
Der Weg voraus: Vom Standard zur Infrastruktur
ERC-8211 ist noch ein ERC-Vorschlag, kein finalisierter Standard. Seine Referenzimplementierung ist Open Source und in einer Demo-Form verfügbar, aber die Adoption hängt davon ab, dass Wallet-Anbieter, Bundler-Betreiber und DeFi-Protokolle das Smart-Batching-Interface integrieren. Das kontoagnostische Design des Standards — er funktioniert mit ERC-4337-Smart-Accounts, ERC-7683-Cross-Chain-Intents und traditionellen EOAs über Executor-Verträge — beseitigt die größte Adoptionshürde, aber die Integration erfordert weiterhin aktive Entwicklung.
Der Vier-Standard-Agenten-Stack (ERC-8004 + ERC-8183 + ERC-8211 + x402) repräsentiert eine kohärente Vision, aber kohärente Visionen in der Kryptowelt sind historisch unter Wettbewerbsdruck fragmentiert. Ob sich der Stack zu einem De-facto-Standard konsolidiert oder in konkurrierende Implementierungen zersplittert, wird davon abhängen, welche Protokolle zuerst Produktionsintegrationen ausliefern.
Was nicht in Frage steht, ist die Richtung. Die primären Nutzer der Blockchain verlagern sich von Menschen, die durch Frontends klicken, zu autonomen Agenten, die programmatische Strategien ausführen. ERC-8211 ist der erste ernsthafte Versuch, diesen Agenten ein Transaktionsformat zu geben, das ihren Fähigkeiten entspricht — eines, das nachdenkt, bevor es transagiert.
Entwickeln Sie KI-Agenten, die mit DeFi-Protokollen über mehrere Chains hinweg interagieren? BlockEden.xyz bietet leistungsstarke RPC-Endpunkte und Daten-APIs für Ethereum, Sui, Aptos und über 20 weitere Netzwerke — die Infrastrukturschicht, die Ihre Agenten für zuverlässige On-Chain-Lesezugriffe und Ausführung benötigen. Entdecken Sie unseren API-Marktplatz, um loszulegen.