ERC-8183: Wie Ethereum die Handelsschicht für eine KI-Agenten-Ökonomie aufbaut

Über 3 Millionen US-Dollar an Agent-zu-Agent-Transaktionen fanden bereits auf Ethereum statt – ohne Treuhandservice, ohne Liefernachweis und ohne Regressansprüche, falls etwas schiefging. Am 10. März 2026 reichten das Virtuals Protocol und das dAI-Team der Ethereum Foundation einen Vorschlag ein, um dies zu beheben: ERC-8183, ein neuer Standard, der rohe On-Chain-Zahlungen zwischen KI-Agenten in verifizierbaren, vertrauenslosen Handel verwandelt.

Der Zeitpunkt ist von Bedeutung. Es wird prognostiziert, dass der Markt für agentische KI von 7 Milliarden US-Dollar im Jahr 2025 auf 93 Milliarden US-Dollar bis 2032 anwachsen wird. Google startete sein Universal Commerce Protocol im Januar 2026 mit Unterstützung von Shopify, Walmart, Visa und Mastercard. Das x402-Protokoll von Coinbase hat allein auf Solana über 35 Millionen Transaktionen verarbeitet. Dennoch löst keines dieser Systeme das grundlegende Vertrauensproblem, das entsteht, wenn zwei autonome Programme versuchen, miteinander Geschäfte zu machen.

ERC-8183 tut dies – und die Art und Weise, wie es dies tut, könnte definieren, wie Billionen von Dollar im Machine-to-Machine-Handel letztendlich abgewickelt werden.

Die Vertrauenslücke im Agenten-Handel

Wenn ein Mensch einen Freelancer auf einer Plattform wie Upwork einstellt, fungiert die Plattform als Vermittler – sie hält Gelder im Treuhandservice, verifiziert Arbeitsergebnisse und löst Streitigkeiten. Aber was passiert, wenn der „Freelancer“ ein KI-Agent ist und der „Kunde“ ein anderer KI-Agent ist, ohne dass ein Mensch involviert ist?

Dies ist keine theoretische Frage. Das Ökosystem des Virtuals Protocol unterstützt bereits über 15.800 KI-Projekte mit einem kumulierten Agenten-BIP von über 477 Millionen US-Dollar. Agenten generieren Inhalte, handeln mit Token, analysieren Daten und führen Rechenaufgaben für andere Agenten aus. Ohne einen Handelsstandard basieren diese Transaktionen auf einfachen Token-Transfers – das On-Chain-Äquivalent zum Versenden von Bargeld per Post in der Hoffnung, dass die andere Partei liefert.

Die Folgen sind vorhersehbar: nicht verifizierbare Arbeit, nicht einbringbare Zahlungen und eine aufkommende Vertrauenskrise, die das Wachstum der gesamten Agenten-Ökonomie drosselt.

Anatomie von ERC-8183: Das Job-Primitiv

ERC-8183 führt eine einzelne Kernabstraktion ein – den Job – der den vollständigen Lebenszyklus einer kommerziellen Agent-zu-Agent-Transaktion kodiert. Jeder Job umfasst drei Rollen:

• Client: Der Agent, der die Aufgabe veröffentlicht und den Treuhandservice finanziert.
• Provider: Der Agent, der für die Erledigung der Arbeit verantwortlich ist.
• Evaluator: Eine unabhängige Partei, die verifiziert, ob die Arbeit tatsächlich erledigt wurde.

Die Trennung des Evaluators sowohl vom Client als auch vom Provider ist die entscheidende Designentscheidung. Im Gegensatz zum einfachen Zwei-Parteien-Treuhandservice, der in einen Stillstand geraten kann, wenn sich keine Seite einig ist, führt ERC-8183 eine Drittpartei-Verifizierungsrolle ein, die von einem anderen KI-Agenten, einem Oracle oder einem spezialisierten Validierungsdienst übernommen werden kann.

Die State Machine

Jeder Job durchläuft einen definierten vierstufigen Lebenszyklus:

1. Open – Der Client erstellt den Job und spezifiziert die Aufgabe, den Zahlungs-Token, das Budget, den Evaluator und den Ablauf.
2. Funded – Der Client überträgt die Zahlung in den Treuhandservice des Smart Contracts. Die Gelder sind gesperrt und können nicht abgehoben werden.
3. Submitted – Der Provider schließt die Arbeit ab und reicht ein Arbeitsergebnis (oder dessen On-Chain-Referenz) ein.
4. Terminal – Der Evaluator markiert den Job als abgeschlossen (gibt die treuhänderisch verwalteten Gelder an den Provider frei), abgelehnt oder abgelaufen (löst eine Rückerstattung an den Client aus).

Diese State Machine ist bewusst minimal gehalten. Die Designer haben sich explizit dafür entschieden, den Kernvertrag schlank zu halten und komplexe Geschäftslogik in eine Erweiterbarkeitsschicht namens Hooks zu verlagern.

Hooks: Modulare Erweiterbarkeit ohne Aufblähen des Kerns

Das Hook-System von ERC-8183 ist der Punkt, an dem der Standard für Entwickler wirklich interessant wird. Hooks sind optionale Smart Contracts, die zum Zeitpunkt der Erstellung an einen Job angehängt werden und benutzerdefinierte Logik vor und nach jedem Zustandsübergang ausführen.

Was Hooks ermöglichen:

• Reputation Gates: Erfordern, dass der On-Chain-Reputationswert eines Providers (via ERC-8004) einen Schwellenwert überschreitet, bevor er einen Job annehmen kann.
• Bidding-Mechanismen: Ermöglichen es mehreren Providern, über den Preis oder die Bedingungen zu konkurrieren, bevor ein Client einen auswählt.
• Gebührenverteilung: Automatische Aufteilung der Zahlungen auf mehrere Mitwirkende oder Weiterleitung eines Prozentsatzes an eine Protokoll-Treasury.
• Mehrstufige Workflows: Verkettung mehrerer Jobs, bei der der Abschluss des einen die Erstellung des nächsten auslöst.
• Compliance-Prüfungen: Durchsetzung von KYC/KYA-Anforderungen (Know Your Agent) für regulierte Kontexte.

Ein wichtiges Sicherheitsdesign: die Funktion claimRefund ist bewusst von Hook-Callbacks ausgeschlossen. Dies stellt sicher, dass Rückerstattungen nach Ablauf niemals durch einen falsch konfigurierten oder bösartigen Hook blockiert werden können – ein subtiler, aber wichtiger Schutz gegen Griefing-Angriffe.

Der Agent-Commerce-Stack: Wie sich ERC-8183 einfügt

ERC-8183 operiert nicht isoliert. Er besetzt eine spezifische Schicht in einem entstehenden dreiteiligen „Agent-Commerce-Stack“ auf Ethereum:

Schicht 1: Identität — ERC-8004

Am 29. Januar 2026 im Ethereum-Mainnet gestartet, verleiht ERC-8004 KI-Agenten eine On-Chain-Identität durch drei Register:

• Identity Registry: Ein ERC-721-basiertes Handle, das zu der Registrierungsdatei eines Agenten aufgelöst wird – wodurch jeder Agent mit bestehenden Wallets und Infrastrukturen kompatibel wird.
• Reputation Registry: Eine dauerhafte, abfragbare Historie von Bewertungen und Evaluierungen, die nach Interaktionen eingereicht wurden.
• Validation Registry: Unabhängige Verifizierung von Agentenaktionen durch Stake-gesicherte Neuausführung, zkML-Proofs oder TEE-Oracles.

Ebene 2: Handel — ERC-8183

Die in diesem Artikel beschriebene auftragsbasierte Treuhand- und Evaluierungsebene.

Ebene 3: Zahlung — x402

Entwickelt vom Platform-Team von Coinbase, bettet x402 Stablecoin-Mikrozahlungen direkt in HTTP ein. Ein Server antwortet mit HTTP 402 (Payment Required), der Client signiert eine Zahlung und versucht es erneut, woraufhin der Server die Ressource bereitstellt. Auf L2s wie Base, wo die Gebühren etwa einen Cent betragen, kann ein Agent 0,001 $ für einen einzelnen API-Aufruf bezahlen.

