x402 — Offenes Protokoll für internet-native Zahlungen

• x402 aktiviert den lange ungenutzten HTTP-Statuscode 402 (Payment Required) und ermöglicht damit Echtzeitzahlungen und nutzungsbasierte Abrechnung (Pay-per-Use) auch ohne Konto oder API-Schlüssel als internet-natives Zahlungsprotokoll
• Entwickler können mit nur einer Zeile Middleware-Code für jede API-Anfrage Stablecoin-Zahlungen wie USDC verlangen, sodass sich das Verfahren von kleinen Micropayments bis hin zu großen Services einfach einsetzen lässt
• Transaktionsgebühren sind praktisch null, Zahlungsbestätigungen erfolgen innerhalb von 200 ms bis 2 Sekunden und lösen damit die Probleme klassischer karten- oder kontobasierter Zahlungssysteme bei Latenz, Chargebacks und komplexer Authentifizierung
• AI-Agenten, IoT-Geräte und Content-Anbieter können API-Aufrufe, Datenzugriffe und die Nutzung von Cloud-Ressourcen autonom bezahlen; das Protokoll ist damit als grundlegende Infrastruktur für Machine-to-Machine-(M2M)-Commerce konzipiert
• Über traditionelle, auf Abos und Werbung ausgerichtete Modelle hinaus ermöglicht es echte neue Geschäftsmodelle auf Micropayment-Basis und bietet Entwicklern wie Kreativen flexible und offene Formen der Monetarisierung

---

Überblick über x402

• Ein von der Coinbase Developer Platform vorangetriebener offener Zahlungsstandard
• Entwickelt, damit AI und Web-Services automatisch Zahlungen ausführen und so auf APIs, Daten und digitale Dienste zugreifen können
• Ein web-nativer Ansatz auf Basis von HTTP-Headern und Statuscodes, der sich leicht in bestehende Server-Infrastrukturen integrieren lässt

Wichtige Merkmale

• Gebührenfrei: Auf Protokollebene fallen keine Transaktionsgebühren an
• Sofortige Abwicklung: Auf Blockchain-Zahlungen basierende Abwicklung innerhalb von 200 ms bis 2 Sekunden
• Blockchain-unabhängig: Nicht an eine bestimmte Chain oder einen bestimmten Token gebunden
• Einfache Integration: Mit einer Codezeile auf bestehende Webserver anwendbar
• Offener Standard: Von jedem implementier- und erweiterbar, ohne Bindung an einen zentralisierten Anbieter
• AI-freundlich: Agenten können Zahlungen in Echtzeit pro API-Anfrage abwickeln

Funktionsweise

1. Der Client sendet eine API-Anfrage
2. Erfolgt die Anfrage ohne Zahlungsinformationen, antwortet der Server mit HTTP 402 Payment Required
3. Der Agent sendet die Anfrage erneut und fügt eine Zahlungssignatur hinzu
4. Der Server prüft und überträgt die Zahlung und liefert danach die reguläre Antwort

Einsatzszenarien

• AI-Agenten: Nutzungsbasierte Bezahlung bei Aufrufen von Echtzeitdaten oder Modellen
• Cloud-Services: Nutzungsbasierte Zahlung für Storage oder GPU-Zeit ohne Konto
• Content-Anbieter: Einzelzahlungen für Artikel oder Videos, wodurch echte Micropayments möglich werden
• IoT-/Maschinenhandel: Automatische Zahlungen zwischen autonomen Systemen

Neue Geschäftsmodelle

• Unterstützung für kleine, hochfrequente Transaktionen: Zahlungen ab $0.001 möglich
• Alternative zu Werbung und Abos: Monetarisierung ohne erzwungene Abonnements oder Werbeabhängigkeit
• AI-native Commerce: AI kann Cloud-Ressourcen und APIs direkt kaufen und nutzen

Unterstützung für Entwickler

