Zum Inhalt springen

Was ist x402?

x402 reaktiviert den ruhenden HTTP-402-Statuscode, damit Server Zahlungen anfordern und KI-Agenten diese inline abwickeln können – ohne Konten oder Checkout-Prozess pro Aufruf.

7 Min
Was ist x402?

x402 ist ein offenes Zahlungsprotokoll, das den HTTP-Statuscode „402 Payment Required" nutzt, damit ein Server eine Zahlung anfordern und ein Client mit einem signierten Zahlungs-Payload im selben HTTP-Austausch antworten kann. Für einen KI-Agenten bedeutet das: APIs, Daten und Rechenleistung bezahlen, ohne ein Konto zu erstellen, eine Karte zu hinterlegen oder bei jedem Aufruf einen Checkout-Prozess zu durchlaufen – vorausgesetzt, das Wallet des Agenten besitzt bereits die Berechtigung zum Ausgeben. Coinbase hat x402 entwickelt, die Linux Foundation beherbergt nun die unabhängige x402 Foundation, und das Protokoll hat sich zu einer der deutlichsten aufkommenden Infrastrukturen für Machine-to-Machine-Zahlungen entwickelt.

Lies What is an agentic wallet? und Best agentic wallets in 2026 für weitere Informationen darüber, wie x402 als eigenständige Schicht für Agenten und Agentic Wallets funktioniert. Why every AI agent needs a wallet und How AI agents transact without touching your keys erläutern, wie das Wallet über Custody, Berechtigungen und Signierung entscheidet, während x402 bestimmt, wie eine Zahlung bepreist und abgewickelt wird. Dieser Artikel schließt die Lücken, indem er tief in das Wesen von x402 eintaucht: wie der Zahlungsablauf funktioniert, wer es entwickelt hat und wer es heute verwaltet, und welche Produkte es unterstützen.

Wie eine x402-Zahlung funktioniert

Die aktuelle HTTP-Semantikspezifikation, RFC 9110, führt 402 Payment Required weiterhin als für zukünftige Verwendung reserviert. x402 aktiviert diesen reservierten Statuscode mit einem konkreten Zahlungsablauf: Der Server gibt an, welche Zahlung er akzeptiert, der Client fügt einen signierten Zahlungs-Payload hinzu, und der Server verifiziert und wickelt die Zahlung ab, bevor er die Ressource zurückgibt.

Ein typischer Austausch läuft in wenigen Schritten ab, gemäß der Client/Server-Dokumentation von x402:

  1. Ein Client – eine von einem Menschen bediente App oder ein autonomer Agent – fordert eine Ressource von einem Server an.

  2. Der Server antwortet mit dem Status 402 Payment Required und einem Header, der beschreibt, was er akzeptiert: Preis, Netzwerk und Zieladresse.

  3. Der Client erstellt einen signierten Zahlungs-Payload, der einer der akzeptierten Optionen entspricht, und sendet die Anfrage mit diesem Payload erneut.

  4. Der Server verifiziert den Payload – entweder lokal oder über einen Facilitator – und wickelt die Zahlung onchain ab.

  5. Der Server gibt die angeforderte Ressource zurück, zusammen mit einem Header, der die Abwicklung bestätigt.

In x402 V2 ist dieser Austausch auf drei Base64-kodierte JSON-Header standardisiert, die die in V1 verwendeten veralteten Header ersetzen:

Header

Richtung

Inhalt

PAYMENT-REQUIRED

Server an Client

Akzeptierte Zahlungsoptionen: Schema, Netzwerk, Preis, Ziel

PAYMENT-SIGNATURE

Client an Server

Der signierte Zahlungs-Payload des Clients

PAYMENT-RESPONSE

Server an Client

Das Abwicklungsergebnis, Erfolg oder Fehler

Die meisten Anbieter verifizieren und wickeln Zahlungen nicht selbst ab. Ein Facilitator ist ein optionaler, aber weit verbreiteter Dienst, der einen Zahlungs-Payload gegen die Anforderungen des Servers prüft und die Abwicklung onchain im Auftrag des Servers einreicht, sodass der Server keine eigene Blockchain-Infrastruktur benötigt. Ein Facilitator verifiziert und führt signierte Payloads aus – er verwahrt keine Käufermittel und agiert nicht als Custodian. Facilitators sind auf Base, Solana, Polygon, Avalanche und anderen Netzwerken aktiv.

