Agentowe płatności

Agenci AI stają się coraz bardziej autonomiczni w swoich działaniach: piszą kod, pobierają dane, przydzielają zasoby i nie tylko. Aby działać całkowicie niezależnie, potrzebują sposobu na dokonywanie „mikropłatności” za usługi w sposób programistyczny, w czasie rzeczywistym i przy minimalnych kosztach. Tradycyjne systemy płatności nie sprawdzają się w przypadku mikropłatności. Opłaty poniżej centa i finalność transakcji w czasie poniżej sekundy w sieci Solana sprawiają, że jest to technicznie i ekonomicznie możliwe.

Dlaczego to jest ważne?

Wyobraź sobie na przykład, że deweloper korzystający z LLM do budowy aplikacji potrzebuje danych z płatnego API. Aby pobrać ważne dane, deweloper musiałby przerwać swoją pracę, poszukać API, wybrać dostawcę, założyć konto, dodać metodę płatności, wygenerować klucz API, skopiować go do swojego środowiska, a następnie wrócić do pracy. Taka bariera przerywa stan skupienia. W przypadku workflow wspieranych przez AI to poważna przeszkoda.

Zamiast tego, dzięki agentowym płatnościom, agent może złożyć żądanie, zapłacić za nie i kontynuować pracę. Bez kont. Bez kluczy API. Bez ręcznej ingerencji.

Protokół x402

Agentowe płatności wymagają sposobu, by klienci i serwery mogli negocjować warunki płatności przez standardową infrastrukturę webową, bez zakłócania tradycyjnych interfejsów internetowych. Obszar mikropłatności jest wciąż w fazie początkowej i prawdopodobnie pojawią się nowe narzędzia oraz standardy wraz z rozwojem tej dziedziny. Jednak protokół x402 wyłonił się jako wczesny standard z silnym wsparciem ekosystemu. x402 wykorzystuje kod statusu HTTP 402 „Payment Required”—standard obecny od HTTP/1.1, który stał się praktyczny dopiero dzięki rozliczeniom na blockchainie.

Jak to działa

Klient wysyła żądanie, otrzymuje odpowiedź 402 z warunkami płatności, a następnie ponawia próbę z podpisaną płatnością. Serwer deleguje weryfikację i rozliczenie do facylitatora — opcjonalnego pośrednika, który obsługuje przesyłanie transakcji onchain. Po potwierdzeniu rozliczenia przez facylitatora serwer zwraca żądaną treść. Takie rozdzielenie pozwala dostawcom API akceptować płatności bez bezpośredniego zarządzania jakąkolwiek infrastrukturą onchain.

Schemat przepływu x402

Protokół jest bezstanowy (bez sesji i kluczy API), działa z typową infrastrukturą HTTP i obsługuje dowolny token SPL akceptowany przez serwer. Oto fragment kodu pokazujący, jak skonfigurować serwer Express z użyciem middleware x402:

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"
    }
  });
});

Aby dowiedzieć się więcej o x402, sprawdź nasze przewodniki:

Narzędzia x402