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.

Bezahlen Sie APIs mit pay.sh

pay.sh ist eine Zahlungsschicht für HTTP-Agenten und Befehlszeilentools. Lesen Sie die pay.sh-Dokumentation, um pay zu installieren. Die pay-CLI umschließt Tools wie curl, codex und claude, sodass sie kostenpflichtige APIs ohne Anbieterkonten oder API-Schlüssel aufrufen können. Wenn eine API eine MPP- oder x402-402 Payment Required-Anforderung zurückgibt, fordert pay Ihr lokales Wallet auf, das Signieren zu genehmigen.

Das x402-Protokoll

Agentenbasierte Zahlungen benötigen eine Möglichkeit, mit der Clients und Server Zahlungsbedingungen über standardmäßige Web-Infrastruktur aushandeln können, ohne traditionelle Web-Schnittstellen zu stören. Der Bereich der Mikrozahlungen steckt noch in den Kinderschuhen, und es werden wahrscheinlich neue Tools und Standards entstehen, während sich der Bereich weiterentwickelt. Das x402-Protokoll hat sich jedoch als früher Standard mit starker Unterstützung im Ökosystem etabliert. x402 verwendet den HTTP-Statuscode 402 "Payment Required" – ein Standard seit HTTP/1.1, der erst durch Blockchain-Settlement praktikabel wurde.

So funktioniert es

Der Client sendet 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 Onchain-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 irgendeine Onchain-Infrastruktur verwalten zu müssen.

x402-Flussdiagramm

Das Protokoll ist zustandslos (keine Sitzungen oder API-Schlüssel), funktioniert mit standardmäßiger 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, sehen Sie sich unsere Anleitungen an:

x402-Tools