x402 i płatności maszynowe w 2026 roku: pobieranie opłat od agentów AI za każde zapytanie i ile z tego jest prawdziwe

HTTP od początków internetu ma na to kod statusu. RFC 9110 mówi o tym nadal wprost: „Kod statusu 402 (Payment Required) jest zarezerwowany do wykorzystania w przyszłości”. W 2026 roku dwa protokoły próbują sprawić, żeby ta przyszłość nadeszła. x402, zapoczątkowany przez Coinbase i prowadzony dziś jako projekt Linux Foundation, odpowiada na zapytanie ceną i przyjmuje podpisaną płatność w stablecoinach przy ponowieniu zapytania. Machine Payments Protocol (MPP) od Stripe i Tempo robi to samo przez nagłówki uwierzytelniania HTTP i obsługuje zarówno karty, jak i stablecoiny. AWS i Cloudflare sprzedają dziś obie koncepcje na brzegu sieci, więc wydawca może pobierać opłaty od crawlerów AI bez dotykania swojego serwera źródłowego (origin).

Propozycja jest atrakcyjna dla każdego, kto sprzedaje dane, API lub treści, które czytają agenci AI: opłata za wywołanie, rozliczenie w kilka sekund, bez kont i bez faktur. Liczby stojące za tą propozycją to osobna sprawa. Niezależny pomiar x402 w sieci Base wykazał, że większość zapisanych rozliczeń to płatności własne albo przepływy pieniędzy wewnątrz jednego klastra portfeli, a firma zajmująca się analityką blockchain oceniła wolumen, który wygląda na zakupy robione przez agentów, na mniej więcej od 5 000 do 11 000 USD miesięcznie w 2026 roku.

Ten artykuł jest dla właścicieli i programistów API, usług danych i serwisów z treściami, którzy decydują, czy pobierać opłaty od agentów już teraz. Omawia, jak działają te protokoły, co oferuje każdy dostawca na 22 października 2026, co trzeba by zbudować, co naprawdę pokazują wolumeny i jakie pytania regulacyjne wiążą się z przechowywaniem stablecoinów.

Jak działa x402

Specyfikacja jest w wersji 2, z datą 9 grudnia 2025, w repozytorium, które przeniosło się z Coinbase do x402 Foundation. Określa trzy role: serwer zasobu, który chce zapłaty, klienta (często agenta), który płaci, oraz facilitatora, który „obsługuje weryfikację płatności i rozliczenie w blockchainie”.

Płatne zapytanie przebiega tak:

1. Klient prosi o zasób i dostaje 402 Payment Required. Nagłówek PAYMENT-REQUIRED niesie obiekt zakodowany w Base64, który wymienia jeden lub więcej akceptowanych sposobów płatności, każdy z polami scheme, network w formacie CAIP-2 (eip155:8453 to Base), amount w najmniejszych jednostkach tokenu, asset, adresem payTo i maxTimeoutSeconds.
2. Klient podpisuje płatność i powtarza zapytanie z nagłówkiem PAYMENT-SIGNATURE. W łańcuchach EVM jest to podpis EIP-712 pod autoryzacją przelewu EIP-3009, z oknem czasowym i 32-bajtowym nonce chroniącym przed odtworzeniem.
3. Serwer zleca facilitatorowi weryfikację podpisu (POST /verify, które „NIE MOŻE zapisywać stanu płatności”), uruchamia swój handler, a następnie zleca facilitatorowi rozliczenie (POST /settle).
4. Serwer odpowiada zasobem i nagłówkiem PAYMENT-RESPONSE z hashem transakcji.

To domyślny przepływ „authorization”: „płatność jest weryfikowana przed wykonaniem zasobu i rozliczana po nim”. Zdefiniowano jeszcze dwa przepływy: jeden rozlicza najpierw, drugi pobiera depozyt i rozlicza kwotę końcową później. Jeśli rozliczenie zostało rozesłane, ale nie potwierdzone, facilitator może zwrócić settlement_pending z hashem, a serwer powinien to uzgodnić, zanim ktokolwiek ponowi zapytanie.

Na dwa szczegóły łatwo się nadziać. Wersja 1, którą pokazuje większość starszych poradników, używała X-PAYMENT i X-PAYMENT-RESPONSE oraz nazw sieci takich jak base-sepolia; wersja 2 zmieniła nazwy nagłówków i przeszła na CAIP-2. Te same komunikaty są zdefiniowane także nad MCP i protokołem Agent-to-Agent (A2A): przez MCP płatne narzędzie zwraca wynik z isError: true, a płatność podróżuje w _meta["x402/payment"].

Cztery schematy płatności

