Status: in BetriebENDE

x402-Zahlungsintegration

x402 macht aus HTTP-Status 402 einen funktionierenden Zahlungsfluss: Agenten zahlen pro Anfrage in USDC - von uns Ende-zu-Ende in Azeth umgesetzt, live auf zwei Testnetzen.

Das Problem

Agenten werden zu Käufern - von API-Aufrufen, Rechenzeit, Daten und der Arbeit anderer Agenten. Karten-Checkouts setzen einen Menschen mit Browser voraus; Abrechnung über API-Schlüssel setzt einen unterschriebenen Vertrag und eine Buchhaltung voraus. Beides überlebt den Kontakt mit Software nicht, die genau eine Anfrage bei einem Dienst kaufen will, den sie vor dreissig Sekunden entdeckt hat.

x402 ist die kleinste Korrektur, die funktioniert: Der Preis steht in der HTTP-Antwort, die Zahlung ist ein Stablecoin-Transfer, der Beleg ist kryptographisch. Wir kennen das nicht aus einer Spezifikation - wir haben es in Azeths Service-Schicht gebaut, wo das Bezahlen eines Aufrufs zugleich Ihre Bewertung dieses Aufrufs zählbar macht.

Zusammenarbeit

Zwei Richtungen, ein Protokoll: Ihr Dienst soll Maschinen-Clients abrechnen können, oder Ihre Agenten sollen zahlen können. In beiden Fällen hat der Build fixen Umfang - Endpunkt-Gating oder Client-Flüsse, Settlement-Anbindung und Tests zuerst gegen öffentliche Testnetze. Sie erhalten funktionierenden Code, das Betriebs-Runbook und eine explizite Liste dessen, was vor dem Mainnet wahr sein muss.

Der Einstieg läuft per E-Mail: was hineingehört, steht auf der Kontaktseite.

Was wir liefern

  • Zahlungspflichtige API-Endpunkte: 402-Challenge, Verifikation und Settlement-Fluss
  • Zahlungsabwicklung auf Client-Seite für Ihre Agenten und SDKs
  • USDC-Settlement-Anbindung und On-Chain-Verifikation der Belege
  • Preiskataloge pro Endpunkt oder pro Fähigkeit
  • Testnet-first-Rollout mit dokumentiertem Weg zum Mainnet

Nachweis

Häufige Fragen

Was ist x402?

Ein offenes Muster, das den HTTP-Status 402 («Payment Required») wiederbelebt: Ein Dienst beantwortet eine Anfrage mit einer bepreisten Challenge, der Client zahlt in USDC, wiederholt die Anfrage mit Zahlungsnachweis und erhält die Antwort. Keine Konten, keine Rechnungen, keine Kartenformulare - genau das, was autonome Maschinen-Clients brauchen.

Warum nicht API-Schlüssel und Monatsrechnungen?

Schlüssel und Rechnungen setzen voraus, dass vorher ein Mensch einen Vertrag unterschrieben hat. Maschinenhandel braucht das Gegenteil: Bezahlen pro Anfrage zwischen Parteien, die sich nie begegnet sind. x402 macht die Zahlung zum Teil des Protokolls - ein Agent kann genau einen API-Aufruf kaufen, bepreist in Rappen, abgerechnet in USDC.

Ist das produktionsreif?

Das Muster ist jung, und wir sagen das offen. Unsere Umsetzung läuft in Azeth auf Ethereum Sepolia und Base Sepolia - bewusst Testnetze, bisher ohne externe Audits. Kundenprojekte bauen wir Testnet-first und definieren die Mainnet-Kriterien gemeinsam; nichts wird live genannt, was es nicht ist.

Braucht es einen eigenen Token?

Nein. Abgerechnet wird in USDC, einem dollarbasierten Stablecoin. Kein Token-Launch, kein Spekulationsobjekt - Zahlungen sind hier absichtlich langweilig.

Wie verhält sich x402 zu ERC-8004?

Sie ergänzen sich. x402 beantwortet «wie zahlt eine Maschine?»; ERC-8004 beantwortet «wer ist diese Maschine, und was ist ihre Historie?». In Azeth schalten Zahlungsbelege die Reputation frei - die Bewertung eines Agenten zählt, wenn er die bewertete Leistung tatsächlich bezahlt hat.

Branchen

zuletzt bearbeitet 02.07.2026