Mastercard hat am 20. Oktober 2026 den frühen Zugang zu seinem Agentenzahlungssystem geöffnet. Einer Mitteilung von diesem Tag zufolge stellt Agent Pay for Machines Entwicklern nun APIs für Käufer- und Verkäuferseite, ein Entwickler-Toolkit und eine Test-Sandbox bereit, nachdem End-to-End-Pilotprojekte mit Partnern wie Cloudflare, Ant International, BVNK und Coinbase abgeschlossen wurden. Der Dienst selbst wurde bereits im Juni vorgestellt; neu ist diesmal nicht das Konzept, sondern dass die Werkzeuge erstmals in Entwicklerhände gelangen.
Was der Demo-Agent tatsächlich kaufte
In einer Vorführung auf der Cloudflare Connect erhielt ein KI-Agent der Marketingagentur Hype den Auftrag, eine Kampagne für einen Proteinriegel vorzubereiten: Social-Media-Recherche betreiben und acht Kampagnenbilder erzeugen. Dabei schloss er neun Zahlungen an zwei Händler ab, AIsa und Cloudflare AI Gateway, alles aus einem einzigen, vorab genehmigten Budget. Es gab keine getrennten Konten, API-Schlüssel oder Rechnungen pro Dienst; der Agent fand die Anbieter, einigte sich auf Bedingungen und zahlte nur für das Genutzte.
Die erste Frage: Warum darf eine Maschine Geld ausgeben?
Mastercards Entwurf verbindet x402, das von Coinbase initiierte offene Zahlungsprotokoll, mit den Vertrauens- und Risikosystemen des eigenen Netzwerks. Agenten handeln mit signierten Berechtigungsnachweisen, die Identität und Autorisierung belegen, Unternehmen legen vorab Ausgabenlimits und erlaubte Kategorien fest, und gezahlt werden kann per Karte, Bankkonto oder Stablecoin. Die Autorisierung wird also, bevor Geld fließt, als Regelwerk festgeschrieben, das eine Maschine ausführen und ein Prüfer hinterher nachvollziehen kann, statt sie nachträglich aus den Ausgaben zu rekonstruieren.
Noch ein Pilotprojekt, kein Produktstart
Etwas Nüchternheit ist angebracht. Zum frühen Zugang gibt es keine Preise und keinen Termin für eine kommerzielle Einführung, und Mastercard stellt das Entwickler-Feedback an erste Stelle. Die schwierigsten Probleme kommen in der Demo zudem nicht vor: Was geschieht, wenn ein Limit mitten in der Aufgabe erschöpft ist, wie sich eine Autorisierung im laufenden Betrieb widerrufen lässt und wer haftet, wenn ein Agent an die falsche Stelle zahlt. Die öffentlichen Unterlagen beantworten das noch nicht vollständig.
Die Richtung ist dennoch klar. Sobald Agenten Code schreiben und Dienste buchen können, wird das Bezahlen zum nächsten Engpass: Wer hat es erlaubt, wie viel darf ausgegeben werden, wer wird bezahlt und wer verantwortet Fehler? Wenn ein Zahlungsnetzwerk eigene APIs und eine Sandbox für hochfrequente Maschinenzahlungen mit kleinen Beträgen baut, werden aus diesen Fragen keine Konferenzthemen mehr, sondern Infrastrukturwettbewerb. Für Entwickler heißt das: Autorisierungs- und Abgleichprozesse für den eigenen Fall jetzt in der Sandbox testen, statt auf den kommerziellen Start zu warten.