W łańcuchach EVM w zasadzie działa każdy token ERC-20, przez EIP-3009 (metoda USDC) lub Permit2. W praktyce referencyjne SDK wyceniają w dolarach i mapują "$0.01" na stablecoin w USD dla danej sieci: USDC w Base i większości łańcuchów EVM, kilka stablecoinów w Solana, USDT w TON. Referencyjny klient akceptuje tylko aktywa, które rozpoznaje, i domyślnie ogranicza każdą płatność do 1 USD. Nie ma domyślnego stablecoina w euro.

Facilitatorzy: kto przenosi pieniądze

Facilitator jest „opcjonalny, ale zalecany”. Sprawdza podpisy i przesyła przelew onchain, a dokumentacja podaje, że „nie przechowuje środków ani nie działa jako powiernik”: pieniądze trafiają do Twojego portfela payTo.

• Publiczny facilitator x402.org jest wyłącznie dla sieci testowych. Szybki start dla sprzedawców mówi to wprost: „Nie używaj ponownie https://x402.org/facilitator dla tras w sieci głównej (mainnet)”.
• Hostowany facilitator CDP od Coinbase nie pobiera nic za pierwsze 1 000 transakcji onchain miesięcznie, potem USD 0,001 za każdą, a weryfikacja jest zawsze bezpłatna. Przy każdej płatności przeprowadza kontrole OFAC i Know Your Transaction, wymaga klucza API CDP i obsługuje Base, Polygon, Arbitrum, Monad, World i Solana. Schematu auth-capture nie wymienia. Rozliczanie partiami rozkłada opłatę: „jedna transakcja onchain może obsłużyć tysiące płatności”.
• Fundacja wymienia innych produkcyjnych facilitatorów, w tym Fireblocks, Polygon, PayAI, Corbits, Stellar i Celo, i zaznacza, że lista „nie jest wyczerpującym katalogiem”.
• Możesz być własnym facilitatorem: płacisz gas, a w Solana sam budujesz wykrywanie zdublowanych rozliczeń, które inaczej zapewniłby facilitator.

x402 Foundation rozpoczęła działalność 14 lipca 2026 z 40 członkami. Wśród członków premier są Adyen, AWS, American Express, Cloudflare, Coinbase, Google, Mastercard, Shopify, Stripe i Visa; w technicznym komitecie sterującym zasiadają przedstawiciele Coinbase, Cloudflare i Stripe. Członkostwo to poparcie dla zarządzania, a nie wdrożenie. Komunikat o starcie wspomina o „obsłudze rodzajów płatności od tradycyjnych kart po stablecoiny”, ale specyfikacja nie ma dziś powiązania z kartami.

Machine Payments Protocol od Stripe i Tempo

Stripe i Tempo uruchomiły MPP 18 marca 2026, w dniu startu mainnetu Tempo. Wykorzystuje ramy uwierzytelniania HTTP: 402 z wyzwaniem WWW-Authenticate: Payment, poświadczenie w Authorization: Payment i nagłówek Payment-Receipt po sukcesie. Jego intencje to charge (jedna płatność), session (płatność strumieniowa w kanale) i subscription, a produkcyjne metody płatności to stablecoiny Tempo i metody kartowe Stripe. Visa opublikowała tego samego dnia specyfikację kartową i SDK dla MPP. Dokument IETF, na którym się opiera, to indywidualny Internet-Draft, który „nie ma formalnego statusu w procesie standaryzacji IETF”.

Na Stripe MPP przyjmuje karty (przez Shared Payment Tokens) i stablecoiny, a Stripe przyjmuje też płatności stablecoinami x402 w Base, rozliczane przez facilitatora Coinbase na adres depozytowy Stripe. W obu wypadkach wynik trafia do salda w Stripe jako PaymentIntent, a stablecoiny wysłane na adres depozytowy są przewalutowane: „Stripe automatycznie wypłaca te płatności do waluty fiat i rozlicza je na Twoim saldzie w Stripe”. Warunki:

• Przyjmowanie stablecoinów jest „dostępne dla firm we wszystkich stanach USA z wyjątkiem Nowego Jorku”. W pozostałych miejscach trzeba napisać do Stripe z prośbą o dostęp, która jest rozpatrywana; UE, Hongkong, Meksyk i Szwajcaria są w prywatnej wersji zapoznawczej.
• Minima to USD 0,50 dla płatności kartą i 0,01 USDC dla płatności stablecoinem. Sesje MPP mogą naliczać opłaty w krokach „tak małych jak 0,000001 USDC”, ale rozliczają się w pełnych centach, a reszta poniżej centa przepada.
• Płatności stablecoinami w Stripe nie mają obsługi sporów, zwroty wracają w stablecoinach do pierwotnego portfela, a pojedyncza transakcja jest ograniczona do USD 10 000.
• API to wersje zapoznawcze (2026-07-29.preview dla MPP, 2026-05-27.preview dla adresu depozytowego x402).

