ERC-8183 erklärt: Wie Ethereum eine Freelance-Ökonomie für KI-Agenten aufgebaut hat

Was wäre, wenn jeder KI-Agent im Internet einen anderen Agenten beauftragen, die Zahlung in einem Smart Contract treuhänderisch hinterlegen und die Mittel nur dann freigeben könnte, wenn ein externer Verifizierer bestätigt, dass die Arbeit erledigt wurde – und das alles, ohne dass ein Mensch auch nur einen einzigen Knopf drückt?

Das ist das Versprechen von ERC-8183, dem „Agentic Commerce“-Standard, der am 25. Februar 2026 von Entwicklern des Virtuals Protocol in Zusammenarbeit mit dem dAI-Team der Ethereum Foundation vorgeschlagen wurde. Weniger als sechs Wochen nach der Veröffentlichung gibt es bereits Live-Implementierungen auf Arbitrum, der BNB Chain und dem XRP Ledger. Es könnte der folgenreichste Ethereum-Standard seit der Einführung von NFTs durch ERC-721 sein – nur dass die Kunden dieses Mal keine Menschen sind, die JPEGs sammeln, sondern autonome Software-Agenten, die Geschäfte in Maschinengeschwindigkeit abwickeln.

Das Problem: Agenten können bezahlen, aber sie können keine Geschäfte machen

Vor ERC-8183 verfügte der KI-Krypto-Stack über zwei grundlegende Bausteine. ERC-8004, das am 29. Januar 2026 im Ethereum-Mainnet live ging, gab Agenten On-Chain-Identitäten, Reputation und Verifizierungsregister. Und das x402-Protokoll von Coinbase, das bereits über 100 Millionen Transaktionen verarbeitet hat, ermöglichte Stablecoin-Mikrozahlungen, die direkt in HTTP-Anfragen eingebettet sind.

Zusammen ermöglichten diese Standards es Agenten, sich zu identifizieren und Geld zu senden. Aber sie konnten keine Geschäfte abwickeln. Es gab keinen standardisierten Weg für einen Agenten, einen Auftrag auszuschreiben, für einen anderen, diesen anzunehmen, für einen dritten, das Ergebnis zu verifizieren, und dafür, dass die Zahlung erst nach Bestätigung freigegeben wird. Das fehlende Teil war nicht der Zahlungsverkehr – es war der Handel (Commerce).

Betrachten wir ein praktisches Szenario: Ein Marketing-Agent benötigt einen Content-Agenten zum Schreiben von Texten, einen Bild-Agenten zur Erstellung von Visuals und einen Analytics-Agenten zur Messung der Kampagnenleistung. Ohne eine Commerce-Ebene erfordert jede Interaktion eine individuelle Integration, manuelle Koordination oder die Abhängigkeit von einer zentralen Plattform, die Gebühren erhebt und den Zugang kontrolliert.

ERC-8183 beseitigt diese Reibungsverluste, indem der gesamte kommerzielle Workflow – Aufgabendefinition, Treuhand (Escrow), Lieferung, Verifizierung und Abrechnung – in einem einzigen Smart-Contract-Primitiv kodiert wird.

Wie ERC-8183 funktioniert: Das Job-Primitiv

Im Kern definiert ERC-8183 eine atomare Einheit namens Job. Jede kommerzielle Interaktion von Agent zu Agent läuft über diese Struktur ab und umfasst drei Rollen:

• Client: Der Agent, der Arbeit benötigt und das Budget bereitstellt.
• Provider: Der Agent, der die Arbeit ausführt und den Erbringungsnachweis einreicht.
• Evaluator: Die Adresse (Mensch, KI, Smart Contract, DAO oder ZK-Proof-Verifizierer), die bestätigt, ob das Ergebnis den Spezifikationen entspricht, bevor Gelder fließen.

Der Lebenszyklus mit vier Zuständen

Jeder Job durchläuft eine strikte State Machine:

1. Open — Der Client ruft createJob auf und gibt die Adresse des Providers, die Adresse des Evaluators, einen Ablaufzeitstempel, eine Aufgabenbeschreibung und einen optionalen Hook-Contract für Erweiterbarkeit an.
2. Funded — Der Client ruft fund(jobId, expectedBudget) auf, wodurch der vereinbarte Token-Betrag in das Treuhandkonto des Smart Contracts eingezogen wird. Das Budget ist vor der Finanzierung durch beide Parteien verhandelbar.
3. Submitted — Der Provider ruft submit mit einer bytes32-Referenz zum Ergebnis auf – in der Regel ein IPFS-Content-Hash oder ein anderer verifizierbarer Verweis auf die Ausgabe.
4. Terminal — Der Evaluator ruft entweder complete auf (wodurch die treuhänderisch hinterlegten Mittel an den Provider freigegeben werden, abzüglich einer optionalen Plattformgebühr) oder reject (wodurch der Client den vollen Betrag zurückerstattet bekommt).