Jeder abgeschlossene ERC-8183-Job speist Reputationsdaten zurück in ERC-8004 und schafft so einen sich verstärkenden Vertrauenszyklus. Ein Agent, der zuverlässig Aufträge liefert, baut einen Reputations-Score auf, der den Zugang zu höherwertigen Möglichkeiten freischaltet — ein Schwungrad (Flywheel), das widerspiegelt, wie menschliche Fachkräfte Karrieren aufbauen, jedoch in Maschinengeschwindigkeit.

ERC-8183 im Vergleich zu konkurrierenden Standards

Der Bereich des Agenten-Handels im Jahr 2026 ist geprägt von konkurrierenden Ansätzen:

Standard	Ansatz	Umfang	Wesentliche Einschränkung
ERC-8183	On-Chain-Treuhand mit Evaluator-Verifizierung	Agent-zu-Agent-Handel	Ethereum-zentriert; Gas-Kosten für komplexe Jobs
x402	HTTP-native Push-Zahlungen	Mikrozahlungen und API-Zugriff	Keine Treuhandfunktion oder Lieferverifizierung
Google UCP	Zentralisierter Händlerkatalog	Einzelhandelseinkäufe durch KI-Agenten	Geschlossenes Ökosystem; erfordert Google-Integration
AP2 (Agent Payments Protocol)	Tokenisierte Ausgabemandate	Ausgabenlimits für Agenten	Konzipiert für Mensch-zu-Agent, nicht Agent-zu-Agent

Der entscheidende Unterschied: x402 ist eine Zahlungsschiene (wie Geld bewegt wird), Google UCP ist ein Produktkatalog (was Agenten kaufen können) und ERC-8183 ist ein Handelsprotokoll (der vollständige Lebenszyklus einer Transaktion einschließlich Verifizierung und Streitbeilegung). Sie ergänzen sich eher, als dass sie konkurrieren.

Googles UCP, mitentwickelt von Shopify, Walmart und Visa, deckt den Anwendungsfall "Shopping" ab — ein KI-Agent, der einen Katalog durchsucht, Preise vergleicht und einen Kauf im Namen eines Menschen tätigt. ERC-8183 behandelt den grundlegend anderen Fall, in dem beide Parteien autonome Agenten sind, die Dienstleistungen ohne menschliche Aufsicht aushandeln und ausführen.

Reale Auswirkungen

Das 477 Millionen $ Agenten-BIP

Das Ökosystem des Virtuals Protocol hat bereits ein kumulatives Agenten-BIP von über 477 Millionen $ generiert. ERC-8183 formalisiert die Geschäftsbeziehungen, die zu diesen Zahlen geführt haben, und beschleunigt potenziell das Wachstum, indem es das Transaktionsrisiko verringert.

DeFi-Agenten-Workflows

Betrachten Sie eine Multi-Agenten-DeFi-Strategie: Agent A überwacht die Marktbedingungen und veröffentlicht einen Auftrag für eine Rebalancing-Analyse. Agent B führt die Analyse durch, reicht Empfehlungen ein und Agent C (ein spezialisierter Evaluator) verifiziert die Qualität der Analyse. Die Zahlung fließt automatisch nach der Verifizierung. Der gesamte Workflow wird ohne menschliches Eingreifen ausgeführt, wobei jeder Schritt on-chain aufgezeichnet wird.

Content- und Datenmärkte

KI-Agenten, die Inhalte, Trainingsdaten oder Analyseberichte erstellen, können Dienstleistungen über ERC-8183-Jobs anbieten. Ein Agent zur Content-Erstellung stellt Ergebnisse bereit, ein Evaluierungs-Agent verifiziert Qualität und Originalität, und die Zahlung wird automatisch abgewickelt. Das Hook-System ermöglicht Marktplätze, die Mindestqualitätsstandards durchsetzen und die Evaluierung über mehrere Stufen hinweg eskalieren können.

Protokollübergreifende Komponierbarkeit

Da ERC-8183-Jobs standardmäßige Smart Contracts sind, lassen sie sich natürlich mit anderen Ethereum-Primitiven gewinnen. Ein Agent könnte Token in einem DeFi-Protokoll als Sicherheit (Collateral) für die Annahme eines Auftrags staken oder Auftragseinnahmen automatisch über ein Yield-Protokoll leiten. Das Hook-System macht diese Integrationen modular statt maßgeschneidert.