Visa Intelligent Commerce Connect, ogłoszony 8 kwietnia 2026 jako pilotaż, wymienia MPP wśród protokołów agentów, które sprzedawcy mogą dzięki niemu przyjmować. x402 nie wymienia.

Pobieranie opłat na brzegu sieci: AWS i Cloudflare

Jeśli Twoje treści lub API są już za CDN, opłaty może pobierać brzeg sieci.

AWS WAF AI traffic monetization (zapowiedziane 15 czerwca 2026) zwraca botom i agentom „czytelną dla maszyn odpowiedź HTTP 402 Payment Required zgodną z otwartym protokołem x402” i rozlicza przez facilitatora Coinbase do portfela USDC, który podajesz, w Base lub Solana. Funkcja nie ma dodatkowej opłaty, ale obowiązują zwykłe opłaty WAF i Bot Control, a działa tylko z CloudFront. Możesz wyceniać zweryfikowane crawlery wyszukiwarek inaczej niż niezweryfikowanych agentów i crawlery treningowe oraz testować przed uruchomieniem. Rozlicza dopiero wtedy, gdy Twój origin zwróci 2xx, i nie pobiera opłaty za 4xx ani 5xx. Dokumentacja otwarcie mówi o kosztach: minimum USD 0,001 za zapytanie, „kilka sekund dodatkowego opóźnienia” przy płatnych zapytaniach, wykrywanie botów, które jest „probabilistyczne”, oraz ostrzeżenie, że reguła Monetize nieograniczona do botów „faktycznie zablokuje dostęp klientom niezautomatyzowanym”. „AWS nie jest stroną przepływu środków ani nie uczestniczy w nim”, a Ty akceptujesz warunki Coinbase. Rozliczanie przez Stripe i obsługa MPP były w chwili zapowiedzi „wkrótce dostępne”.

Cloudflare pay per crawl to inny model. Jest w zamkniętej wersji beta, Twoja domena musi być w Cloudflare, ustawiasz jedną cenę dla wszystkich crawlerów, od których pobierasz opłaty, a Cloudflare „działa jako Merchant of Record”. Crawlery identyfikują się przez Web Bot Auth i płacą fakturą Stripe, a nie z portfela. Nigdy nie dotykasz stablecoinów.

Cloudflare Workers mogą postawić proxy x402 lub MPP przed dowolnym backendem HTTP, z cenami według wzorca trasy, i mogą pobierać opłaty tylko od zapytań z niskim wynikiem bota, żeby ludzie przeglądali za darmo. Agents SDK ma paidTool, który zamienia narzędzie MCP w płatne. Zauważ, że przykłady Cloudflare używają facilitatora x402.org, nastawionego na sieci testowe, i nazw sieci z wersji 1; na produkcji podmień go na facilitatora produkcyjnego i identyfikatory CAIP-2.

Ile z tego jest prawdziwe

Liczby z nagłówków są duże i nie zgadzają się ze sobą. Strona główna x402.org pokazuje 75,41 miliona transakcji i USD 24,24 miliona w ostatnich 30 dniach, bez daty, źródła i metody na stronie. Coinbase podaje, że jej facilitator obsłużył „ponad 100 milionów transakcji i 28 milionów dolarów wolumenu płatności samych tylko w Base i Solana”, bez okresu. To liczby rozliczeń, i w tym problem.

Badanie pomiarowe naukowców z City University of Hong Kong, The Chinese University of Hong Kong i Zhejiang University (preprint, opublikowany 14 lipca 2026) objęło 280 dni x402 w Base, od 17 września 2025 do 23 czerwca 2026: 136 708 672 rozliczenia o wartości USD 44,1 miliona. Z nich „21,20% jest fikcyjnych, a 63,78% to rozliczenia wewnętrzne w powiązanym klastrze”. Wartość, która „w sposób dający się wykazać trafia do usługi, którą można wskazać z nazwy”, wyniosła USD 187 861,35. Spośród 624 odbiorców, którym kiedykolwiek zapłacono, 249 zarobiło co najmniej USD 10, mediana przychodu w całym okresie wyniosła USD 3,96, a tylko 474 z 910 reklamowanych hostów nadal zwracało działające wyzwanie płatności. Wniosek autorów: „Liczba rozliczeń mierzy to, co da się wytworzyć, a nie przyjęcie rozwiązania”.