Dieser Lebenszyklus eliminiert das Vertrauensproblem, das Interaktionen zwischen Agenten plagt. Die Mittel des Clients sind im Treuhandkonto gesperrt – sie können nicht einseitig zurückgezogen werden. Der Provider weiß, dass die Zahlung garantiert ist, wenn die Arbeit die Evaluierung besteht. Und der Evaluator fungiert als vertrauenswürdiger Schiedsrichter, dessen Entscheidung endgültig und on-chain ist.

Der Evaluator: Die flexibelste Innovation von ERC-8183

In der Rolle des Evaluators geht ERC-8183 über einen einfachen Treuhandmechanismus hinaus und wird zu einem vollständigen Commerce-Framework. Da der Standard den Evaluator als beliebige Ethereum-Adresse definiert, unterstützt er eine außergewöhnliche Bandbreite an Verifizierungsmodellen:

• KI-Agenten, die eine qualitative Überprüfung der Ergebnisse durchführen
• Smart Contracts, die Zero-Knowledge-Proof-Verifizierer für deterministische Ausgaben umschließen
• Multisig-Arrangements für hochwertige Aufträge, die einen Konsens erfordern
• DAO-Governance-Mechanismen für von der Community evaluierte Arbeit
• Spezialisierte Auditoren-Netzwerke, die ihre Reputation für eine faire Evaluierung einsetzen

Diese Flexibilität bedeutet, dass derselbe Standard sowohl eine Bildgenerierungsaufgabe für 0,001 $, die durch einen automatisierten Klassifikator verifiziert wird, als auch ein Smart-Contract-Audit für 100.000$, das durch eine DAO-Abstimmung verifiziert wird, regeln kann. Das Protokoll schreibt nicht vor, wie Vertrauen aufgebaut wird – es liefert die wirtschaftlichen Schienen, auf denen jedes Vertrauensmodell operieren kann.

Die Wettbewerbslandschaft: Ein Dreikampf

ERC-8183 existiert nicht in einem Vakuum. Es tritt in ein Wettbewerbsumfeld ein, in dem mehrere Protokolle darum kämpfen, der Standard für den Handel mit KI-Agenten zu werden.

Coinbase x402: Zahlungen, nicht Handel

Das x402-Protokoll von Coinbase bettet Stablecoin-Zahlungen direkt in HTTP-Anfragen ein und lässt den lange Zeit brachliegenden HTTP-Statuscode 402 „Payment Required“ wieder aufleben. Mit über 100 Millionen verarbeiteten Transaktionen und Integrationen mit Stripe, Cloudflare und Alchemy verfügt x402 über die größte Produktionsreife aller Agent-Zahlungsprotokolle.

Aber x402 ist ein Zahlungsstandard, kein Handelsstandard. Es übernimmt den Schritt „Geld senden“, verfügt aber nicht über integriertes Escrow, Aufgabendefinition, Ergebnisverifizierung oder Streitbeilegung. Entscheidend ist, dass x402 und ERC-8183 eher komplementär als konkurrierend sind – x402 kann als Abrechnungsschicht innerhalb des Treuhandmechanismus von ERC-8183 dienen.

Google A2A + AP2: Der zentralisierte Pfad

Googles Agent-to-Agent (A2A)-Protokoll gepaart mit AP2-Zahlungsschienen repräsentiert den zentralisierten Ansatz. Unterstützt von Mastercard, American Express und PayPal integriert Googles Stack UCP für den Handel, GCUL für die institutionelle Abwicklung und AP2 / x402 für Zahlungen.

Google hat sogar mit Coinbase zusammengearbeitet, um eine A2A x402-Erweiterung zu veröffentlichen, die Krypto-Zahlungen in sein Agent-Protokoll bringt. A2A wird jedoch über eine von Google kontrollierte Infrastruktur geleitet und erfordert Plattform-Compliance – ein grundlegend anderes Vertrauensmodell als der erlaubnisfreie On-Chain-Ansatz von ERC-8183.

Wo ERC-8183 sich unterscheidet

Die Unterscheidung zwischen diesen Protokollen spiegelt eine tiefere philosophische Kluft wider:

Merkmal	ERC-8183	x402	Google A2A
Umfang	Vollständiger Handelslebenszyklus	Nur Zahlung	Kommunikation + Zahlung
Escrow	Nativer Smart Contract	Keine	Plattformverwaltet
Verifizierung	Beliebige Evaluator-Adresse	Keine	Plattformabhängig
Erlaubnisfrei	Ja	Ja	Nein
Abwicklung	On-Chain	On-Chain	Hybrid

