ERPC startet x402-fähige Solana RPC — Der Beginn einer Ära, in der KI-Agenten APIs bei Bedarf bezahlen

ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; geschäftsführender Direktor und CEO: Fumitake Kawasaki) und Validators DAO, die Betreiber von ERPC, geben den Start eines x402-fähigen Solana-Mainnet-JSON-RPC-Proxys bekannt.

Der neue Dienst ist ein produktionsreifer, x402-fähiger Solana-RPC-Dienst unter x402.erpc.global. Nutzer, Anwendungen und KI-Agenten können Solana-JSON-RPC-Anfragen an POST https://x402.erpc.global/v1/solana-mainnet senden. Wenn eine Zahlung erforderlich ist, gibt ERPC HTTP 402 Payment Required mit einer x402-Zahlungsaufforderung zurück. Der Client kann anschließend eine USDC-Stablecoin-Zahlungsnutzlast auf Solana Mainnet anhängen und dieselbe Anfrage erneut senden, um nach Prüfung und Abwicklung das Solana-RPC-Ergebnis zu erhalten.

Bisher folgten API-Zahlungen meist einem Modell, in dem ein Mensch zuerst einen Vertrag abschließt, einen API-Schlüssel erhält und KI-Systeme oder Bots diesen Schlüssel danach verwenden. Mit x402 können KI-Agenten und Programme die zum Zeitpunkt der Anfrage präsentierten Zahlungsbedingungen lesen, innerhalb des vom Eigentümer festgelegten Budgets und Berechtigungsrahmens zahlen und die benötigte API sofort nutzen. ERPC setzt diesen Ablauf für einen konkreten Infrastrukturfall um: Solana RPC.

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet Pricing: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Service discovery: https://x402.erpc.global/.well-known/x402

x402 ist ein offenes Zahlungsprotokoll, das den HTTP-Status 402 Payment Required für moderne Web- und API-Zahlungen nutzt.

Im traditionellen API-Modell erstellt ein Nutzer für jeden Dienst ein Konto, registriert eine Zahlungsmethode, generiert einen API-Schlüssel und verwaltet Abonnements oder Prepaid-Guthaben. Dieser Ablauf funktioniert für Menschen im Browser, ist aber zu schwerfällig für Software und KI-Agenten, die dynamisch Dienste auswählen und nur für tatsächliche Nutzung zahlen müssen.

Mit x402 antwortet der Server zuerst mit 402 Payment Required, wenn ein Client auf eine bezahlte Ressource zugreift. Die Antwort enthält die Zahlungsbedingungen: Betrag, Netzwerk und Asset. Der Client erzeugt daraus eine Zahlungsnutzlast und sendet dieselbe Anfrage mit Zahlungsnachweis erneut. Der Server prüft und wickelt die Zahlung ab und gibt dann die angeforderte API-Antwort oder den Inhalt zurück.

x402 macht bezahlten API-Zugriff damit zu einer natürlichen HTTP-Anfrage-und-Antwort-Konversation: Diese Operation kostet diesen Betrag; die Zahlung wurde eingereicht; das Ergebnis kann nun zurückgegeben werden.

Der x402-fähige Solana-RPC-Dienst von ERPC ist ein Solana-Mainnet-JSON-RPC-Proxy auf Cloudflare Workers. Zahlungsprüfung und Abwicklung nutzen den Coinbase CDP x402 Facilitator mit USDC-Stablecoin-Zahlungen auf Solana Mainnet. /.well-known/x402 veröffentlicht x402 Version 2, die Facilitator-URL, Solana Mainnet, USDC und den POST-Endpunkt /v1/solana-mainnet.

Beim ersten Request sendet der Client einen normalen Solana-JSON-RPC-Body. Wenn X-Payment fehlt, gibt ERPC 402 Payment Required zusammen mit der x402-Challenge, dem Gewicht der RPC-Methode und USD-Preisangaben zurück.

Der Client erstellt danach eine USDC-Stablecoin-Zahlungsnutzlast auf Solana Mainnet und sendet denselben JSON-RPC-Body mit dem Header X-Payment erneut. ERPC bittet den Facilitator, die Zahlung zu prüfen und abzuwickeln, erhält eine Abwicklungsbestätigung und leitet die Anfrage an die vorgeschaltete Solana-RPC weiter. Der Client erhält das JSON-RPC-Ergebnis zusammen mit einer X-Payment-Response-Bestätigung. Aus Kompatibilitätsgründen akzeptiert ERPC auch Payment-Signature als Legacy-Header.