Herausforderungen und offene Fragen

Gas-Kosten und Skalierbarkeit

Jeder Auftrag umfasst mindestens drei On-Chain-Transaktionen (finanzieren, einreichen, evaluieren). Im Ethereum-Mainnet könnte dies bei aktuellen Gas-Preisen 5 – 15 $ kosten — unerschwinglich für Aufgaben mit geringem Wert. Der Einsatz auf L2s (Base, Arbitrum, Optimism) reduziert dies auf Cent-Beträge, führt jedoch zu Bridge-Komplexität für kettenübergreifende Agenten-Interaktionen.

Evaluator-Zentralisierung

Die Rolle des Evaluators ist die kritische Vertrauensannahme des Systems. Wenn eine kleine Anzahl von Evaluierungsdiensten dominiert, stellt ERC-8183 die Abhängigkeit von zentralisierten Plattformen wieder her, die es eigentlich beseitigen sollte. Das ERC-8004 Validation Registry adressiert dies teilweise, indem es verschiedene Evaluierungsmethoden (zkML, TEE, Staking) ermöglicht, aber die Marktdynamik der Evaluator-Auswahl bleibt ungetestet.

Adoption vs. Fragmentierung

Da x402, Google UCP, AP2, ERC-8183 und proprietäre Agenten-Frameworks alle um die Aufmerksamkeit der Entwickler konkurrieren, ist das Risiko einer Fragmentierung real. Agenten müssen möglicherweise mehrere Standards unterstützen, was die Komplexität erhöht. Das Gegenargument: Jeder Standard zielt auf eine andere Ebene ab, und Interoperabilität ist durch Middleware erreichbar.

Regulatorische Unsicherheit

Autonome Agenten, die Finanztransaktionen ohne menschliche Aufsicht ausführen, befinden sich in regulatorischem Neuland. Sind Zahlungen von Agent zu Agent Geldübermittlung? Tragen Evaluatoren eine treuhänderische Verantwortung? Diese Fragen sind in allen Rechtsordnungen noch unbeantwortet.

Was als Nächstes kommt

ERC-8183 befindet sich derzeit im Draft-Status im Repository für Ethereum Improvement Proposals. Der Weg vom Entwurf zum finalen Status umfasst Community-Reviews, Referenzimplementierungen, Sicherheitsaudits und mindestens einen erfolgreichen produktiven Einsatz.

Die nächsten sechs Monate werden wahrscheinlich darüber entscheiden, ob ERC-8183 zum Standard für den Agenten-Handel oder zu einem von vielen konkurrierenden Ansätzen wird. Wichtige Meilensteine sind:

• Referenzimplementierung auf Ethereum-L2s (Base, Arbitrum), wo niedrige Gas-Kosten kleine Aufträge rentabel machen
• Integration mit x402 für nahtlose Zahlungsflüsse innerhalb des Job-Lebenszyklus
• Cross-Chain-Bereitstellung, da Agenten, die über mehrere Blockchains hinweg agieren, einheitliche Handelsstandards benötigen
• Entwicklung eines Evaluator-Marktplatzes, der eine Zentralisierung der Verifizierungsebene verhindert

Die Agenten-Ökonomie wird in Echtzeit aufgebaut. Über 3 Millionen $ wurden bereits zwischen Agenten transaktiert, bevor jemand einen Standard für die Funktionsweise festlegte. ERC-8183 ist Ethereums Antwort auf die wichtigste Frage, während KI-Agenten zu wirtschaftlichen Akteuren werden: Nicht "Können Maschinen sich gegenseitig bezahlen?" — das können sie bereits — sondern "Können Maschinen einander vertrauen?"

---

BlockEden.xyz bietet Blockchain-API-Infrastruktur der Enterprise-Klasse an, die Ethereum, Base und andere EVM-Ketten unterstützt, auf denen Standards für den agentenbasierten Handel wie ERC-8183 bereitgestellt werden. Entdecken Sie unsere Services, um die Infrastrukturebene für die aufstrebende Agenten-Ökonomie aufzubauen.