• Referenzimplementierungen: Middleware für Express.js und Next.js sowie Client-Bibliotheken verfügbar
• Testwerkzeuge: Entwicklungsumgebung mit virtueller Wallet und Tokens
• Native Integration mit Coinbase AgentKit, beschleunigt die Entwicklung von AI-first-Apps

Fazit

• x402 überwindet die Grenzen bestehender Zahlungsinfrastrukturen und bietet eine maschinenfreundliche Zahlungsschicht für eine AI-first-Internetökonomie
• Auch ohne Konto, Abo oder API-Schlüssel kann jeder auf einem offenen und skalierbaren Zahlungsstandard neue Modelle für den digitalen Handel aufbauen

[GN⁺]

Hacker-News-Kommentare

• Vor 18 Jahren habe ich einmal den Satz „dieser Code ist für die Nutzung in der Zukunft vorgesehen“ gesehen; es wirkt, als hätte ein Redditor damals ein Szenario vorhergesehen, in dem AT&T, Comcast, TimeWarner usw. das Internet kostenpflichtig machen wollten, nur eben unter anderem Namen
• Das Ganze begann als ein von Coinbase gefördertes Protokoll; in einer Situation, in der Stripe in diesem Bereich offensiv vorgeht und alles an sein eigenes Ökosystem binden will, fühlt sich das Auftauchen eines Open Protocol positiv an
  • Wenn es ein wirklich offenes Zahlungsprotokoll ist, sollte es jede Währung handhaben können, und Dinge wie Intermediäre, Zahlungsmethoden sowie Richtlinien zu Stornierungen und Streitfällen sollten Käufer und Verkäufer selbst festlegen können; bei SEPA oder Ähnlichem könnte vielleicht eine vollständig kostenlose, sofortige und unumkehrbare Zahlungsmethode entstehen
  • Das Problem ist nicht die Form des API-Payloads, sondern dass es kaum Banken mit einer REST API für Zahlungen gibt
  • Da Coinbase das fördert, scheint es wahrscheinlich, dass für jede Transaktion KYC-/AML-Verifizierung verlangt wird; die Sorge ist, dass man schon zum Lesen einer einzigen kostenpflichtigen Nachricht eine aktuelle Versorgerrechnung und eine Video-Identifikation vorlegen muss, und dass man abgewiesen wird, wenn man kein US-Bürger ist oder keinen von Coinbase unterstützten Ausweis hat
• Das Protokoll wirbt mit „gebührenfrei“, aber wenn es auf einer Blockchain basiert, scheint es in der Praxis unvermeidbar, dass Transaktionsgebühren anfallen; bei kleinen Zahlungen, bei denen „kein Mindestbetrag“ betont wird, sind prozentuale Gebühren kein großes Problem, aber feste Gebühren pro Transaktion können belastend sein; außerdem gibt es je nach Blockchain schwankende Gebühren, was ein zusätzliches Risiko darstellt; ich frage mich, ob ich etwas missverstanden habe
  • Bei vielen aktuellen Onchain-Transaktionen sind die gas-Kosten zuletzt extrem niedrig geworden, oft unter 1 Cent, also praktisch fast kostenlos; x402 nutzt vor allem L2-Netzwerke wie Base, daher fallen die Kosten pro einzelner Transaktion kaum ins Gewicht; Referenz: Informationen zu gas-Gebühren
  • Das Protokoll selbst erhebt keine separate Gebühr; die Gebühren können sich je nach gewählter Zahlungsmethode des Nutzers unterscheiden, etwa Blockchain, VISA usw.
  • Das x402-Protokoll selbst ist gebührenfrei, aber die Netzwerke, die die tatsächliche Zahlung verarbeiten, also Blockchain, Zahlungsnetz usw., haben jeweils eigene Kostenstrukturen; der Verkäufer kann das für ihn passende Netzwerk wählen, und x402 hat eine Facilitator-Funktion, die Zahlungsnetzwerke abstrahiert; Agenten wie Coinbase übernehmen häufig auch das für die Transaktion nötige gas
  • Blockchain-basiert zu sein bedeutet nicht zwangsläufig, dass bei jeder einzelnen Transaktion Gebühren anfallen; in Wallets kann die Kostenfreigabe per Signatur erfolgen, und das wird dann gebündelt in einem Schritt verarbeitet
  • Auf der Base-Blockchain von Coinbase liegen die Gebühren für USDC-Transfers unter 1 Cent, bei Solana in einem ähnlichen Bereich
