ERC-8183: Der Standard, der es KI-Agenten ermöglicht, sich gegenseitig einzustellen — Ohne menschliches Zutun

Was passiert, wenn ein KI-Agent ein Logodesign, eine Datensatzbereinigung oder ein Smart-Contract-Audit benötigt – und kein Mensch in den Prozess eingebunden ist? Bis Februar 2026 lautete die Antwort: Nichts ist standardisiert. Jede Transaktion zwischen Agenten beruhte auf maßgeschneiderten Integrationen, zentralisierten Zwischenhändlern oder schlichtem Vertrauen. ERC-8183 ändert dies, indem es Ethereum eine native Handelsebene verleiht, auf der autonome Agenten Aufträge ausschreiben, Gelder treuhänderisch hinterlegen und Lieferergebnisse vollständig On-Chain verifizieren können.

ERC-8183 wurde gemeinsam vom Virtuals Protocol und dem dAI-Team der Ethereum Foundation entwickelt und führt ein einzelnes Primitiv ein – den Job –, das den gesamten Lebenszyklus einer kommerziellen Transaktion in vier Zuständen kodiert. Kombiniert mit ERC-8004 für die Identität von Agenten und x402 für HTTP-native Zahlungen vervollständigt es einen dreiteiligen Stack, der definieren könnte, wie die 11 Milliarden Dollar schwere KI-Agenten-Ökonomie tatsächlich Transaktionen abwickelt.

Das Problem: KI-Agenten können denken, aber nicht handeln

Die Explosion autonomer KI-Agenten in den Jahren 2025 und 2026 war atemberaubend. Allein im Jahr 2025 erhielten über 282 Web3-KI-Projekte eine Finanzierung, und der Markt für agentische KI überschritt Anfang 2026 die Marke von 10 Milliarden Dollar. Agenten können nun DeFi-Positionen verwalten, Inhalte generieren, On-Chain-Daten analysieren und sogar ihre eigenen Wallets über Dienste wie Coinbase Agentic Wallets betreiben.

Doch der Handel zwischen Agenten blieb primitiv. Wenn ein Agent die Dienste eines anderen Agenten benötigt – etwa ein Trading-Bot, der einen Natural-Language-Research-Agenten zur Zusammenfassung der Marktstimmung braucht –, erfordert die Interaktion in der Regel einen Menschen, der den Deal vermittelt, die Zahlung einrichtet und das Ergebnis überprüft. Dieser Engpass existiert, weil es bisher keinen gemeinsamen Standard gab für:

• Jobdefinition: Welche Arbeit muss erledigt werden und was stellt den Abschluss dar?
• Zahlungstreuhand (Escrow): Wie werden Gelder vertrauenslos gesperrt und freigegeben?
• Ergebnisverifizierung: Wer entscheidet, ob das Lieferergebnis den Spezifikationen entspricht?

ERC-8183 adressiert alle drei Punkte mit einem minimalen, komponierbaren Protokoll.

Einblick in ERC-8183: Das Job-Primitiv

Im Kern definiert ERC-8183 eine einzelne Datenstruktur – den Job – mit drei Teilnehmern und vier Zuständen.

Drei Rollen

Jeder Job umfasst drei Blockchain-Adressen:

• Client (Auftraggeber): Der Agent (oder Mensch), der die Arbeit anfordert und den Escrow finanziert.
• Provider (Dienstleister): Der Agent, der die Aufgabe ausführt.
• Evaluator (Prüfer): Die Adresse, die für die Annahme oder Ablehnung des Lieferergebnisses verantwortlich ist.

Die Rolle des Evaluators ist bewusst flexibel gestaltet. Es kann ein menschlicher Prüfer, ein anderer KI-Agent, eine Multi-Sig-Wallet, ein Smart Contract für deterministische Validierung oder sogar ein zkML-Verifizierer sein, der die Qualität des Ergebnisses kryptografisch beweist, ohne die Interna des Modells preiszugeben.

Vier Zustände

Ein Job durchläuft einen strikten Lebenszyklus:

1. Open → Der Client erstellt einen Job mit Spezifikationen und einer Frist.
2. Funded → Der Client zahlt die Vergütung in den On-Chain-Escrow-Vertrag ein.
3. Submitted → Der Provider liefert die Arbeit ab und markiert den Job als eingereicht.
4. Terminal → Der Evaluator akzeptiert (Geld wird an den Provider freigegeben), lehnt ab (Rückerstattung an den Client) oder die Frist läuft ab (automatische Rückerstattung).

Diese Zustandsmaschine ist bewusst einfach gehalten. Es gibt keine Verhandlungsrunden, keine Teilzahlungen und keine integrierte Streitbeilegung in der Basisschicht. Diese Einfachheit ist der entscheidende Punkt – ERC-8183 ist als minimaler Kern konzipiert, der durch Hooks erweitert werden kann.

Hooks: Modulare Erweiterbarkeit

Der Standard führt programmierbare Hooks ein, die bei Zustandsübergängen ausgelöst werden. Entwickler können benutzerdefinierte Logik hinzufügen für:

• Biet-Systeme: Mehrere Provider können auf offene (Open) Jobs bieten, bevor einer ausgewählt wird.
• Reputations-Gating: Nur Agenten mit einer Mindestpunktzahl in der ERC-8004-Reputation können bestimmte Jobs annehmen.
• Meilenstein-Zahlungen: Aufteilung großer Aufträge in finanzierte Unteraufgaben.
• Escrow-Variationen: Zeitgesperrte Freigaben, Streaming-Zahlungen oder leistungsbasierte Boni.

Diese Hook-Architektur bedeutet, dass ERC-8183 nicht versucht, ein vollständiges Marktplatz-Protokoll zu sein. Stattdessen bietet es die vertrauenslose Abwicklungsschicht (Settlement Layer), auf der Marktplatz-Protokolle aufbauen können.

Das Dreiergespann: ERC-8004 + x402 + ERC-8183

ERC-8183 existiert nicht isoliert. Es vervollständigt einen Stack aus drei Standards, der den gesamten Lebenszyklus des autonomen Agentenhandels abdeckt.

ERC-8004: Identität und Reputation

ERC-8004 wurde im Januar 2026 im Ethereum-Mainnet eingeführt und verleiht jedem KI-Agenten über drei Register eine dauerhafte On-Chain-Identität:

• Identity Registry: Ein ERC-721-basiertes Handle, das auf die Registrierungsdatei des Agenten verweist – ein portabler, zensurresistenter Identifikator.
• Reputation Registry: Eine standardisierte Schnittstelle zum Veröffentlichen und Abrufen von Feedbacksignalen aus abgeschlossenen Transaktionen.
• Validation Registry: Hooks für unabhängige Validierungsprüfungen (Staker, die Jobs erneut ausführen, zkML-Verifizierer, TEE-Oracles).

Die Verbindung zu ERC-8183 ist direkt: Jeder abgeschlossene Job generiert Reputationsdaten, die in das ERC-8004-Profil des Agenten fließen. Mit der Zeit bauen Agenten verifizierbare Erfolgsbilanzen auf, die andere Agenten abfragen können, bevor sie kommerzielle Beziehungen eingehen. Dies schafft eine Vertrauensebene ohne zentrale Reputationsplattformen.

x402: HTTP-native Payment Rails

Während ERC-8183 das Escrow auf Auftragsebene übernimmt, kümmert sich das x402-Protokoll – entwickelt von Coinbase und übernommen von Stripe, Cloudflare, Google und Vercel – um die Zahlungsinfrastruktur auf der HTTP-Ebene.

x402 lässt den lange brachliegenden HTTP-Statuscode 402 „Payment Required“ wieder aufleben. Wenn ein KI-Agent einen API-Endpunkt anfragt, antwortet der Server mit einem 402-Status, der den Preis, die Währung (normalerweise USDC) und die Ziel-Wallet enthält. Die Wallet des Agenten signiert und übermittelt die Zahlung automatisch, woraufhin der Server die Ressource bereitstellt.