Um doppelte Zahlungsnutzung zu verhindern, werden erneut verwendete Signaturen als 409 duplicate_payment behandelt. Ungültige Zahlungen oder zu geringe Beträge werden als 402 payment_invalid oder payment_amount_too_low zurückgegeben.

Die Preisgestaltung folgt dem kanonischen Tokenmodell von ERPC: Das Rohgewicht jeder Methode wird mit 0.000001 USD multipliziert. Standard-JSON-RPC-Methoden haben 42 Tokens, getProgramAccounts 4200 Tokens, getTokenLargestAccounts 2400 Tokens und getMultipleAccounts addiert 420 Tokens pro Pubkey. Um dem Mindestbetrag des Facilitators für eine Abwicklung zu entsprechen, gilt für den gesamten Request eine Mindestgebühr von 0.001 USD. getSlot hat zum Beispiel ein Rohgewicht von 42 Tokens, wird nach Anwendung der Mindestgebühr aber mit 1000 Tokens, also 0.001 USD, berechnet.

Kostenlose Test-Endpunkte sind ebenfalls verfügbar: GET /health, GET /pricing und GET /.well-known/x402. /pricing zeigt für jede Solana-RPC-Methode das Rohgewicht, das Gewicht nach der Mindestgebühr und den USD-Preis.

Eine wichtige Bedeutung der x402-Unterstützung ist, dass APIs und RPC nahezu auf Micropayment-Granularität abgerechnet werden können.

Bisher wurde Infrastruktur wie RPC typischerweise über Monatspläne, feste Quoten, Prepaid Credits oder nachträgliche Rechnungen angeboten. Nutzer reservieren dadurch oft mehr Kapazität als sie wirklich benötigen. Ungenutzte Credits verfallen, während plötzliche Lastspitzen Quotenlimits oder Zusatzkäufe auslösen. Besonders bei Workloads wie KI-Agenten und Bots, die nur bei Bedarf viel lesen und danach fast nichts nutzen, ist diese Lücke groß.

Mit Mechanismen wie x402 kann ein Dienst einen Preis pro API-Anfrage, Datenabruf oder Operation anzeigen, und der Client zahlt nur für das Benötigte. Auch ERPCs Preismodell basiert darauf, das Rohgewicht jeder Methode mit 0.000001 USD zu multiplizieren. Der aktuelle Endpunkt wendet auf den gesamten Request einen Mindestbetrag von 0.001 USD an, um dem Mindestbetrag des Facilitators für eine Abwicklung zu entsprechen; die Basiseinheit ist jedoch auf 1 Token = 0.000001 USD ausgelegt.

Mit traditionellen Kartenzahlungen ist das nicht realistisch. Bei 0,1 Cent pro Request oder kleineren Beträgen können Gebühren und Freigabeprozesse den Zahlungsbetrag selbst übersteigen. Stablecoin-Zahlungen und internetbasierte Zahlungsprotokolle wie x402 machen es praktikabel, solche kleinen Zahlungen direkt in API-Anfrage-und-Antwort-Abläufe einzubetten.

Batch-JSON-RPC-Anfragen können außerdem mehrere schreibgeschützte Aufrufe in einem Request bündeln, sodass der Mindestbetrag nur einmal auf das Gesamtgewicht angewendet wird. Mehrere leichte Statusmethoden können so gemeinsam aufgerufen werden, ohne für jeden Aufruf separat eine Mindestgebühr zu zahlen.

ERPCs x402-Unterstützung ist damit ein Schritt von „zuerst Vertrag, dann RPC nutzen“ hin zu „direkt für die gelesenen Daten zahlen“. Diese Zahlungsgranularität wird wichtig, wenn KI-Agenten viele externe Services kontextabhängig kombinieren.

KI-Agenten beginnen, autonom zu schreiben, zu recherchieren, zu programmieren, zu überwachen, Tradinggelegenheiten zu finden und Infrastruktur zu betreiben. Diese Aufgaben benötigen oft im richtigen Moment bezahlte externe Ressourcen: APIs, Datensätze, RPC-Endpunkte, Speicher, Rechenleistung, Analysedienste, Authentifizierung und mehr.