Nicht jede x402-Zahlung wird im selben Round Trip onchain abgewickelt. Das Protokoll unterstützt mehrere Abwicklungsschemata: exact und upto werden in der Regel sofort abgewickelt, während batch-settlement es einem Käufer ermöglicht, Mittel einmalig in ein Onchain-Escrow einzuzahlen, Off-Chain-Voucher für jede Anfrage zu signieren und dem Verkäufer zu ermöglichen, viele Voucher später in einer einzigen Onchain-Transaktion einzulösen – konzipiert für hochvolumige, gemessene API-Aufrufe, bei denen die individuelle Onchain-Abwicklung jeder Anfrage zu langsam oder zu teuer wäre.

Die Entstehung von x402

Coinbase hat x402 entwickelt und dabei auf Arbeiten zu Internet-Zahlungsstandards zurückgegriffen, die das Unternehmen nach eigenen Angaben seit 2015 verfolgt. Cloudflare und Coinbase kündigten am 23. September 2025 ihre Absicht an, die x402 Foundation zu gründen, wobei Coinbase das Ziel formulierte, x402 als „universellen Standard für KI-gesteuerte Zahlungen" durch neutrale, offene Governance statt als Coinbase-kontrollierten Standard zu etablieren. Cloudflare fügte x402-Unterstützung zu seinem Agents SDK und seinen MCP-Servern am selben Tag hinzu.

Die Governance machte am 2. April 2026 einen weiteren Schritt, als die Linux Foundation die x402 Foundation offiziell beim MCP Dev Summit North America ins Leben rief und das Protokoll als Beitrag von Coinbase übernahm.

Die Foundation startete mit anfänglicher Unterstützung von 22 Organisationen aus den Bereichen Zahlungsnetzwerke, Cloud-Anbieter und Blockchain-Infrastruktur, darunter Adyen, Amazon Web Services, American Express, Circle, Cloudflare, Fiserv, Google, Mastercard, Microsoft, Polygon Labs, Shopify, Solana Foundation, Stripe und Visa.

x402 ist eine Zahlungsinfrastruktur, kein Wallet

x402 und ein Agenten-Wallet lösen unterschiedliche Probleme – eine Unterscheidung, die für jeden relevant ist, der einen transaktionsfähigen Agenten entwickelt. Das Wallet entscheidet, wer die Schlüssel hält, was ein Agent ausgeben darf und ob eine Transaktion überhaupt signiert wird. x402 entscheidet, wie eine konkrete Zahlungsanforderung bepreist, kommuniziert und abgewickelt wird, sobald das Wallet oder der Agent bereits die Berechtigung zur Zahlung besitzt. Der Wechsel von Wallets ändert nichts an der Funktionsweise von x402, und die Einführung von x402 ändert nichts daran, wer die Schlüssel oder Ausgabelimits des Wallets kontrolliert – es sind separate Schichten, die zufällig in derselben Transaktion auftreten.

Diese Trennung ist der Grund, warum x402-Unterstützung auf der Käuferseite eine Wallet-Funktion ist, keine Wallet-Architektur. MetaMasks Smart Accounts Kit unterstützt x402-Zahlungen über ERC-7710-Delegierungen, sodass ein Smart Account einen Facilitator autorisieren kann, eine signierte Delegierung während der Abwicklung einzulösen, anstatt für jede Anfrage eine neue Token-Genehmigung zu signieren. Dieselbe Dokumentation behandelt wiederkehrende x402-Zahlungen, bei denen ein Nutzer einmalig ein periodisches Budget gewährt und ein Agent diese Berechtigung für berechtigte Aufrufe wiederverwendet, bis das Limit erreicht ist. Das Custody-Modell, die Ausgabelimits und die Regeln zur menschlichen Eskalation rund um diese Zahlung sind weiterhin vollständig Aufgabe des Wallets – ausführlich behandelt in How AI agents transact without touching your keys.

MetaMask und Consensys haben x402 nicht entwickelt – das hat Coinbase getan. Ihre Rolle besteht darin, das Protokoll über selbstverwaltete Wallet-Infrastruktur zum Laufen zu bringen. In „Self-custody in the era of AI agents" hat sich Consensys öffentlich zur Unterstützung von x402 und zur Mitarbeit an der Weiterentwicklung der Spezifikation verpflichtet, mit dem Ziel, es in Richtung Multi-Asset- und Multichain-Zahlungsflüsse zu entwickeln und es mit ERC-7710-delegierten Ausgaben zu kombinieren, damit Agenten innerhalb benutzerdefinierter Limits zahlen können.

x402 und AP2: Erweiterung, kein Konkurrent

x402 ist nicht das einzige Agentenzahlungsprotokoll, und es lohnt sich, präzise zu sein, wie es sich zum anderen wichtigen Protokoll verhält. Googles Agent Payments Protocol (AP2), am 16. September 2025 mit Unterstützung von mehr als 60 Organisationen angekündigt, ist ein zahlungsmethodenagnostisches Framework: Es definiert kryptografisch signierte „Mandates", die belegen, dass ein Nutzer einen Agenten zu einem bestimmten Kauf autorisiert hat, und funktioniert über Karten, Banküberweisungen und Stablecoins hinweg.