TRM Labs, która sprzedaje monitoring blockchain, naliczyła USD 52,7 miliona w 198,9 miliona rozliczeń w Base, Solana i Polygon od maja 2025. Mniej więcej połowa odpadła po usunięciu płatności własnych, przepływów hurtowych i sprzedawców z niewielką liczbą kupujących. Z pozostałych USD 25,62 miliona oszacowała, że od 0,6% do 7,5% „wydaje się agentowe”, a wolumen przenoszony przez agentów utrzymywał się na poziomie mniej więcej od USD 5 000 do 11 000 miesięcznie przez cały 2026 rok. Jej wniosek dla sprzedawców jest przydatny: „przyciągnięcie ruchu agentów wymaga innego projektu. Musi być czytelny dla maszyn i mieć cenę za wywołanie na endpoincie, który kupujący może znaleźć, zanim człowiek kiedykolwiek zobaczy stronę”.

Nic z tego nie mówi, że pomysł jest zły. Mówi, że w październiku 2026 endpoint pobierający opłaty od agentów za wywołanie powinien liczyć na przychód rzędu eksperymentu i nie planować w oparciu o liczby z nagłówków.

Kto trzyma pieniądze i jakie zasady obowiązują

W x402 płatność trafia prosto do Twojego portfela. Oznacza to, że Twoja firma trzyma klucze, ma USDC w księgach i przelicza je na własną walutę, chyba że zrobi to za Ciebie dostawca taki jak Stripe. Kontrole facilitatora (kontrole OFAC i KYT w Coinbase) to coś, co robi facilitator; specyfikacja x402 nie definiuje żadnych. Zwroty musisz zorganizować sam: exact „nie definiuje zwrotów”, a płatności stablecoinami w Stripe nie mają sporów.

Dla każdego, kto znajduje się w przepływie środków, istotne są dwa reżimy.

• Stany Zjednoczone: GENIUS Act. Public Law 119-27, zatwierdzone 18 lipca 2025, wchodzi w życie 18 miesięcy po uchwaleniu albo 120 dni po wydaniu ostatecznych przepisów, zależnie od tego, co nastąpi wcześniej. Projekt przepisów Departamentu Skarbu z 18 sierpnia 2026 podaje, że data wejścia w życie „ma być 18 stycznia 2027”. Od tego dnia dostawca usług w zakresie aktywów cyfrowych nie może udostępniać w USA stablecoina zagranicznego emitenta, chyba że emitent potrafi wykonywać zgodne z prawem nakazy. Od 18 lipca 2028 dostawca usług w zakresie aktywów cyfrowych nie może oferować ani sprzedawać stablecoina płatniczego osobie w USA, chyba że wyemitował go dopuszczony emitent. Ustawa definiuje dostawcę usług w zakresie aktywów cyfrowych przez takie czynności jak wymiana, przekazywanie lub przechowywanie aktywów cyfrowych dla innych, wykonywane „za wynagrodzeniem lub w celu osiągnięcia zysku”.
• Unia Europejska: MiCA. Okres przejściowy dla dostawców usług w zakresie kryptoaktywów zakończył się 1 lipca 2026. Komunikat ESMA: „każdy podmiot świadczący usługi w zakresie kryptoaktywów klientom z UE bez licencji MiCA będzie naruszał prawo UE i musi zaprzestać oferowania takich usług”, a firmy spoza UE nie mogą obsługiwać klientów z UE, „także ... w kontekście business-to-business”. Stablecoiny w USD są w rozumieniu MiCA tokenami pieniądza elektronicznego. ESMA radzi użytkownikom sprawdzić, czy dostawca figuruje w jej rejestrze przejściowym.

Czego żadne z tych źródeł nie rozstrzyga, to sytuacji firmy, która tylko otrzymuje stablecoiny jako zapłatę za własne API lub treści. Ograniczenia GENIUS Act są pisane dla dostawców usług w zakresie aktywów cyfrowych, a MiCA dla dostawców usług w zakresie kryptoaktywów; to, czy Twoje rozwiązanie czyni Cię jednym z nich albo uzależnia od dostawców, którzy muszą nimi być, jest pytaniem do prawnika w każdej jurysdykcji, w której działasz. Jesteśmy inżynierami, nie prawnikami, i budujemy według odpowiedzi, której udzieli Twój doradca. W praktyce zapytaj każdego dostawcę w Twoim łańcuchu, czy ma licencję tam, gdzie są Twoi klienci.

Cztery sposoby budowy

Od najmniejszej ilości kodu do największej:

1. Niech opłaty pobiera CDN. AWS WAF na CloudFront: konfiguracja monetyzacji z Twoim portfelem i cenami, reguły Monetize ograniczone do etykiet botów, najpierw tryb testowy, bez zmian w origin. Cloudflare pay per crawl: jeśli jesteś w becie, cena i ustawienia wypłat, z Cloudflare jako merchant of record.
2. Niech opłaty pobiera operator płatności. Stripe MPP: profil Stripe, biblioteka mppx, wywołanie charge w Twoim handlerze i adres depozytowy Tempo. Karta i stablecoin, rozliczane w walucie fiat na saldo w Stripe. Albo x402 w Stripe z kontem CDP i adresem depozytowym w Base, tylko stablecoin.
3. Uruchom x402 na własnym serwerze z middleware z SDK dla Twojego frameworka (Express, Hono, Next.js, Fastify; istnieją SDK dla Pythona i Go), hostowanym facilitatorem i konfiguracją trasy ze schematem, ceną, siecią, payTo i opisem.
4. Zostań własnym facilitatorem, jeśli potrzebujesz pełnej kontroli albo sieci, której nikt nie obsługuje.

Którąkolwiek drogę wybierzesz, część decyzji zostaje po Twojej stronie: który schemat pasuje do pracy (exact dla stałych cen, upto dla pracy mierzonej, rozliczanie partiami, gdy wywołania są warte mniej niż gas), kto widzi paywall (402 pokazane użytkownikowi przeglądarki to ślepa uliczka), jak uzgadniasz settlement_pending, idempotentne ponowienia, jeśli klienci wysyłają identyfikator płatności, zwroty, przechowywanie portfela odbiorczego i to, jak księgujesz wpływy w USDC. Agenci też muszą móc zapłacić: klient x402 potrzebuje portfela z właściwym stablecoinem we właściwej sieci, klient MPP portfela Link lub Tempo, a crawler pay per crawl tożsamości Web Bot Auth i relacji rozliczeniowej ze Stripe. Nie możesz zakładać, że dany agent ma którąkolwiek z tych rzeczy.

Czy pobierać opłaty od agentów już teraz

• Sprzedajesz API lub dane, które agenci już wywołują: eksperyment jest tani. Postaw jeden lub dwa endpointy za MPP lub x402 obok istniejących kluczy i planów, ustal ceny powyżej progów minimalnych (USD 0,001 w AWS, 0,01 USDC w Stripe) i zmierz, kto płaci. Zachowaj dotychczasowe płatne plany: kanał płatności agentów będzie na razie niewielki.
• Publikujesz treści, które crawlery AI już czytają: opcje na brzegu sieci istnieją właśnie po to. AWS WAF, jeśli jesteś na CloudFront i swobodnie czujesz się z trzymaniem USDC; Cloudflare pay per crawl, jeśli jesteś w Cloudflare, chcesz rozliczenia kartą i możesz dostać się do bety. Żadne nie jest jeszcze planem przychodów; oba dają cenę i dziennik tego, kto jej nie zapłacił.
• Chcesz, żeby agenci kupowali towary w Twoim sklepie: to nie ten problem. Sieci kartowe, Shared Payment Tokens od Stripe oraz protokoły checkoutu Google i OpenAI obejmują agentów kupujących od sprzedawców; opisujemy je w artykule o płatnościach agentowych.

Co może się zmienić

• Początek obowiązywania GENIUS Act 18 stycznia 2027 (wcześniej, jeśli ostateczne przepisy pojawią się pierwsze) i ograniczenie z 2028 roku, które po nim następuje.
• AWS dodające rozliczanie przez Stripe i MPP, zapowiedziane jako wkrótce dostępne.
• Dojrzewanie auth-capture, które dałoby x402 zwroty poza szkicami.
• Internet-Draft MPP zmierzający albo nie do grupy roboczej IETF.
• Visa Intelligent Commerce Connect wychodzący poza partnerów pilotażu, co przyniosłoby płatności agentów finansowane kartą większej liczbie sprzedawców przez MPP.

Gdzie szukać pomocy

Budujemy stronę serwerową płatnego dostępu maszynowego: pomiar zużycia i wycenę dla każdego endpointu, wyzwania x402 lub MPP przed istniejącymi API i narzędziami MCP, uzgadnianie rozliczeń w systemach, z których już korzysta Twój dział finansowy, oraz identyfikację botów, która decyduje o tym, kto widzi cenę. Praca zaczyna się od naszej usługi tworzenia agentów AI i integracji z serwerami MCP.

Jeśli zastanawiasz się, czy pobierać opłaty od agentów za swoje API lub treści i przez którego dostawcę, napisz na office@c9group.dev.