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 przekazuje weryfikację i rozliczenie do pośrednika (facilitatora), opcjonalnego podmiotu pośredniczącego, który obsługuje przesyłanie transakcji on-chain. Gdy facilitator potwierdzi rozliczenie, serwer zwraca żądaną treść. Takie rozdzielenie pozwala dostawcom API akceptować płatności bez konieczności samodzielnego zarządzania infrastrukturą on-chain.

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