Seit dem Start auf Solana Mitte 2025 hat x402 über 35 Millionen Transaktionen und ein Volumen von 10 Millionen $ verarbeitet. Das Protokoll glänzt bei Micropayments – API-Aufrufen im Sub-Cent-Bereich, Abfragegebühren pro Datenpunkt, Abrechnung von Rechenzeit –, die auf traditionellen Zahlungsschienen unwirtschaftlich wären.

Zusammen bilden die drei Standards einen vollständigen Stack:

Ebene	Standard	Funktion
Identität	ERC-8004	Wer ist dieser Agent? Kann ich ihm vertrauen?
Zahlung	x402	Wie fließt die Zahlung für einfache API-Aufrufe?
Handel	ERC-8183	Wie werden komplexe Aufträge definiert, finanziert und verifiziert?

Praxisnahe Anwendungsfälle zeichnen sich bereits ab

Der Stack für Agentic Commerce ist nicht theoretisch. Mehrere Kategorien von Agent-zu-Agent-Transaktionen werden bereits auf Basis dieser Standards entwickelt.

Autonome Content-Erstellung

Ein Marketing-Agent erhält Anweisungen zur Erstellung einer Kampagne. Er veröffentlicht einen ERC-8183-Job für einen Design-Agenten zur Erstellung von Visuals, einen weiteren Job für einen Copywriting-Agenten für die Texte und einen dritten für einen Übersetzungs-Agenten zur Lokalisierung der Ergebnisse. Jeder Job hat einen eigenen Evaluator – potenziell eine KI zur Qualitätssicherung, die den Output anhand der Markenrichtlinien bewertet.

DeFi-Strategiekomposition

Ein Portfolio-Management-Agent benötigt eine Echtzeit-Sentiment-Analyse vor einem Rebalancing. Er erstellt einen Job für einen Research-Agenten, um innerhalb von 30 Minuten einen strukturierten Sentiment-Bericht zu liefern. Der Evaluator ist ein Smart Contract, der das Datenformat und die Vollständigkeit des Berichts validiert. Bei Annahme integriert der Portfolio-Agent die Ergebnisse und führt Trades aus – ganz ohne menschliches Eingreifen.

On-Chain Auditing-Pipelines

Ein Protokoll, das einen neuen Smart Contract bereitstellt, postet einen Job für einen Sicherheits-Review. Mehrere Auditing-Agenten bieten über ein Hook-basiertes Biet-System mit. Der Evaluator ist eine Multi-Sig etablierter Sicherheitsfirmen. Der gewinnende Auditor reicht die Ergebnisse ein, und die Zahlung wird erst nach Abnahme freigegeben.

Datenmarktplatz-Operationen

Ein Analytics-Agent benötigt proprietäre Blockchain-Daten für ein Dashboard. Er findet einen Datenanbieter-Agenten über das ERC-8004 Identity Registry, prüft dessen Reputations-Score und erstellt einen ERC-8183-Job mit Zahlung in USDC. Der Evaluator ist ein deterministischer Smart Contract, der validiert, ob das Datenschema der Spezifikation entspricht.

Die Wettbewerbslandschaft: Ethereum vs. Alle anderen

ERC-8183 ist Ethereums Versuch, die Ebene des Agentic Commerce zu dominieren. Doch es gibt Konkurrenz aus verschiedenen Richtungen.

Solanas Geschwindigkeitsvorteil

Solanas Blockzeiten von 400 ms und Transaktionskosten im Sub-Cent-Bereich machen es zum natürlichen Standort für hochfrequente Interaktionen zwischen Agenten. Das x402-Protokoll verarbeitet bereits den Großteil seines Volumens auf Solana, und Projekte wie das Firedancer-Upgrade treiben den Durchsatz noch weiter voran. Für Agenten, die dutzende Male pro Minute transagieren müssen – etwa Trading-Bots, die sich mit Datenfeeds koordinieren –, ist der Latenzvorteil von Solana signifikant.

Speziell entwickelte Agent-Chains

Kite AI, unterstützt durch 33 Millionen $ von PayPal Ventures und General Catalyst, startete sein Mainnet im ersten Quartal 2026 mit einem Proof of Artificial Intelligence (PoAI)-Konsensmechanismus, der speziell für Machine-to-Machine-Transaktionen entwickelt wurde. Sein dreistufiges Identitätssystem und die nativen Stablecoin-Zahlungsschienen zielen auf eine Latenz von unter 100 ms für Agent-Micropayments ab – schneller als jede Allzweck-Chain.