Der einzigartige Beitrag von ERC-8183 ist die Evaluator-Escrow-Paarung: Es ist der einzige Standard, der die gesamte kommerzielle Transaktion – nicht nur die Zahlung – vertrauenslos On-Chain ausführbar macht.

Vom Standard zur Produktion: Die Multi-Chain-Expansion

Virtuals Protocol, der Hauptverfechter von ERC-8183, ist durch sein Agent Commerce Protocol (ACP) aggressiv von der Spezifikation zur Implementierung übergegangen:

• Arbitrum-Integration (24. März 2026): Live auf Arbitrum, wobei die tiefe Liquidität und die niedrigen Transaktionskosten genutzt werden. Projekte wie Octodamus AI haben operative On-Chain-Zahlungen pro Auftrag bestätigt.
• BNB Chain: BNB Chain hat die erste Live-Implementierung von ERC-8183 über sein BNBAgent SDK veröffentlicht – noch bevor der Standard überhaupt finalisiert wurde.
• XRP Ledger: Live-Integration, die Agent-Handel im gesamten XRPL-Ökosystem ermöglicht.
• XLayer: Agent-Handelsschienen für autonome Transaktionen, geplant für das 2. Quartal 2026.

Die Multi-Chain-Strategie spiegelt eine pragmatische Realität wider: KI-Agenten agieren nicht auf einer einzigen Blockchain. Ein Agent, der ein DeFi-Portfolio verwaltet, könnte Trades auf Arbitrum ausführen, Zahlungen auf Base abwickeln und die Identität im Ethereum-Mainnet verifizieren. Das Chain-agnostische Design von ERC-8183 – das auf der Ebene der Smart-Contract-Schnittstelle definiert ist, anstatt fest im Ethereum-Ausführungsumfeld codiert zu sein – ermöglicht die Bereitstellung überall dort, wo eine EVM-kompatible Laufzeitumgebung existiert.

Der Identity-Commerce-Stack: ERC-8004 trifft auf ERC-8183

ERC-8183 funktioniert nicht isoliert. Es ist als Handelsschicht in einem Zwei-Standard-Stack konzipiert:

ERC-8004 (live seit dem 29. Januar 2026) bietet drei Register:

• Identity Registry: On-Chain-Handles für Agenten basierend auf ERC-721, die auf Registrierungsdateien verweisen.
• Reputation Registry: Standardisierte Schnittstellen zum Posten und Abrufen von Feedback-Signalen.
• Validation Registry: Verifizierungsmechanismen für Agenten-Fähigkeiten.

ERC-8183 generiert dann die Transaktionsaktivität, die das Reputationssystem von ERC-8004 speist. Jeder Job-Abschluss wird als On-Chain-Credential aufgezeichnet, das an die ERC-8004-Identität des Agenten gebunden ist, wodurch ein portabler Reputationswert entsteht, der dem Agenten über Plattformen und Chains hinweg folgt.

Dies schafft ein leistungsstarkes Flywheel: Agenten mit mehr abgeschlossenen Jobs bauen eine stärkere Reputation auf und ziehen mehr Clients an, die wiederum mehr Jobs erstellen, was mehr Reputationsdaten generiert. Im Laufe der Zeit wird das Reputationssignal zu einem Wettbewerbsvorteil (Moat) – Agenten können keine Historie erfolgreicher Job-Abschlüsse vortäuschen, die von unabhängigen Evaluatoren verifiziert wurden.

Das dAI-Team der Ethereum Foundation unter der Leitung von Davide Crapis hat diese beiden Standards explizit als Grundlage der Ethereum-Strategie einer „Economy of Machines“ (Ökonomie der Maschinen) positioniert. Über 150 Projekte haben seit dem Mainnet-Launch mit dem Aufbau auf ERC-8004 begonnen, und das dAI-Team unterhält eine Builder-Gruppe mit mehr als 1.000 Mitgliedern.

Warum dies wichtig ist: Die Billionen-Dollar-Agent-Ökonomie

Die Agent-Ökonomie ist keine spekulative Zukunft – sie materialisiert sich jetzt. Beachten Sie die Datenpunkte:

• 10.000 + Agenten, die vor dem Mainnet-Launch von ERC-8004 im Ethereum-Testnetz registriert wurden.
• x402 hat über 100 Mio. + Transaktionen mit einem jährlichen Zahlungsvolumen von 600 Mio. $ verarbeitet.
• Theoriq Alpha Vault verwaltet 25 Mio. $ an TVL unter Verwendung autonomer Agent-Vault-Mechanismen.
• Es wird prognostiziert, dass der 52,6 Mrd. $ KI-Agent-Markt wachsen wird, während Agenten von Chatbots zu autonomen Wirtschaftsakteuren werden.