Für Menschen ist es normal, vor der Nutzung eines Dienstes einen SaaS-Vertrag zu unterzeichnen, eine Rechnung zu prüfen und einen API-Schlüssel auszustellen. Wenn ein KI-Agent aber Tausende oder Zehntausende kleine Entscheidungen trifft, blockiert die menschliche Genehmigung für jeden Vertrag oder jede Zahlung den Ablauf.

Das nächste Modell besteht darin, dass ein KI-Agent erkennt, dass bestimmte Daten 0.001 USD kosten oder eine Berechnung einen bestimmten Betrag erfordert, innerhalb des Budgets, der Berechtigungen und Richtlinien des Eigentümers zahlt, das Ergebnis erhält und die Zahlungsbestätigung protokolliert. Entscheidend ist nicht, dass KI unbegrenzt zahlt, sondern dass notwendige Zahlungen innerhalb von Ausgabenlimits, erlaubten Zwecken und genehmigten Dienstbereichen automatisiert werden.

Das ist nicht nur automatisierter Checkout. Es ist Zahlungsinfrastruktur für Maschinen: KI-Agenten, Bots, APIs, IoT-Geräte, Roboter und Monitoringsysteme tauschen Wert aus, wenn ein Dienst gebraucht wird. In Zukunft wird die Abrechnung zwischen Maschinen und Agenten natürlich: Ein Agent bezahlt einen anderen für eine Aufgabe, eine KI bezahlt pro Daten-API-Aufruf, und ein Monitoring-System bezahlt nur bei Anomalien für hochpräzise Analysen.

McKinsey schätzt, dass der agentische Handel bis 2030 weltweit zwischen 3 und 5 Billionen US-Dollar orchestrieren könnte. KI wird bereits zum Einstiegspunkt für Suche, Vergleich, Empfehlungen und Entscheidungsunterstützung. Wenn Identität, Autorisierung und Zahlungen ausgereifter sind, werden KI-Agenten voraussichtlich tiefer in Kauf- und Serviceausführung eingebunden.

Gleichzeitig zeigen internetbasierte Zahlungsprotokolle wie x402 bereits umfangreiche Transaktionsaktivität und experimentelle Anwendungsfälle. Die offizielle x402-Seite veröffentlicht Live-Metriken zu Transaktionen, Volumen, Käufern und Verkäufern der letzten 30 Tage. Circle erwähnte, dass x402 in den ersten Monaten mehr als 100 Millionen US-Dollar an Zahlungen verarbeitete. Chainalysis analysierte zudem, dass agentische x402-Zahlungen auf Base bis Q1 2026 die Marke von 100 Millionen Transaktionen überschritten hatten.

Diese Zahlen zeigen, dass x402 nicht nur ein Konzept ist, sondern bereits in eine Phase hochfrequenter maschineller Zahlungsexperimente und Nutzung eingetreten ist. Der Markt steht noch am Anfang, doch die Infrastruktur für anfragegenaue Zahlungen von APIs, Daten, Rechenleistung und digitalen Diensten entsteht schnell.

McKinsey: https://www.mckinsey.com/capabilities/quantumblack/our-insights/europes-agentic-commerce-moment-decision-influence-is-here-execution-is-coming x402: https://x402.org/ Circle: https://www.circle.com/blog/nanopayments-powered-by-circle-gateway-is-now-live-on-mainnet Chainalysis: https://www.chainalysis.com/blog/x402-agentic-payments-adoption/

Für Solana-Anwendungen ist RPC kein Nebenfeature. Kontostandsprüfungen, Slot-Abfragen, das Lesen von Accounts, die Suche nach Program-Accounts, Transaktionsstatusprüfungen, das Abrufen von Blöcken und Echtzeitmonitoring hängen alle von RPC ab.

Wenn KI-Agenten beginnen, den Solana-Zustand zu prüfen, Entscheidungen zu treffen und Aktionen auszuführen, wird RPC fast zu ihren Augen und Händen. Der Agent entscheidet, welcher Account geprüft, welches Programm abgefragt, wann erneut geprüft und wie tief gesucht wird.

