Zerlegung des deAI Protokollstacks - x402 / ERC 8004 / A2A

Autor: Jay Yu; Übersetzung: Block unicorn## Einleitung

Heute sehen wir, dass der “Netzwerkprotokollstapel” der dezentralisierten künstlichen Intelligenz (deAI) schrittweise aufgebaut wird. So wie das Internet auf einer Reihe interoperabler Standards basiert – die Transportschicht verwendet TCP/IP, die Diensteentdeckungsschicht verwendet DNS, die Anwendungsschicht verwendet HTTP – können wir auch den deAI-Protokollstapel in diese drei Module aufteilen: die Anwendungsschicht verwendet x402, die Diensteentdeckungsschicht verwendet ERC 8004, die Transportschicht verwendet A2A – all dies läuft auf dem traditionellen HTTP-Netzwerkprotokollstapel.

Insgesamt definiert der deAI-Protokollstapel, wie Agenten Gebühren zahlen, Ressourcen entdecken und miteinander kommunizieren. Lassen Sie uns nun jeden Teil einzeln analysieren:

1. Anwendungsschicht - x402

An der Spitze des dezentralen KI (deAI) Protokollstapels steht x402, das das Anwendungsschichtprotokoll repräsentiert, das zwischen Agenten für verschiedene Dienste (wie Dateispeicherung, E-Commerce, Web-Scraping usw.) Zahlungen vornimmt. x402 wurde von Coinbase und Cloudflare entwickelt und erweitert grundlegend den ursprünglichen „HTTP 402: Zahlung erforderlich“ Statuscode, indem es Teil des Workflows wird und es Agenten ermöglicht, mit Stablecoins für Dienstleistungen zu zahlen.

Ich habe zuvor einen detaillierten Artikel über x402 geschrieben, mit dem Titel “Die moderne Umgestaltung von HTTP 402”, der seine Vision, Architektur, Chancen und Herausforderungen behandelt.

Grundsätzlich funktioniert x402 über ein Dreiparteienabkommen, das aus drei Teilen besteht: Client fordert Ressourcen an → Server gibt den Statuscode 402 zurück → Zahlungskoordinator (facilitator) überprüft die Zahlungsgenehmigung des Clients und überträgt tatsächlich die Gelder (z. B. Einreichung einer signierten Transaktion auf der Chain). Nur nachdem diese Schritte abgeschlossen sind, wird der Server die Premium-Inhalte freischalten.

Heute ist x402scan möglicherweise eine der besten Ressourcen, um die Leistung des x402-Servers im praktischen Betrieb zu beobachten. Während x402 langfristig von Mikrozahlungen für hochwertige Inhalte (wie Web-Scraping, kostenpflichtige Artikel, Rechenressourcen) profitieren wird, ist sein jüngster Aufstieg (der durch x402scan klar zu sehen ist) in hohem Maße auf eine Reihe von Meme-Coins zurückzuführen, wie z.B. … $PING – diese Coins erfordern eine Zahlung über x402, um entlang der Bond-Kurve geprägt zu werden.

Dennoch ist x402 ein gutes Beispiel für einen Anwendungsstandard im aufkommenden dezentralen KI (deAI) Protokollstapel. So wie die “Anwendungsschicht” im traditionellen Netzwerkprotokollstapel zahlreiche Protokolle (HTTP, FTP, SMTP, VoIP usw.) umfasst, können wir auch erwarten, dass in Zukunft weitere Anwendungsstandards entstehen werden.

2. Entdeckungsschicht - ERC 8004

Eine häufige Frage bei der Verwendung von x402 ist: Wie erfahren die Menschen, welche Dienste verfügbar sind? Hier kommt der ERC 8004 ins Spiel, der von der Ethereum Foundation entwickelt wurde und in der “Entdeckungs-Ebene” eine Rolle spielt.

Ähnlich wie DNS Domainnamen in IP-Adressen umwandelt (google.com → 8.8.8.8), löst ERC 8004 das Entdeckungsproblem von AI-Agenten, indem es ein On-Chain-Register erstellt, das die Agenten-ID mit verschiedenen Links und Funktionen des Agenten verknüpft. ERC 8004 verwendet “Agentenkarte” als Identifikation des Agenten und bietet zusätzliche Funktionen wie Vertrauensbewertung und Verifizierung.