x402 kann innerhalb von AP2 als Krypto- und Stablecoin-Abwicklungserweiterung fungieren, anstatt als konkurrierender Standard. Googles eigene Ankündigung besagt, dass die A2A x402-Erweiterung „in Zusammenarbeit mit Coinbase, der Ethereum Foundation, MetaMask und anderen führenden Organisationen" entwickelt wurde, und Coinbase beschreibt x402 als eine der ersten Erweiterungen zu AP2 und seinen einzigen Stablecoin-Facilitator.

Marco De Rossi, AI Lead bei MetaMask, begründete die Teilnahme direkt in Googles Ankündigung:

„Blockchains sind die natürliche Zahlungsschicht für Agenten, und Ethereum wird das Rückgrat davon sein. Mit Agent Payments Protocol (AP2) und x402 wird MetaMask maximale Interoperabilität für Entwickler bieten und Nutzern ermöglichen, Agenten mit voller Composability und Wahlfreiheit zu bezahlen – bei gleichzeitiger Wahrung der Sicherheit und Kontrolle echter Self-Custody."

Wer was auf x402 entwickelt

Die x402-Unterstützung erstreckt sich mittlerweile auf Wallets, Zahlungsnetzwerke und Infrastrukturanbieter weit über Coinbases Ursprünge hinaus.

Organisation

Rolle

Was sie geliefert haben

Coinbase

Entwickler, Gründungsteilnehmer

Hat x402 entwickelt, AgentKit und das x402-kostenpflichtige Service-Verzeichnis Agent.market gestartet und gemeinsam mit Cloudflare den Weg zur Foundation mitgestaltet

Cloudflare

Mitgründer der Foundation

x402-Unterstützung in seinem Agents SDK und MCP-Servern sowie ein Deferred-Payments-Schema für seine Pay Per Crawl Beta

Linux Foundation

Governance-Host seit 2. April 2026

Formeller Verwalter der x402 Foundation und der Protokollspezifikation

Google Cloud

AP2-Integration

Die A2A x402-Erweiterung, entwickelt mit Coinbase, der Ethereum Foundation und anderen Organisationen (siehe den AP2-Abschnitt oben für die vollständige Liste der Mitwirkenden)

MetaMask / Consensys

Wallet-seitige Unterstützung, Spec-Beitragender

Käuferseitige x402-Unterstützung über das Smart Accounts Kit; Consensys hat sich öffentlich zur Erweiterung der Spezifikation verpflichtet und gibt an, dass DIN bereits x402-Mikrozahlungen für RPC-Zugang unterstützt

Solana Foundation

Early-Adopter-Netzwerk

Nahezu 65 % des x402-Transaktionsvolumens im Jahr 2026, gemäß der eigenen Erklärung der Foundation vom April 2026

Visa, Stripe, Mastercard, American Express und andere Zahlungsnetzwerke sind als Gründungsunterstützer der x402 Foundation aufgeführt – das spiegelt die Foundation-Mitgliedschaft wider, nicht eine bestätigte x402-Zahlungsimplementierung auf ihren eigenen Infrastrukturen.

Für einen vollständigen Anbietervergleich, wie Agenten-Wallets Custody und Zahlungen in der Praxis handhaben, siehe Best agentic wallets in 2026.

Was ist x402? Häufig gestellte Fragen

KI-übersetzt. Kann Fehler enthalten. Bitte überprüfen Sie die Informationen stets.

Bewerten Sie die Übersetzung

Dieser Artikel wurde verfasst von:

  • MetaMask

    MetaMask, ehemals Consensys Software Inc, ist die weltweit größte Self-Custody-Finanzplattform und bietet Menschen einen zentralen Ort, um ihr Geld in Krypto- und traditionellen Vermögenswerten zu verwahren, auszugeben, zu sparen und zu vermehren. Das Unternehmen entwickelt die Verbraucherplattform, auf der all das stattfindet, und vereint Zahlungen, Sparen, Investieren und digitale Assets in einem nahtlosen Erlebnis. Ausgehend von der weltweit meistgenutzten Self-Custody-Wallet gibt MetaMask Nutzern die direkte Kontrolle über ihr Geld und ihre Vermögenswerte – mit einer Reichweite in rund 190 Ländern. MetaMask hat seit 2016 eine grundlegende Rolle beim Wachstum von Ethereum gespielt. Heute steht MetaMask im Mittelpunkt der Blockchain-Wirtschaft, entwickelt das Betriebssystem für Open Money und gibt Menschen die volle Kontrolle über ihr finanzielles Leben.

    Alle Artikel lesen