Agentenbasierte Zahlungen

KI-Agenten werden in ihren Arbeitsabläufen zunehmend autonom: Sie schreiben Code, rufen Daten ab, stellen Ressourcen bereit und vieles mehr. Um vollständig unabhängig zu arbeiten, benötigen sie eine Möglichkeit, programmatisch, in Echtzeit und zu minimalen Kosten "Mikrozahlungen" für Dienste zu leisten. Traditionelle Zahlungsschienen funktionieren nicht für Mikrozahlungen. Solanas Sub-Cent-Gebühren und Sub-Sekunden-Finalität machen dies technisch und wirtschaftlich machbar.

Warum ist das wichtig?

Stellen Sie sich zum Beispiel vor, ein Entwickler verwendet ein LLM, um eine Anwendung zu erstellen, und benötigt Daten von einer kostenpflichtigen API. Um wichtige Daten abzurufen, müsste ein Entwickler seinen Arbeitsablauf unterbrechen, APIs recherchieren, einen Anbieter auswählen, ein Konto erstellen, eine Zahlungsmethode hinzufügen, einen API-Schlüssel generieren, den Schlüssel in seine Umgebung kopieren und dann seinen Arbeitsablauf fortsetzen. Diese Reibung unterbricht den Flow-Zustand. Für KI-gestützte Arbeitsabläufe ist es ein Hindernis.

Stattdessen kann der Agent mit agentenbasierten Zahlungen die Anfrage stellen, dafür bezahlen und seinen Arbeitsablauf fortsetzen. Keine Konten. Keine API-Schlüssel. Kein manuelles Eingreifen.

Das x402-Protokoll

Agentenbasierte Zahlungen benötigen eine Möglichkeit für Clients und Server, Zahlungsbedingungen über Standard-Webinfrastruktur auszuhandeln, ohne traditionelle Webschnittstellen zu stören. Der Mikrozahlungsbereich steckt noch in den Kinderschuhen und neue Tools und Standards werden wahrscheinlich entstehen, während sich der Bereich weiterentwickelt. Das x402-Protokoll hat sich jedoch als früher Standard mit starker Ökosystem-Unterstützung etabliert. x402 verwendet HTTPs 402 "Payment Required" Statuscode – ein Standard seit HTTP/1.1, der erst mit Blockchain-Settlement praktikabel wurde.

Wie es funktioniert

Der Client stellt eine Anfrage, erhält eine 402-Antwort mit Zahlungsbedingungen und versucht es dann erneut mit einer signierten Zahlung. Der Server delegiert die Verifizierung und Abwicklung an einen Facilitator, einen optionalen Vermittler, der die On-Chain-Transaktionsübermittlung übernimmt. Sobald der Facilitator die Abwicklung bestätigt, gibt der Server den angeforderten Inhalt zurück. Diese Trennung ermöglicht es API-Anbietern, Zahlungen zu akzeptieren, ohne direkt eine On-Chain-Infrastruktur verwalten zu müssen.

x402-Flussdiagramm

Das Protokoll ist zustandslos (keine Sitzungen oder API-Schlüssel), funktioniert mit Standard-HTTP-Infrastruktur und unterstützt jeden SPL-Token, den der Server akzeptiert. Hier ist ein Ausschnitt, wie man einen Express-Server mit x402-Middleware einrichtet:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

Um mehr über x402 zu erfahren, schauen Sie sich unsere Anleitungen an:

x402-Tools