ERC 8004 basiert auf ERC721 (NFT) und URIStorage. Es enthält Parameter wie Name, A2A, MCP, OASF, ENS, DID sowie unterstützte Vertrauenskategorien (z.B. Reputation, Krypto-Ökonomie, TEE-Nachweis). All diese unterschiedlichen Parameter verweisen auf verschiedene Agenten-ID-Standards, um die Funktionen der Agenten umfassender darzustellen.

Ich denke, dass sich ERC 8004 als Entwicklungsschicht von deAI ähnlich wie DNS im Internetprotokollstapel entwickeln wird – es wird ein allgemeines Protokoll geben, auf das sich alle beziehen, aber es wird die Benutzer zu verschiedenen Peer-Knoten (hier bezeichnet als verschiedene Proxy-Karten-Links) umleiten, um spezifischere Informationen zu einer bestimmten Anfrage zu erhalten.

3. Transportschicht - A2A-Protokoll

Bis hierhin haben wir die Anwendungsschicht und die Entdeckungsschicht vorgestellt. Der letzte Abschnitt des Protokollstapels ist die Transportschicht – sie ist dafür verantwortlich, wie Anwendungen nach der Entdeckung über Protokolle wie ERC 8004 miteinander kommunizieren. Für den traditionellen Internet-Netzwerkprotokollstapel ist das TCP/IP-Protokoll dafür zuständig, Netzwerkpakete vom Client zum Server zu übertragen. Für den dezentralisierten KI (deAI) Protokollstapel hat Google kürzlich das A2A-Protokoll eingeführt, das speziell für die Kommunikation zwischen Agenten entwickelt wurde.

Die Kommunikation zwischen dem Client-Agent (A2A-Client) und dem Remote-Agent (A2A-Server) erfolgt über HTTPS unter Verwendung von JSON-RPC 2.0. Im Wesentlichen “kommunizieren” die beiden Agenten, indem sie auf ihre jeweiligen HTTP-Endpunkte zugreifen und Berechnungen oder verschiedene Funktionen anfordern. A2A legt auch fest, dass jeder Agent eine Agentenkarte besitzt, um Informationen über seine Funktionen, Rahmenbedingungen, MCP-Anhänge usw. zu veröffentlichen.

Im A2A-Protokoll überprüft der Client nach gegenseitiger Bestätigung mit dem Remote-Agenten die Agentenkarten, um den HTTP-Endpunkt zu erhalten, und fordert den entsprechenden Dienst an. Der Remote-Agent nutzt dabei seine MCP-Tools und Rechenressourcen und sendet während der Bearbeitung der Aufgaben asynchrone Updates (ähnlich dem “Denkprozess” in Modellen zur Schlussfolgerung). Schließlich sendet er die endgültige Antwort und Artefakte.

Ich empfehle hier einen hervorragenden Einstiegsartikel von IBM mit dem Titel “Was ist das A2A-Protokoll (Agent2Agent)?”.

Alle Faktoren zusammenfassen…

Berücksichtigt man Faktoren wie x402, 8004 und A2A, können wir das von Coinbase bereitgestellte Beispiel anführen – den Kauf eines neuen Kühlschranks bei Lowe's. Angenommen, der Benutzer spricht mit dem Chatbot und fragt, wie man einen Kühlschrank bei Lowe's kauft:

• Wir werden ERC 8004 (Entdeckungsschicht) verwenden, um die Verkaufsstelle für Kühlschränke von Lowe's zu finden und sie auffordern, die Agenturfunktionen aufzulisten.
• Wir werden A2A (Transportschicht) verwenden, um über HTTP-Endpunkte mit dem Lowe's-Agenten zu kommunizieren.
• Wir werden x402 (Anwendungsschicht) verwenden, um die Zahlungsautorisierung zu verarbeiten und Stablecoins on-chain zu transferieren.

Natürlich wird all dies auf dem traditionellen HTTP-DNS-TCP/IP-Netzwerkprotokollstapel stattfinden!

Insgesamt bildet dieser Stack das Protokoll-Backbone des Agentic Internet (, das es Agenten ermöglicht, nicht nur Daten zu übertragen, sondern auch Transaktionen, Validierungen und Koordination mit On-Chain-Ressourcen durchzuführen.