Analysten bei Odaily haben ERC-8183 nicht als Zahlungsmechanismus, sondern als „das zugrunde liegende Geschäftsprotokoll für die Billionen-Dollar-Agent-Ökonomie“ beschrieben. Die Unterscheidung ist wichtig. Zahlungen sind ein Massenprodukt (Commodity) – Dutzende von Protokollen können Stablecoins zwischen Adressen verschieben. Handel erfordert strukturierte Koordination: Wer will was erledigt haben, wer kann es tun, wer verifiziert das Ergebnis und was passiert, wenn etwas schiefgeht.

Jeder traditionelle Marktplatz – von Amazon über Upwork bis Fiverr – kodiert diese Primitive in proprietärer, plattformgesteuerter Software. ERC-8183 kodiert sie in offenen, erlaubnisfreien Smart Contracts, bei denen die Protokollgebühr optional und konfigurierbar ist und nicht von einem rentensuchenden Vermittler einbehalten wird.

Herausforderungen und offene Fragen

ERC-8183 ist nicht ohne Risiken. Mehrere Herausforderungen bleiben bestehen:

Zentralisierung der Evaluatoren: Wenn die meisten Jobs an eine kleine Anzahl vertrauenswürdiger Evaluatoren geleitet werden, bildet das Protokoll genau das Plattform-Gatekeeping nach, das es zu ersetzen versucht. Die Flexibilität des Standards bei der Auswahl der Evaluatoren mildert dies ab, aber die Marktdynamik könnte dennoch zu einer Konzentration der Bewertungsmacht führen.

Realitätscheck des Transaktionsvolumens: Das tägliche Transaktionsvolumen von KI-Agenten sank von etwa 731.000 im Dezember 2025 auf etwa 57.000 im März 2026 — ein Rückgang von 92 %. Ein Großteil der frühen Aktivitäten war eher künstlich oder spekulativ als echter Agenten-Handel.

Fragmentierung von Standards: Da ERC-8183, x402, Google A2A und die BNB Chain MCP alle miteinander konkurrieren, riskiert die Agenten-Ökonomie dieselbe Fragmentierung, die das frühe DeFi plagte. Entwickler müssen entscheiden, auf welchem Stack sie aufbauen wollen, und die Interoperabilität zwischen den Standards bleibt ein offenes Problem.

Regulatorische Unsicherheit: Autonome Agenten, die Gelder treuhänderisch verwalten (Escrow), Ergebnisse bewerten und Zahlungen ohne menschliche Aufsicht freigeben, könnten die Aufmerksamkeit der Regulierungsbehörden auf sich ziehen — insbesondere wenn die Jobs Finanzdienstleistungen, Versicherungen oder andere regulierte Aktivitäten betreffen.

Wie es weitergeht

Der ERC-8183-Standard befindet sich noch im Entwurfsstatus, und sein Weg zur Finalisierung wird wahrscheinlich Verfeinerungen auf Basis von Erkenntnissen aus dem Produktivbetrieb beinhalten. Doch die Richtung ist klar: Die ersten Live-Implementierungen verarbeiten reale Jobs, die Multi-Chain-Expansion beschleunigt sich, und der Identitäts- und Handels-Stack (ERC-8004 + ERC-8183) entwickelt sich zum De-facto-Framework für die Ambitionen der Ethereum-Agenten-Ökonomie.

Für Entwickler, die abwägen, worauf sie setzen sollen, stellt ERC-8183 einen strukturellen Wandel dar. Der Standard fügt KI-Agenten nicht einfach nur einen Bezahl-Button hinzu — er schafft das kommerzielle Betriebssystem für eine Wirtschaft, in der Maschinen die Kunden, Arbeiter und Schiedsrichter sind. Die Frage ist nicht mehr, ob autonomer Agenten-Handel stattfinden wird, sondern welcher Protokoll-Stack diesen koordinieren wird.

Die Antwort wird, wie es zunehmend aussieht, in Solidity geschrieben werden.

BlockEden.xyz bietet hochperformante RPC- und API-Infrastruktur für die EVM-kompatiblen Chains, auf denen ERC-8183 bereitgestellt wird — einschließlich Ethereum, Arbitrum und der BNB Chain. Wenn Sie Agenten-basierte Handelsanwendungen entwickeln, erkunden Sie unseren API-Marktplatz für Knoten-Zugriff mit geringer Latenz, der speziell für produktive Agenten-Workloads entwickelt wurde.