• Schon der Name x402 wirkt irgendwie verdächtig und nach Marketing; es fühlt sich an, als wolle man es wie X.500 als internationales Standardprotokoll erscheinen lassen; tatsächlich existiert mit X.402 bereits ein Protokoll als Standard der Internationalen Fernmeldeunion (ITU) ITU-X.402-Link
• Im x402-Whitepaper werden Lightning oder Bitcoin überhaupt nicht erwähnt, sondern nur Base (Ethereum L2, von Coinbase vorangetrieben); es wirkt unangenehm, wie stark Coinbase nur die Ausweitung seines eigenen Ökosystems verfolgt; wirklich freie Zahlungen sollten meiner Ansicht nach auf Bitcoin basieren, insbesondere auf L2s wie Lightning oder Liquid, weil das besser zur Dezentralisierung passt
  • Ich habe vor 5 Jahren selbst ein auf dem Lightning Network basierendes Protokoll namens L402 entwickelt, früher LSAT; x402 wickelt die Verifikation von Zahlungsbelegen über einen separaten Kanal ab, sodass entgegen der Werbung mit „One-Line-Integration“ in Wirklichkeit ziemlich viel Code auf Client- und Server-Seite nötig ist; L402 hingegen enthält im Lightning Network direkt eine Zahlungsprüfungsfunktion im Protokoll und unterstützt außerdem feingranulare Authentifizierung auf Macaroon-Basis; die Vorteile des Lightning Network sind Privatsphäre, vollständige Dezentralisierung und schnelle Finalität auf dem Niveau von 100 ms; bei Chains wie Coinbase sind sämtliche Netzwerktrades offengelegt, sie sind gegenüber Ausfällen zentraler Instanzen verwundbar, und selbst bei Base dauert die Blockbestätigung mehrere Sekunden; Details: L402-Erklärung, LSAT-Blog
  • Es wird gefragt, ob man bei der Integration von Lightning-Zahlungen in x402 helfen könne; damit ließe sich die Abhängigkeit von Base vielleicht überwinden
  • Es wird betont, dass es sehr schwierig sei, auf Bitcoin basierende „agentic applications“ zu bauen, während das auf EVM-Basis über mehrere Netzwerke hinweg möglich sei; x402 soll nicht nur auf Base laufen, sondern künftig mehrere EVM-kompatible Netzwerke unterstützen
  • Die Behauptung, nur Bitcoin sei der einzige Weg zu „echter“ Dezentralisierung, wirkt überzogen; Unterstützung für Bitcoin wäre sinnvoll, aber es kann verschiedene Wege geben
• Es wird eine echte Nutzungserfahrung geteilt; ausprobiert wurde ein Client namens „Frame“
  1. USDC aus einem Faucet zu bekommen war ziemlich einfach
  2. Nachdem Frame mit dem Browser verbunden wurde, hat es x402 sofort erkannt
  3. Nach der ersten Transaktion lud die Seite nach dem Senden endlos und verschwand; ich musste eine zweite Transaktion durchführen; im produktiven Einsatz könnte das dazu führen, dass doppelt bezahlt wird, was riskant ist; die erste Transaktion irrt vermutlich irgendwo im mempool herum
  4. Das Tool Frame ist nicht geeignet, um es zu empfehlen; es gibt keinen Transaktionsverlauf, daher kann man nicht mit höherem nonce oder zusätzlichem gas erneut senden; außerdem scheint es kaum gepflegt zu werden
  5. Die zweite Transaktion funktionierte gut, und die Verarbeitung war sehr schnell