In diesem Umfeld passen Monatsverträge und feste Quoten nicht immer zu feingranularer Nutzung. Wenn ein Agent genau die benötigte RPC-Methode im benötigten Moment aufrufen und direkt für diesen Request zahlen kann, kann er externe Services flexibler kombinieren.

ERPCs x402-Unterstützung ist ein produktionsreifer erster Schritt in diese Welt. KI-Agenten und Programme können Solana RPC nicht nur als vorab gebuchten festen Dienst betrachten, sondern auch als Dienstbaustein, den sie bei Bedarf bezahlen und nutzen.

Für Entwickler bietet ERPC mit x402 eine reale Umgebung zum Testen agentischer Abläufe und nutzungsabhängiger API-Modelle.

Ein Rechercheagent, der den Solana-Kontostatus prüfen muss, kann zunächst eine RPC-Anfrage an ERPC senden. Wenn eine Zahlung erforderlich ist, liest der Agent den Betrag aus der 402-Antwort, bestätigt das Budget, erstellt die USDC-Stablecoin-Zahlungsnutzlast und sendet den Request erneut. ERPC prüft die Zahlung und gibt das RPC-Ergebnis zurück. Der Agent kann Ergebnis und Zahlungsbestätigung im Aufgabenprotokoll speichern.

Dieser Ablauf kann auch von Bots, Monitoringsystemen, Datenerfassungspipelines, MCP-Servern und Laufzeitumgebungen für KI-Agenten genutzt werden. Entwickler können die Zusammensetzung von Diensten auf Ebene einer Aufgabe, eines API-Aufrufs oder einer Datenanfrage testen, statt nur auf monatliche Festverträge angewiesen zu sein.

Auch für Serviceanbieter ermöglicht x402 eine granularere Monetarisierung von APIs. Kleine APIs, Spezialdaten, kurze Rechenaufträge und einzelne Analyseergebnisse können in Einheiten bepreist werden, die traditionelle Zahlungssysteme nur schwer unterstützen.

ELSOUL LABO und Validators DAO verbessern kontinuierlich die Infrastruktur für Solana-Anwendungen und den Validator-Betrieb mit Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions und dem auf Solana spezialisierten AS200261-Rechenzentrum.

KI-Agent-Zahlungen passen natürlich zu dieser Arbeit. Wenn KI Entwicklung und Betrieb unterstützt, benötigte Daten oder Rechenleistung auswählt und bei Bedarf bezahlt, wird Infrastruktur mehr als ein von Menschen gebuchter Dienst. Sie wird zu Bausteinen, die Agenten autonom kombinieren.

Durch die frühe Einführung internetbasierter Zahlungsprotokolle wie x402 und die Bereitstellung über einen konkreten Solana-RPC-Anwendungsfall treiben wir die reale Umsetzung von KI-Agent-Zahlungen voran.

Das ist nicht nur eine Geschichte über die Zukunft. Der Endpunkt gibt bereits HTTP 402 zurück, akzeptiert USDC-Stablecoin-Zahlungen, führt Solana-RPC-Anfragen aus und gibt eine Zahlungsbestätigung zurück.

ERPC wird seine Leistung als auf Solana spezialisierte Infrastruktur weiter verbessern und zugleich Zahlungs-, Autorisierungs- und Ausführungsebenen erforschen und entwickeln, die für KI-Agenten und autonome Systeme einfacher nutzbar sind.

Dieser Endpunkt dient dazu, ERPC-Nutzungsgebühren für Solana RPC über x402 zu bezahlen. Er bietet keinen Handel mit Krypto-Assets, keine Brokerage-, Verwahrungs- oder Wallet-Dienste.

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet ERPC pricing: https://x402.erpc.global/pricing ERPC OpenAPI: https://x402.erpc.global/doc ERPC x402 service discovery: https://x402.erpc.global/.well-known/x402 ERPC Website: https://erpc.global/de ERPC Dashboard: https://dashboard.erpc.global/de

Für Fragen zu ERPC, x402-fähigem Solana RPC, Solana RPC, Geyser gRPC, Shredstream und Infrastruktur für KI-Agenten kontaktieren Sie uns bitte über das ERPC Dashboard.

ERPC Dashboard: https://dashboard.erpc.global/de