Der Kampf der Standards

Ethereums Vorteil ist nicht die Geschwindigkeit, sondern die Standardisierung. ERC-8183, ERC-8004 und x402 sind offene Standards, die jede Chain implementieren kann. Die Entwickler-Tools, die Sicherheitsaudit-Infrastruktur und die institutionelle Glaubwürdigkeit des Ethereum-Ökosystems verleihen ihm einen strukturellen Vorteil für hochwertigen, vertrauenssensiblen Handel. Ein Agent, der einen anderen Agenten für ein Smart-Contract-Audit im Wert von 50.000 $ beauftragt, wird eher die Escrow-Garantien von Ethereum nutzen als das unbewiesene Sicherheitsmodell einer neueren Chain.

Das wahrscheinliche Ergebnis ist kein „Winner-takes-it-all“, sondern eine Schichtung: Ethereum für hochwertigen, vertrauenskritischen Handel; Solana für hochfrequente Micropayments; und spezialisierte Chains für vertikale Nischen.

Was das für Builder bedeutet

Für Entwickler im Bereich der KI-Agenten stellt ERC-8183 einen Wechsel von individuellen Integrationen hin zu standardisiertem Handel dar. Die praktischen Auswirkungen sind erheblich:

• Reduzierte Entwicklungszeit: Anstatt für jede Agenten-Interaktion eine maßgeschneiderte Zahlungs- und Verifizierungslogik zu bauen, können Entwickler das ERC-8183-Interface implementieren und sofort mit jedem konformen Agenten interagieren.
• Komponierbare Marktplätze: Das Hook-System ermöglicht es Marktplatz-Protokollen, sich durch UX, Kuration und Konfliktlösung zu differenzieren, während sie dieselbe Abrechnungsschicht nutzen.
• Cross-Chain-Potenzial: Da ERC-8183 ein Standard und kein spezifisches Contract-Deployment ist, kann er auf jeder EVM-kompatiblen Chain implementiert werden – was die Tür für Agent-Commerce auf Base, Arbitrum, Polygon und darüber hinaus öffnet.

Der Markt für agentenbasierte KI wird bis 2034 voraussichtlich 199 Milliarden $ erreichen. Ob dieser Wert über standardisierten On-Chain-Handel oder zentralisierte Vermittler fließt, hängt davon ab, ob Standards wie ERC-8183 in den nächsten 12 bis 18 Monaten eine kritische Akzeptanz erreichen.

Fazit

ERC-8183 ist nicht nur ein weiterer ERC. Es ist das fehlende Puzzleteil, das KI-Agenten von isolierten Akteuren in Teilnehmer einer vertrauenslosen Ökonomie (trustless economy) verwandelt. Indem definiert wird, wie Aufträge On-Chain veröffentlicht, finanziert, bewertet und abgerechnet werden, erhalten Agenten dieselbe kommerzielle Infrastruktur, auf die sich Menschen seit Jahrhunderten verlassen — Verträge, Treuhand (Escrow) und verifizierte Lieferung — jedoch in Maschinengeschwindigkeit und im Maschinenmaßstab.

Die Frage ist nicht mehr, ob KI-Agenten autonom Transaktionen durchführen werden. Es ist vielmehr die Frage, ob sie dies über offene Standards oder proprietäre Plattformen tun werden. ERC-8183 schafft zusammen mit ERC-8004 und x402 ein überzeugendes Argument für den Weg der offenen Standards.

Bauen Sie KI-Agenten, die mit Blockchain-Infrastruktur interagieren? BlockEden.xyz bietet RPC-Endpunkte auf Enterprise-Niveau und API-Services für Ethereum, Base und andere EVM-Chains — dieselbe Infrastruktur, die ERC-8183-konforme Agenten für zuverlässigen On-Chain-Handel benötigen. Erkunden Sie unseren API-Marktplatz, um Ihre agentenbasierten Anwendungen zu unterstützen.