Ausführliche Erklärung zu ERC-8183: Die Antwort auf das Vertrauensproblem bei Ethereum-basierten KI-Agenten

Verfasst von: Azuma, Odaily

Am 10. März haben das dAI-Team der Ethereum Foundation, das sich auf die tiefgreifende Integration von „Künstlicher Intelligenz (KI) und Blockchain“ konzentriert, gemeinsam mit Virtuals Protocol einen neuen Standard, ERC-8183, vorgestellt.

Davide Crapis, Leiter der KI bei der Ethereum Foundation, erklärte zu diesem Standard, dass ERC-8183 eines der fehlenden Komponenten im offenen Agenten-Wirtschaftssystem ist, das die Ethereum-Community aufbaut. Der Standard kann in Kombination mit x402 und ERC-8004 verwendet werden und dient als Infrastruktur für sichere Interaktionen zwischen Agenten. Das dAI-Team unterstützt die Annahme von ERC-8183 und strebt an, ihn zu einem neutralen Standard zu machen.

Was soll ERC-8183 lösen?

Laut einem von Virtuals Protocol veröffentlichten Artikel ist ERC-8183 speziell für Geschäftsabschlüsse zwischen KI-Agenten entwickelt worden. Der Standard definiert eine Reihe von On-Chain-Regeln, die es zwei nicht vertrauenswürdigen Agenten ermöglichen, Geschäftsprozesse wie „Anstellung – Lieferung – Abrechnung“ durchzuführen, ohne auf zentrale Plattformen angewiesen zu sein.

Das Kernproblem, das ERC-8183 zu lösen versucht, ist: Wie können Agenten, die sich gegenseitig anstellen und zusammenarbeiten, Transaktionen abschließen, ohne Plattformen, Gesetze oder menschliche Schiedsrichter?

Ein Beispiel: Angenommen, ein marketingorientierter Agent A möchte einen bildgenerierenden Agent B beauftragen, eine Reihe von Werbeplakaten zu erstellen. Hier besteht ein Vertrauensproblem – beide kennen sich nicht, haben kein gegenseitiges Vertrauen. Wann soll bezahlt werden? Wenn A zuerst zahlt, könnte B streiken oder minderwertige Arbeit liefern; wenn B zuerst arbeitet, besteht das Risiko, dass A die Bezahlung verweigert…

Im traditionellen Internetgeschäft stehen Nutzer und Händler vor ähnlichen Vertrauensproblemen, wobei Plattformen eine zentrale Vermittlerrolle übernehmen – sie verwalten A’s Gelder, beurteilen, ob B seine Arbeit erledigt hat, und sorgen für die Auszahlung. Bekannte Plattformen wie Taobao, JD.com, Meituan oder Didi sind im Kern solche Vermittler.

Was Ethereum Foundation und Virtuals Protocol anstreben, ist, diese Vermittlerfunktion durch ERC-8183 als On-Chain-Protokoll zu abstrahieren, das von Smart Contracts ausgeführt wird, um eine dezentrale Vermittlerrolle im Agenten-Wirtschaftssystem zu schaffen.

Funktionsweise von ERC-8183 im Überblick

Das Funktionsprinzip von ERC-8183 ist nicht kompliziert. Der Standard führt ein neues Konzept namens Job („Aufgabe“) ein. Jeder Job kann als vollständiger Geschäftsabschluss betrachtet werden, der drei Rollen umfasst:

• Client: „Kunde“, also der Agent, der Aufgaben veröffentlicht;
• Provider: „Dienstleister“, der die Aufgabe ausführt;
• Evaluator: „Prüfer“, eine besondere Rolle, die beurteilt, ob die Aufgabe erfüllt wurde.

Der Evaluator ist das zentrale Element von ERC-8183. Er wird nur als On-Chain-Adresse (address) definiert, doch aus einer breiteren Perspektive kann diese Adresse verschiedene Ausführungsformen haben:

• Für subjektive Aufgaben wie Schreiben, Design oder Analyse kann der Evaluator ein KI-Agent sein, der die eingereichten Ergebnisse liest, mit den ursprünglichen Anforderungen vergleicht und eine Entscheidung trifft;
• Für deterministische Aufgaben wie Berechnungen, Beweisgenerierung oder Datenumwandlung kann der Evaluator ein Smart Contract mit einem Zero-Knowledge-Verifizierer (ZK-Verifier) sein. Der Provider reicht den Beweis ein, der Evaluator prüft ihn auf der Chain und ruft automatisch „complete“ oder „reject“ auf, um die Aufgabe abzuschließen oder abzulehnen;
• Bei hochpreisigen oder risikoreichen Aufgaben kann der Evaluator auch ein Multi-Sign-Account, eine DAO oder ein durch Stake-Mechanismen unterstütztes Verifizierungskollektiv sein.

ERC-8183 macht keinen Unterschied zwischen diesen Formen. Das Protokoll kümmert sich nur um eine Sache: Ob eine Adresse „complete“ oder „reject“ aufruft. Ob diese Adresse von einem KI-Agenten mit LLM-Antrieb oder einem ZK-Schaltkreis betrieben wird, ist für das Protokoll unerheblich.

Zurück zu den Jobs: Jeder Job durchläuft im Lebenszyklus vier Zustände, die auch die verschiedenen Abläufe im ERC-8183 widerspiegeln:

• Open: Der Client erstellt den Job, veröffentlicht die Aufgabe und gibt Anforderungen vor;
• Funded: Der Client überweist die Vergütung an eine treuhänderische Smart Contract-Adresse, nicht direkt an den Provider;
• Submitted: Der Provider schließt die Arbeit ab und reicht den Beweis ein;
• Terminal (Completed / Rejected / Expired): Der Evaluator prüft die Aufgabe und entscheidet anhand des Ergebnisses, ob sie abgeschlossen (Completed) oder abgelehnt (Rejected) wird. Das Geld wird entsprechend an Client oder Provider überwiesen. Wenn innerhalb der Frist keine Reaktion oder Abwicklung erfolgt, wird das Geld an den Client zurücküberwiesen.

Neben diesem Standardablauf kann ERC-8183 durch modulare Erweiterungen, sogenannte Hooks, zusätzliche Funktionen realisieren, um komplexe reale Geschäftsszenarien abzubilden. Hooks sind optionale Smart Contracts, die bei der Erstellung eines Jobs angehängt werden können und bei verschiedenen Phasen des Job-Lebenszyklus eigene Logik ausführen, z.B. Bonitätsprüfungen, Bietmechanismen, Gebührenverteilung oder andere spezielle Anforderungen.

Was unterscheidet ERC-8183 von x402 und ERC-8004?

Von x402 über ERC-8004 bis hin zu ERC-8183 – für Leser, die nicht vertraut sind, mag es verwirrend sein, warum immer wieder neue Standards entwickelt werden. Tatsächlich befinden sich diese drei in unterschiedlichen Phasen des KI-Agenten-Wirtschaftssystems und lösen verschiedene Probleme:

x402 ist ein HTTP-Zahlungsprotokoll, das die direkte Bezahlung von KI-Agenten wie bei API-Aufrufen ermöglichen soll; ERC-8004 ist ein Standard für die Identität und Reputation von KI-Agenten, der klären soll, wie man die Vertrauenswürdigkeit eines Agenten beurteilt; ERC-8183 hingegen fokussiert auf den Geschäftsabschluss, also die Lösung der Frage, wie zwei nicht vertrauenswürdige Agenten Transaktionen sicher durchführen.

Kurz gesagt: x402 kümmert sich um „wie zahle ich?“, ERC-8004 um „wer ist der andere, ist er vertrauenswürdig?“, und ERC-8183 um „wie kann ich sicher und vertrauensvoll handeln?“.

Diese Standards stehen nicht in Konkurrenz zueinander, sondern ergänzen sich. Gemeinsam zielen sie auf den Aufbau eines dezentralen, autonom funktionierenden KI-Agenten-Wirtschaftssystems.