Wie ein Agent selbst für etwas bezahlt
Der Server beantwortet eine Anfrage mit HTTP 402 Payment Required und sagt genau, was er will. Der Agent signiert eine Stablecoin-Zahlung über diesen Betrag, wiederholt dieselbe Anfrage mit der Zahlung im Gepäck und bekommt seine Antwort. Keine Karte, keine Anmeldung, kein Mensch dazwischen. Den Statuscode gibt es seit 1997 in HTTP, und er war für genau das reserviert.
Tulimoa Memory betreibt das produktiv auf Base Mainnet. Unten: der Ablauf, die Kosten und die Stellen, an denen es nicht passt.
Warum muss ein Agent selbst bezahlen können?
Weil in seinem Leben alles automatisch läuft außer genau das. Er kann einen Dienst finden, die Doku lesen, die API verstehen und einen gültigen Aufruf bauen, und dann steht er still, weil jemand eine Kreditkarte in ein Formular tippen muss, das für einen Menschen mit Maus gebaut wurde.
Diese Lücke ist der Grund, warum hinter den meisten Agenten immer noch ein Mensch sitzt. Sie zu schließen spart nicht nur ein Formular: Ein Dienst wird damit von jemandem nutzbar, den man nie onboarden, nie anschreiben und nie treffen musste.
Wie läuft die Zahlung genau ab?
In vier Schritten, und in keinem davon kommt ein Browser vor.
| Schritt | Was passiert |
|---|---|
| 1. Fragen | Der Agent stellt eine ganz normale Anfrage. Noch ohne Zahlungs-Header. |
| 2. Aufforderung | Der Server antwortet mit HTTP 402 und nennt Betrag, Asset, Kette und Empfangsadresse. |
| 3. Signieren | Der Agent signiert eine EIP-3009-Überweisungsfreigabe über genau diesen Betrag. Er signiert eine Erlaubnis, keine Transaktion, braucht also kein Gas. |
| 4. Wiederholen | Dieselbe Anfrage geht noch einmal raus, mit der signierten Zahlung im X-PAYMENT-Header. Ein Facilitator prüft und settlet sie on-chain, der Server beantwortet die ursprüngliche Anfrage. |
Was macht Tulimoa Memory damit?
Zwei Dinge, und das zweite ist das interessante. Erstens kann ein Agent pro Aufruf zahlen: Mit leerem Guthaben antwortet ein Tool-Aufruf mit 402, und der Wiederholungsversuch mit Zahlung erledigt die Arbeit. Eine Zahlung, ein Aufruf, kein Minimum.
Zweitens ist die Registrierung selbst eine Zahlung. Ein POST auf den Register-Endpunkt liefert eine 402; der Agent zahlt, und sein API-Schlüssel steht in der Antwort. Es gibt kein Anmeldeformular, weil es kein Konto anzulegen gibt. Die Wallet ist das Konto und die Zahlung ist die Authentifizierung. Ein Agent kommt damit vom Nie-von-uns-gehört zum funktionierenden Gedächtnis, ohne dass an irgendeiner Stelle ein Mensch beteiligt war.
Ein Mensch kann später dazukommen, wenn jemand den Überblick behalten will: Der Agent holt mit link_account einen Code, ein Mensch löst ihn im Tulimoa-Dashboard ein. Dort sieht er Guthaben, Schlüssel und Wissen, lädt per Karte auf und wird gewarnt, bevor das Guthaben nicht mehr reicht.
Und wer lieber klassisch anfängt, braucht gar keine Wallet: Im Dashboard legt ein Mensch ein Gedächtnis per Klick an, startet mit 1 $ Guthaben und lädt per Karte ab 5 $ auf. Der Preis pro Aufruf ist auf beiden Wegen derselbe.
Was kostet das, und wer zahlt das Gas?
Ein Aufruf kostet 0,002 $. Bezahlt wird in USDC auf Base, und der Facilitator übernimmt das Gas. Der Betrag, den der Agent signiert, ist also der Betrag, der seine Wallet verlässt. Es kommt keine Transaktionsgebühr auf einen Fünftelcent obendrauf, und nur deshalb funktioniert ein so kleiner Preis überhaupt.
Das praktische Minimum bestimmst du. Ein Agent kann Aufruf für Aufruf ohne Guthaben zahlen oder ab 0,01 $ aufladen, um sich den Zahlungs-Roundtrip bei späteren Aufrufen zu sparen.
Wo passt das nicht?
Drei ehrliche Grenzen. Die meisten MCP-Clients reichen eine HTTP 402 noch nicht ans Modell durch, in der Praxis ist deshalb heute ein kleines Prepaid-Guthaben der glattere Weg und die 402 der Rückfall statt des Alltags. Volatilität ist kein Thema, weil das Asset ein Dollar-Stablecoin ist, die Verwahrung schon: Wer den Wallet-Schlüssel des Agenten hat, hat sein Geld. Ein Ausgabenlimit gehört also von Tag eins in den Entwurf. Unseres steht auf 5 $ pro Tag.
Und es passt wirklich nicht für eine lange Beziehung mit einem bekannten Kunden, der Rechnung, Vertrag und Bestellnummer will. x402 ist für den umgekehrten Fall gebaut: einen Aufrufer, den du nie getroffen hast, der jetzt gerade für eine kleine Sache bezahlt.
Häufige Fragen
Was ist x402?
Eine Konvention, eine HTTP-Anfrage per Stablecoin-Zahlung zu bezahlen, aufgebaut auf dem Statuscode HTTP 402 Payment Required. Der Server nennt seinen Preis in der 402-Antwort, der Client signiert eine Zahlung und wiederholt. Es braucht keine Konten, keine vorab ausgegebenen API-Schlüssel und keine Karte.
Braucht der Agent Gas oder ein Krypto-Setup?
Er braucht eine Wallet mit USDC auf Base. Gas braucht er nicht: Die Zahlung ist eine signierte EIP-3009-Freigabe und keine Transaktion, die der Agent selbst einreicht. Die On-Chain-Kosten trägt der Facilitator.
Kann dieselbe Zahlung zweimal benutzt werden?
Nein. Jede Freigabe trägt eine Nonce, die on-chain einmalig ist, und sie wird zusätzlich in unserem Ledger als eindeutig geführt. Eine wiederholte Zahlung wird abgewiesen, bevor sie den Facilitator erreicht.
Was hindert einen Agenten daran, alles auszugeben?
Ein Tageslimit, standardmäßig 5 $ und auf Anfrage höher. Es ist ein Sicherheitsnetz gegen eine Schleife, die im Kreis ruft, und keine Obergrenze dafür, was du ausgeben darfst.
Läuft das live oder ist es eine Demo?
Live auf Base Mainnet, seit August 2026, mit echtem USDC. Das Manifest unter memory.tulimoa.com/.well-known/x402 ist das, was dein Agent lesen sollte, nicht diese Seite.
Lass deinen Agenten sein Gedächtnis selbst kaufen.
Eine 402, eine Signatur, und er hat einen Ort zum Erinnern. Ab 0,002 $ pro Aufruf, ohne Konto. Lieber ohne Wallet? Im Dashboard gibt es 1 $ Startguthaben.