• Es gibt einen x402-Anwendungsfall bei Cloudflare Cloudflare-Blog-Link
• Es wird gefragt, was der einfachste Weg ist, Stablecoins zu senden; beim Versuch, USDC zu verwenden, erschien am Ende die Meldung „für die gas-Gebühr wird auch ether benötigt“, was irritierend war; dazu kommen mehrere Warnungen, dass Coins bei Fehlern bei Adresse oder Netzwerk verloren gehen können, sodass sich der Ablauf schwierig anfühlt; es ist unklar, warum das Senden von Stablecoins so aufgebaut ist, dass mehrere Coins benötigt werden und alles so komplex wirkt; diese Komplexität gefällt wohl nur Krypto-Profis, für normale Nutzerzahlungen ist sie viel zu schwierig
  • USDC funktioniert auch auf Solana, und die Gebühren sind dort wirklich minimal; beim Senden über Coinbase nach Solana fühlt es sich nahezu gebührenfrei an; wichtig ist allerdings die Verwaltung der Zieladresse, denn bei einer falschen Adresse ist das Geld unwiederbringlich weg; das ähnelt US-Überweisungen, bei denen falsche Konto- oder Routing-Nummern ebenfalls problematisch sind; es gibt zwar Prüfmechanismen, aber sie sind nicht in jedem Fall perfekt; Ethereum versucht mit ENS (Ethereum Name Service), dieses Problem etwas zu entschärfen
  • Die etwas flache Antwort auf die Frage nach der einfachsten Stablecoin-Überweisung lautet, dass man einem AI-Agenten einfach eine Wallet gibt und nur USDC hineinlegt; im Kern folgt dieses Protokoll der Richtung von Coinbases „agentic payments“; selbst das Team, das es gebaut hat, hat tatsächliche Anwendungsfälle oder die genaue Funktionsweise noch nicht vollständig definiert; trotzdem ist die Idee interessant, dass ein AI-Agent bei einer Paywall selbstständig Zahlungen ausführen kann; die Kritik an der Komplexität ist berechtigt, und Ansätze von Bridge/Privy/Stripe wirken deutlich praxisnäher
  • x402 abstrahiert die gas-Gebühr selbst; man kann es tatsächlich sofort als Mensch ausprobieren, und mit der Demoseite, dem Server-Beispiel und dem Client-Beispiel lässt sich die Implementierung leicht nachvollziehen
• Es wird hinterfragt, wer bei Coinbase dachte, HTTP 402 sei unbenutzt; es gibt tatsächlich Websites, die 402 zurückgeben und eine Seite mit dem Hinweis „bezahlen“ anzeigen; es erscheint unwahrscheinlich, dass all diese Sites nun dieses Blockchain-Zahlungssystem unterstützen werden
  • Das Problem ist nicht, dass 402 ungenutzt wäre, sondern dass es keine standardisierte Antwort gibt, mit der AI-Agenten die Zugriffsbezahlung verarbeiten können; x402 liefert ein standardisiertes Antwortformat, damit Clients Zahlungen programmatisch ausführen können; das kann Stablecoins und später auch Fiat-Zahlungsmethoden umfassen
• Mit 15 Jahren Erfahrung in der Arbeit mit Banken und Zahlungsdienstleistern bin ich mir zu 1000 % sicher, dass normale Banken sich niemals damit befassen werden, nicht einmal in 20 Jahren
  • Als Reaktion heißt es, dass man vielleicht selbst letztes Jahr noch nicht geglaubt hätte, dass sogar Präsident oder First Lady Meme-Coins herausbringen würden
  • Börsen wie Coinbase oder Kraken werden es nutzen, und da diese ohnehin mit Banken verbunden sind, müssten Banken nicht direkt beteiligt sein
  • Institutionen wie Anchorage unterstützen Base bereits
  • Tatsächlich ist die Beteiligung von Banken nicht besonders wichtig; das läuft auf der Blockchain, daher lassen sich Regulierungs- oder KYC-/AML-Mechanismen von Banken ignorieren; da es aber von Coinbase gefördert wird, bleibt unklar, ob es selbst bei Onchain-Nutzung wirklich weltweit offen sein wird