Autor: 0xjacobzhao | https://linktr.ee/0xjacobzhao
Ten niezależny raport badawczy jest wspierany przez IOSG Ventures, a proces pisania badania był inspirowany raportami Raghava Agarwala@LongHash i Jaya Yu@Pantera. Dziękujemy Lexowi Sokolinowi @ Generative Ventures, Jordanowi@AIsa, Ivy@(支无不言) blogowi za cenne sugestie dotyczące tego dokumentu. W trakcie pisania zasięgnięto również opinii zespołów projektowych takich jak Nevermined, Skyfire, Virtuals Protocol, AIsa, Heurist, AEON. Dokument stara się być obiektywny i dokładny; niektóre punkty zawierają subiektywne osądy, co nieuchronnie może prowadzić do odchyleń, prosimy czytelników o zrozumienie.
Handel agentowy odnosi się do systemu biznesowego, w którym agenci AI autonomicznie realizują cały proces od wyszukiwania usług, oceny zaufania, generowania zamówień, autoryzacji płatności i ostatecznego rozliczenia. Nie opiera się on już na krok po kroku na ludzkiej obsłudze ani wprowadzaniu informacji, lecz na automatycznej współpracy inteligentnych agentów, składaniu zamówień, dokonywaniu płatności i realizacji umów w środowisku międzyplatformowym i międzysystemowym, tworząc w ten sposób zamknięty system biznesowy (M2M Commerce), który jest autonomicznie realizowany między maszynami.
W przestrzeni kryptowalut, najbardziej praktyczne zastosowania koncentrują się obecnie na płatnościach stablecoinami i DeFi. Dlatego w integracji kryptowalut i sztucznej inteligencji, dwiema najcenniejszymi ścieżkami są: AgentFi, który w perspektywie krótkoterminowej opiera się na istniejących, dojrzałych protokołach DeFi, oraz Agent Payment, który koncentruje się na rozliczeniach stablecoinów i stopniowo ulepsza protokoły takie jak ACP/AP2/x402/ERC-8004 w perspektywie średnio- i długoterminowej.
W krótkiej perspektywie handel agencyjny jest ograniczony przez takie czynniki, jak dojrzałość protokołu, różnice regulacyjne i akceptacja sprzedawców, co utrudnia szybkie skalowanie. Jednak w dłuższej perspektywie płatności stanowią fundament wszystkich pętli biznesowych, a handel agencyjny ma największą wartość długoterminową.
I. Inteligentny system płatności komercyjnych z agentem i scenariusze zastosowań
W systemie Agentic Commerce, rzeczywista sieć handlowa stanowi największą wartość. Niezależnie od ewolucji agentów AI, tradycyjne systemy płatności w walutach fiducjarnych (Stripe, Visa, Mastercard, przelewy bankowe) i szybko rozwijające się systemy stablecoinów (USDC, x402) będą współistnieć przez długi czas, wspólnie tworząc fundamenty Agentic Commerce.
Tradycyjne płatności walutami fiducjarnymi a płatności stablecoinami
Rzeczywiści sprzedawcy – od e-commerce, subskrypcji i SaaS, po podróże, płatne treści i zakupy korporacyjne – generują biliony dolarów popytu i stanowią główne źródło wartości dla agentów AI w zakresie automatycznego porównywania cen, odnawiania umów i zakupów. W perspektywie krótkoterminowej, w powszechnym użytku i zakupach korporacyjnych nadal dominować będzie tradycyjny system płatności w walucie fiducjarnej.
Główną przeszkodą uniemożliwiającą stablecoinom skalowanie w handlu realnym jest nie tylko technologia, ale także regulacje (KYC/AML, podatki, ochrona konsumentów), rachunkowość sprzedawców (nielegalne płatności stablecoinami) oraz brak mechanizmów rozstrzygania sporów dotyczących płatności nieodwracalnych. Ze względu na te ograniczenia strukturalne, stablecoiny prawdopodobnie nie pojawią się w branżach o wysokim stopniu regulacji, takich jak opieka zdrowotna, lotnictwo, e-commerce, administracja publiczna i przedsiębiorstwa użyteczności publicznej, w krótkim okresie. Ich wdrożenie będzie koncentrować się przede wszystkim na scenariuszach o niższej presji regulacyjnej lub na tych natywnych dla technologii blockchain, takich jak treści cyfrowe, płatności transgraniczne, usługi natywne Web3 oraz gospodarka maszynowa (M2M/IoT/Agent). To właśnie ta szansa otwiera się przed inteligentnym, natywnym handlem z agentami Web3, aby osiągnąć przełom w skali.
Jednak instytucjonalizacja regulacji postępuje dynamicznie do 2025 roku: amerykańska ustawa o stablecoinach osiągnęła dwupartyjny konsensus, Hongkong i Singapur wdrożyły ramy licencjonowania stablecoinów, unijna ustawa MiCA oficjalnie weszła w życie, Stripe wspiera USDC, a PayPal uruchomił PYUSD. To doprecyzowanie struktury regulacyjnej oznacza, że stablecoiny są akceptowane przez główny nurt systemu finansowego, otwierając przestrzeń polityczną dla przyszłych rozliczeń transgranicznych, zakupów B2B i gospodarki maszynowej.
Najlepsze scenariusze zastosowań inteligentnych agentów w biznesie
Istotą handlu agentowego nie jest zastąpienie jednego toru płatności innym, ale powierzenie realizacji procesu „złożenie zamówienia – autoryzacja – płatność” agentom AI, umożliwiając tradycyjnym systemom płatności w walutach fiducjarnych (AP2, dane uwierzytelniające, zgodność tożsamości) i systemom stablecoinów (x402, CCTP, rozliczanie inteligentnych kontraktów) wykorzystanie swoich mocnych stron. Nie jest to ani rywalizacja o sumie zerowej między walutami fiducjarnymi a stablecoinami, ani narracja zastępująca jeden tor, ale strukturalna szansa na jednoczesne rozszerzenie możliwości obu: płatności w walutach fiducjarnych nadal wspierają handel międzyludzki, podczas gdy płatności stablecoinami przyspieszają scenariusze natywne dla maszyn i natywne dla łańcucha bloków; oba te systemy wzajemnie się uzupełniają i stają się bliźniaczymi silnikami gospodarki agentowej.
II. Przegląd komercyjnych standardów protokołów bazowych dla inteligentnych agentów
Stos protokołów Agentic Commerce składa się z sześciu warstw, tworząc kompletny łańcuch handlowy oparty na maszynach, od „wykrywania możliwości” do „dostawy płatności”. Katalog A2A i rejestr MCP odpowiadają za wykrywanie możliwości, podczas gdy ERC-8004 zapewnia weryfikowalną tożsamość i reputację w łańcuchu; ACP i AP2 odpowiadają odpowiednio za ustrukturyzowane składanie zamówień i instrukcje autoryzacji; warstwa płatności składa się z tradycyjnej ścieżki waluty fiducjarnej (AP2) i ścieżki stablecoina (x402), działających równolegle; obecnie nie ma ujednoliconego standardu dla warstwy dostawy.
Warstwa wykrywania: Ta warstwa odpowiada za sposób, w jaki agenci wykrywają i rozumieją usługi wywoływalne. Sztuczna inteligencja wykorzystuje katalog A2A i rejestr MCP do tworzenia standardowego katalogu możliwości; Web3 opiera się na standardzie ERC-8004, aby zapewnić adresowalne wskazówki dotyczące tożsamości. Ta warstwa stanowi punkt wejścia dla całego stosu protokołów.
Warstwa zaufania: Odpowiada na pytanie „Czy druga strona jest godna zaufania?”. Obecnie nie ma uniwersalnego standardu dla sztucznej inteligencji. Kluczową zaletą Web3 jest zbudowanie ujednoliconej struktury za pomocą protokołu ERC-8004, który weryfikuje tożsamość, reputację i rekordy wykonania.
Warstwa zamówień: Odpowiada za „sposób składania i weryfikacji zamówień”. ACP (OpenAI × Stripe) zapewnia ustrukturyzowany opis towarów, cen i warunków rozliczeń, aby zapewnić sprzedawcom możliwość wywiązywania się ze swoich zobowiązań. Ponieważ wyrażanie rzeczywistych umów biznesowych w blockchainie jest trudne, warstwa ta jest zdominowana głównie przez Web2.
Warstwa autoryzacji: Sprawdza, czy agent uzyskał legalną autoryzację od użytkownika. AP2 wiąże intencję, potwierdzenie i autoryzację płatności z systemem tożsamości rzeczywistej za pomocą weryfikowalnych danych uwierzytelniających. Podpisy Web3 nie mają jeszcze mocy prawnej i dlatego nie mogą przejąć odpowiedzialności umownej ani za zgodność z przepisami na tym poziomie.
Warstwa płatności: Ta warstwa określa, „którą ścieżkę płatności przyjmie”. AP2 obejmuje tradycyjne sieci płatności, takie jak karty i banki; x402 zapewnia natywny interfejs API dla stablecoinów, umożliwiając osadzanie aktywów takich jak USDC w zautomatyzowanych wywołaniach. Obie ścieżki wzajemnie się uzupełniają pod tym względem.
Warstwa Realizacji: Odpowiada na pytanie „Jak bezpiecznie dostarczać treści po dokonaniu płatności?”. Obecnie nie ma ujednoliconego protokołu: w świecie rzeczywistym dostawy realizowane są za pośrednictwem systemów handlowych, a szyfrowana kontrola dostępu Web3 nie stała się jeszcze standardem międzyekosystemowym. Ta warstwa pozostaje największą luką w stosie protokołów i jest również najbardziej prawdopodobna dla powstania kolejnej generacji protokołów bazowych.
III. Szczegółowe wyjaśnienie kluczowych protokołów rdzeniowych dla inteligentnego agenta biznesowego
Wokół pięciu kluczowych aspektów Agentic Commerce — wyszukiwania usług, oceny zaufania, uporządkowanego zamawiania, autoryzacji płatności i ostatecznego rozliczenia — Google, Anthropic, OpenAI, Stripe, Ethereum, Coinbase i inne organizacje zaproponowały protokoły bazowe dla swoich aspektów, wspólnie budując w ten sposób zestaw podstawowych protokołów Agentic Commerce nowej generacji.
Agent-do-agenta (A2A) – inteligentny protokół interoperacyjności agentów (Google)
A2A to licencja open source zainicjowana przez Google i przekazana fundacji Linux Foundation. Jej celem jest zapewnienie ujednoliconego standardu komunikacji i współpracy dla agentów AI zbudowanych w oparciu o różne platformy i platformy. Oparta na protokole HTTP + JSON-RPC, A2A umożliwia bezpieczną i ustrukturyzowaną wymianę wiadomości i zadań, umożliwiając agentom natywne prowadzenie dialogów wieloetapowych, wspólne podejmowanie decyzji, dekompozycję zadań i zarządzanie stanem. Jej głównym celem jest zbudowanie „Internetu Agentów”, umożliwiającego automatyczne wykrywanie, wywoływanie i łączenie dowolnego agenta zgodnego z A2A, tworząc w ten sposób międzyplatformową, międzyorganizacyjną rozproszoną sieć agentów.
Protokół kontekstu modelu (MCP) – protokół dostępu do danych ujednoliconych narzędzi (antropiczny)
MCP, wprowadzony przez firmę Anthropic, to otwarty protokół łączący LLM/agentów z systemami zewnętrznymi, koncentrujący się na ujednoliconych interfejsach dostępu do narzędzi i danych. Abstrahuje on bazy danych, systemy plików, zdalne API i zastrzeżone narzędzia do postaci standardowych zasobów, umożliwiając agentom bezpieczny, kontrolowany i audytowalny dostęp do funkcji zewnętrznych. Projekt MCP kładzie nacisk na niskie koszty integracji i wysoką skalowalność: programiści muszą przeprowadzić integrację tylko raz, aby umożliwić agentom korzystanie z całego ekosystemu narzędzi. Obecnie MCP został wdrożony przez kilka wiodących firm z branży sztucznej inteligencji, stając się de facto standardem w zakresie interakcji agent-narzędzie.
MCP koncentruje się na tym, „jak agent używa narzędzia” — zapewniając modelowi ujednolicony i bezpieczny dostęp do zasobów zewnętrznych (takich jak bazy danych, interfejsy API, systemy plików itd.), a tym samym standaryzując interakcję między agentem-narzędziem i agentem-danymi.
A2A zajmuje się kwestią „w jaki sposób agent może współpracować z innymi agentami” — ustanawiając natywne standardy komunikacji dla inteligentnych agentów niezależnie od dostawców i struktur, obsługując dialogi wieloetapowe, dekompozycję zadań, zarządzanie stanem i wykonywanie długiego cyklu życia, a także pełniąc funkcję podstawowej warstwy interoperacyjności między inteligentnymi agentami.
Protokół handlu agentowego (ACP) – protokół składania zamówień i realizacji transakcji (OpenAI × Stripe)
ACP (Agent Commerce Protocol) to otwarty standard składania zamówień (Apache 2.0) zaproponowany przez OpenAI i Stripe. Ustanawia on ustrukturyzowany proces składania zamówień, zrozumiały dla maszyn, łącząc kupujących, agentów AI i sprzedawców. Protokół obejmuje informacje o produkcie, weryfikację cen i warunków, logikę rozliczeń oraz przesyłanie voucherów płatniczych, umożliwiając sztucznej inteligencji bezpieczne inicjowanie zakupów w imieniu użytkowników bez konieczności stawania się sprzedawcą.
Jego istotą jest to, że sztuczna inteligencja wywołuje interfejs płatności sprzedawcy w ustandaryzowany sposób, a sprzedawca zachowuje pełną kontrolę handlową i prawną. ACP umożliwia sprzedawcom wejście do ekosystemu zakupowego opartego na sztucznej inteligencji bez konieczności modyfikowania systemów poprzez ustrukturyzowane zamówienia (schemat JSON/OpenAPI), bezpieczne tokeny płatnicze (Stripe Shared Payment Token), kompatybilność z istniejącymi systemami e-commerce oraz obsługę funkcji publikacji REST i MCP. Obecnie ACP jest wykorzystywany w usłudze ChatGPT Instant Checkout, stając się wczesną, użyteczną infrastrukturą płatniczą.
Protokół płatności agentów (AP2) – protokół autoryzacji cyfrowej i instrukcji płatniczych (Google)
AP2 to otwarty standard, którego wdrożenie wspólnie z Google oraz kilkoma sieciami płatniczymi i firmami technologicznymi ma na celu stworzenie ujednoliconego, zgodnego z przepisami i podlegającego audytowi procesu płatności obsługiwanych przez agentów AI. Wiąże on intencję płatności użytkownika, zakres autoryzacji i zgodną z przepisami tożsamość za pomocą kryptograficznie podpisanych cyfrowych danych uwierzytelniających, zapewniając sprzedawcom, instytucjom płatniczym i organom regulacyjnym weryfikowalny dowód na to, „kto i dla kogo wydaje pieniądze”.
AP2 został zaprojektowany zgodnie z zasadami „Payment-Agnostic”, obsługując karty kredytowe, przelewy bankowe, płatności w czasie rzeczywistym oraz dostęp do kanałów płatności kryptowalutowych, takich jak stablecoiny, za pośrednictwem rozszerzeń takich jak x402. W całym stosie protokołów Agentic Commerce, AP2 nie obsługuje konkretnych produktów ani szczegółów zamówień; zamiast tego zapewnia uniwersalną platformę autoryzacji płatności dla agentów dla różnych kanałów płatności.
ERC-8004 – Standard tożsamości/reputacji/weryfikacji agenta w łańcuchu (Ethereum)
ERC-8004 to standard Ethereum, zaproponowany wspólnie przez MetaMask, Ethereum Foundation, Google i Coinbase. Jego celem jest zbudowanie wieloplatformowego, weryfikowalnego i niezawodnego systemu tożsamości i reputacji dla agentów AI. Protokół składa się z trzech części on-chain:
Rejestr tożsamości: tworzy tożsamość w łańcuchu znaków podobną do NFT dla każdego agenta, którą można powiązać z informacjami międzyplatformowymi, takimi jak punkty końcowe MCP/A2A, ENS/DID i portfele.
Rejestr reputacji: standaryzuje rejestrowanie wyników, opinii i sygnałów behawioralnych, umożliwiając audyt, agregację i kompozycję historycznych danych o skuteczności działania agentów.
Rejestr walidacji: obsługuje mechanizmy walidacji, takie jak ponowne wykonywanie udziałów, zkML i TEE, zapewniając weryfikowalne rejestry wykonania dla zadań o dużej wartości.
Dzięki standardowi ERC-8004 tożsamość, reputacja i zachowania agentów są przechowywane w łańcuchu, tworząc międzyplatformową, odporną na manipulacje i weryfikowalną bazę zaufania. Jest to kluczowa infrastruktura dla Web3, umożliwiająca budowę otwartej i godnej zaufania gospodarki opartej na sztucznej inteligencji. Standard ERC-8004 znajduje się obecnie na etapie przeglądu, co oznacza, że jest zasadniczo stabilny i wykonalny, ale wciąż cieszy się szerokim zainteresowaniem społeczności i nie został jeszcze sfinalizowany.
x402 – Ścieżka płatności w natywnym API stablecoin (Coinbase)
x402 to otwarty standard płatności (Apache-2.0) zaproponowany przez Coinbase. Przekształca on długo uśpiony protokół HTTP 402 Payment Required w programowalny mechanizm uzgadniania płatności w łańcuchu, umożliwiając interfejsom API i agentom AI realizację rozliczeń w łańcuchu bez użycia kont, bezproblemowych i na żądanie, bez konieczności posiadania kont, kart kredytowych ani kluczy API.
Legenda: Przepływ płatności HTTP 402. Źródło: Jay Yu@Pantera Capital
Główny mechanizm: Protokół x402 przywraca kod stanu HTTP 402, dziedzictwo wczesnego internetu. Jego schemat działania wygląda następująco:
Żądanie i negocjacje: Klient (Agent) inicjuje żądanie -> serwer zwraca kod statusu 402 i parametry płatności (takie jak kwota i adres odbiorcy).
Płatności samoobsługowe: Agenci podpisują i rozgłaszają transakcje lokalnie (zwykle przy użyciu stablecoinów, takich jak USDC) bez ingerencji człowieka.
Weryfikacja i dostarczenie: Po zweryfikowaniu transakcji w łańcuchu przez serwer lub zewnętrznego „facylitatora” zasoby są natychmiast zwalniane.
x402 wprowadza rolę Facilitatora, pełniącą funkcję oprogramowania pośredniczącego łączącego API Web2 z warstwą rozliczeniową Web3. Facilitator obsługuje złożoną logikę weryfikacji i rozliczeń on-chain, umożliwiając tradycyjnym programistom monetyzację API przy minimalnej ilości kodu. Serwery nie muszą uruchamiać węzłów, zarządzać podpisami ani rozgłaszać transakcji; muszą jedynie polegać na interfejsach udostępnianych przez Facilitatora, aby realizować przetwarzanie płatności on-chain. Obecnie najbardziej dojrzałą implementację Facilitatora zapewnia platforma deweloperska Coinbase.
Oto techniczne zalety x402: obsługuje mikropłatności w łańcuchu wartości już od 1 centa, przełamując ograniczenia tradycyjnych bramek płatniczych w scenariuszach AI, które nie są w stanie obsłużyć częstych połączeń o małych kwotach; całkowicie usuwa konta, KYC i klucze API, umożliwiając AI autonomiczne ukończenie pętli płatności M2M; umożliwia autoryzację płatności USDC bez użycia gazu za pośrednictwem protokołu EIP-3009, jest natywnie kompatybilny z protokołami Base i Solana oraz charakteryzuje się skalowalnością w wielu łańcuchach.
Poniższa tabela, oparta na wprowadzeniu podstawowego zestawu protokołów Agentic Commerce, podsumowuje pozycjonowanie protokołu, jego podstawowe możliwości, główne ograniczenia i ocenę dojrzałości na każdym poziomie, zapewniając jasną, ustrukturyzowaną perspektywę tworzenia międzyplatformowej, wykonywalnej i płatnej gospodarki agentów.
IV. Projekty reprezentatywne w ekosystemie biznesowym inteligentnego agenta Web3
Obecny ekosystem Web3 dla handlu agentowego można podzielić na trzy warstwy:
Warstwa systemu płatności biznesowych (L3), obejmująca projekty takie jak Skyfire, Payman, Catena Labs i Nevermined, zapewnia hermetyzację płatności, integrację SDK, zarządzanie limitami kredytowymi i uprawnieniami, zatwierdzanie przez człowieka i dostęp zgodny z przepisami oraz w różnym stopniu łączy się z tradycyjnymi ścieżkami finansowymi (bankami, organizacjami kart płatniczych, dostawcami usług płatniczych, KYC/KYB), tworząc pomost między biznesem płatniczym a gospodarką maszynową.
Natywna warstwa protokołu płatności (L2), obejmująca protokoły takie jak x402 i Virtual ACP, wraz z ich projektami ekosystemowymi, odpowiada za żądania opłat, weryfikację płatności i rozliczenia on-chain. Stanowi ona rdzeń obecnej gospodarki agentów, umożliwiając prawdziwą automatyzację i kompleksowe rozliczanie. x402 jest całkowicie niezależny od banków, organizacji kartowych i dostawców usług płatniczych, zapewniając natywne możliwości płatności on-chain M2M/A2A.
Warstwa infrastruktury (L1), obejmująca Ethereum, Base, Solana i Kite AI, zapewnia zaufaną podstawę dla systemu płatności i tożsamości, obejmującą środowisko wykonawcze w łańcuchu, system kluczy, MPC/AA i środowisko wykonawcze uprawnień.
Warstwa systemu płatności biznesowych L3 – Skyfire: tożsamość agenta AI i dane uwierzytelniające płatności
Rozwiązanie Skyfire, oparte na KYA + Pay, streszcza „weryfikację tożsamości + autoryzację płatności” do danych uwierzytelniających JWT obsługiwanych przez sztuczną inteligencję, zapewniając weryfikowalny, zautomatyzowany dostęp i możliwości rozliczeń dla stron internetowych, interfejsów API i usług MCP. System automatycznie generuje agentów kupujących/sprzedających oraz portfele depozytowe dla użytkowników, obsługując doładowania kartami, bankami i USDC.
Na poziomie systemu Skyfire generuje agenta kupującego/sprzedającego oraz zarządzany portfel dla każdego użytkownika, obsługując doładowania salda za pośrednictwem kart, banków i USDC. Największą zaletą jest pełna kompatybilność z Web2 (JWT/JWKS, WAF i bramka API mogą być używane bezpośrednio), zapewniając „zidentyfikowany, automatyczny i płatny dostęp” do stron internetowych z treścią, interfejsów API danych oraz oprogramowania SaaS.
Skyfire jest realnym pośrednikiem płatności, ale zarządzanie tożsamością i aktywami wymaga scentralizowanych rozwiązań.
Warstwa systemu płatności biznesowych L3 – Payman: natywna kontrola ryzyka dostępu do funduszy oparta na sztucznej inteligencji
Payman oferuje cztery funkcje: Portfel, Odbiorca, Zasady i Zatwierdzenie, tworząc zarządzalną i podlegającą audytowi „warstwę uprawnień do funduszy” dla sztucznej inteligencji. Sztuczna inteligencja może wykonywać rzeczywiste płatności, ale wszystkie działania finansowe muszą spełniać zdefiniowane przez użytkownika limity, zasady i reguły zatwierdzania. Podstawowe interakcje są realizowane za pośrednictwem interfejsu języka naturalnego payman.ask(), gdzie system odpowiada za analizę intencji, weryfikację zasad i realizację płatności.
Kluczowa wartość Paymana tkwi w zasadzie, że „sztuczna inteligencja może zarządzać pieniędzmi, ale nigdy nie przekroczy swoich uprawnień”. System migruje zarządzanie finansami na poziomie przedsiębiorstwa do środowiska sztucznej inteligencji: zautomatyzowane rozliczanie płac, zwrot kosztów, płatności dla dostawców i przelewy zbiorcze mogą być realizowane w ramach jasno określonych granic uprawnień. Payman nadaje się do wewnętrznej automatyzacji finansowej w przedsiębiorstwach i zespołach (rozliczanie płac, zwrot kosztów, płatności dla dostawców itp.), pozycjonowany jako kontrolowana warstwa zarządzania finansami i nie podejmuje próby budowy otwartego protokołu płatności między agentami.
Warstwa systemu płatności biznesowych L3 – Catena Labs: Standardy tożsamości agentów/płatności
Catena wykorzystuje natywne dla sztucznej inteligencji instytucje finansowe (depozyt, rozliczenia, kontrola ryzyka, KYA) jako warstwę biznesową oraz ACK (Agent Commerce Kit) jako warstwę standardową, aby zbudować ujednolicony protokół tożsamości (ACK-ID) dla agentów oraz natywny dla agentów protokół płatności (ACK-Pay). Celem jest wypełnienie luk w gospodarce maszynowej poprzez zapewnienie weryfikowalnych tożsamości, łańcuchów autoryzacji i zautomatyzowanych standardów płatności.
ACK-ID ustanawia łańcuch własności i autoryzacji agentów w oparciu o DID/VC; ACK-Pay definiuje żądania płatności i weryfikowalne formaty potwierdzeń, niezależne od podstawowej sieci rozliczeniowej (USDC, banki, Arc). Catena kładzie nacisk na długoterminową interoperacyjność między ekosystemami, a jej rola jest bliższa „warstwie TLS/EMV ekonomii agentów”, charakteryzującej się wysokim stopniem standaryzacji i jasną wizją.
Warstwa systemu płatności biznesowych L3 – Nevermined: pomiary, fakturowanie i rozliczanie mikropłatności
Nevermined koncentruje się na modelach ekonomicznych AI opartych na użytkowaniu, zapewniając kontrolę dostępu, pomiary, system kredytów i dzienniki użytkowania do automatycznego pomiaru, rozliczeń za zużycie, podziału przychodów i audytu. Użytkownicy mogą doładowywać kredyty za pośrednictwem Stripe lub USDC, a system automatycznie weryfikuje wykorzystanie, pobiera opłaty i generuje audytowalne dzienniki przy każdym wywołaniu API.
Jego podstawową wartością jest obsługa mikropłatności w czasie rzeczywistym na poziomie poniżej procenta oraz zautomatyzowane rozliczenia między agentami, umożliwiając zakup danych, wywołania API, planowanie przepływu pracy i wiele innych, aby działać w modelu „płać za użycie”. Nevermined nie tworzy nowego toru płatności, lecz warstwę pomiarowo-rozliczeniową na poziomie płatności: w perspektywie krótkoterminowej napędza komercjalizację SaaS dla AI; w perspektywie średnioterminowej wspiera rynek A2A; a w perspektywie długoterminowej może stać się podstawą mikropłatności dla gospodarki opartej na maszynach.
Skyfire, Payman, Catena Labs i Nevermined należą do warstwy płatności biznesowych i wszystkie w różnym stopniu muszą łączyć się z bankami, organizacjami kart płatniczych, dostawcami usług płatniczych (PSP) oraz procesami KYC/KYB. Jednak ich prawdziwa wartość nie leży w „dostępie do waluty fiducjarnej”, ale w zaspokajaniu potrzeb natywnych dla maszyn, których tradycyjne finanse nie są w stanie zaspokoić – mapowaniu tożsamości, zarządzaniu uprawnieniami, programowej kontroli ryzyka i rozliczeniach typu „płać za użycie”.
Skyfire (bramka płatnicza): zapewnia stronom internetowym/interfejsom API „tożsamość + automatyczne potrącenie” (mapowanie tożsamości w łańcuchu na tożsamość Web2).
Payman (zarządzanie finansowe): strategie, limity, uprawnienia i zatwierdzenia do użytku wewnętrznego przedsiębiorstwa (sztuczna inteligencja może wydawać pieniądze, ale nie przekraczać uprawnień).
Catena Labs (Infrastruktura finansowa): integracja z systemem bankowym w celu zbudowania banku zgodnego ze sztuczną inteligencją (AI) poprzez usługi KYA, powiernictwa i rozliczeniowe.
Nigdy niewydobyty (kasjer): Wykonuje tylko pomiary i wystawia faktury powyżej płatności; płatności opierają się na Stripe/USDC.
Natomiast x402 działa na niższym poziomie i jest jedynym natywnym protokołem płatności on-chain, który nie jest zależny od banków, organizacji kart płatniczych ani dostawców usług płatniczych (PSP). Może on bezpośrednio realizować potrącenia i rozliczenia on-chain za pośrednictwem przepływów pracy 402. Gdy systemy wyższej warstwy, takie jak Skyfire, Payman i Nevermined, mogą wywołać x402 jako ścieżkę rozliczeń, zapewnia to agentom prawdziwie zautomatyzowaną, natywną, zamkniętą pętlę płatności dla transakcji M2M/A2A.
Warstwa natywnego protokołu płatności L2 – ekosystem x402: od klienta do rozliczeń w łańcuchu
Natywny ekosystem płatności x402 można podzielić na cztery warstwy: klienta, serwera, warstwy realizacji płatności i warstwy rozliczeń blockchain. Klient odpowiada za umożliwienie agentom lub aplikacjom inicjowania żądań płatności; serwer zapewnia agentom usługi API, takie jak dane, wnioskowanie lub przechowywanie danych dla każdej transakcji; warstwa realizacji płatności realizuje pobieranie, weryfikację i rozliczanie w łańcuchu, będąc głównym mechanizmem wykonawczym całego procesu; warstwa rozliczeń blockchain odpowiada za ostateczne pobieranie tokenów i potwierdzenie w łańcuchu, zapewniając ochronę płatności przed manipulacją.
Legenda: Przepływ płatności X402 Źródło: Biała księga X402
Integracje po stronie klienta (płatnicy): Ta warstwa umożliwia agentom lub aplikacjom inicjowanie żądań płatności x402 i stanowi „punkt wyjścia” całego procesu płatności. Przykładowe projekty:
Thirdweb Client SDK to najpopularniejszy standard klienta x402 w ekosystemie. Jest aktywnie utrzymywany, obsługuje wiele łańcuchów i jest domyślnym narzędziem dla programistów do integracji x402.
Nuwa AI – reprezentatywny projekt „płatnego dostępu opartego na agencie”, który umożliwia sztucznej inteligencji bezpośredni dostęp do usług x402 bez kodowania i za opłatą.
Oficjalna strona internetowa wymienia także Axios/Fetch, Mogami Java SDK, Tweazy i inne jako pierwszych klientów.
Obecnie istniejący klienci wciąż znajdują się w „erze SDK”, czyli w zasadzie narzędzi programistycznych. Bardziej zaawansowani klienci, tacy jak klienci przeglądarek/systemów operacyjnych, klienci robotów/IoT, systemy korporacyjne lub ci, którzy potrafią zarządzać wieloma portfelami/facylitatorami, jeszcze się nie pojawili.
Dostawcy po stronie serwera/API (usługi/punkty końcowe/sprzedawcy): sprzedają agentom usługi danych, pamięci masowej lub wnioskowania w oparciu o pojedyncze użycie. Oto kilka reprezentatywnych przykładów:
AIsa zapewnia wywołania API i infrastrukturę rozliczeniową dla agentów AI w świecie rzeczywistym, umożliwiając im dostęp do danych, treści, mocy obliczeniowej i usług stron trzecich za pomocą wywołania, tokena lub ilości. Obecnie x402 ma największą liczbę wywołań.
Firecrawl – najczęściej wykorzystywany punkt wejścia do analizy składni stron internetowych i strukturalnego przeszukiwania sieci przez agentów AI.
Pinata – główna infrastruktura pamięci masowej Web3, x402, pokrywa już rzeczywiste koszty pamięci masowej interfejsów API o większej wadze.
Gloria AI – źródło informacji dla agentów handlowych i analitycznych, zapewniające dostęp do aktualnych wiadomości w czasie rzeczywistym i ustrukturyzowanych sygnałów rynkowych.
AEON – rozszerzenie przetwarzania płatności x402 + USDC na sprzedawców online i offline w Azji Południowo-Wschodniej, Ameryce Łacińskiej i Afryce, docierając do 50 milionów sprzedawców.
Neynar – infrastruktura społecznościowa Farcaster udostępniająca dane społecznościowe agentom za pomocą przekierowań x402.
Obecnie strona serwerowa skupia się na interfejsach API do indeksowania/przechowywania/obsługi wiadomości, podczas gdy wyższe warstwy kluczowe, takie jak interfejsy API do realizacji transakcji finansowych, interfejsy API do reklam, bramy Web2 SaaS, a nawet interfejsy API do wykonywania zadań ze świata rzeczywistego, są prawie nierozwinięte, co stanowi najbardziej obiecującą krzywą wzrostu w przyszłości.
Warstwa realizacji płatności (facylitatorzy/procesorzy): Ta warstwa obsługuje potrącenia, weryfikację i rozliczenia w łańcuchu. Jest to główny silnik wykonawczy x402, a reprezentatywne projekty obejmują:
Coinbase Facilitator (CDP) – zaufany wykonawca zleceń klasy korporacyjnej z zerowymi opłatami w sieci głównej Base i wbudowanym OFAC/KYT, jest najlepszym wyborem dla środowisk produkcyjnych.
PayAI Facilitator – projekt warstwy wykonawczej o najszerszym zasięgu obejmującym wiele łańcuchów i najszybszym wzroście (Solana, Polygon, Base, Avalanche itp.) – jest najszerzej używanym w ekosystemie facilitatorem obejmującym wiele łańcuchów.
Daydreams — projekt obejmujący scenariusze zaawansowane, łączący realizację płatności z kierowaniem wnioskowaniem LLM — jest obecnie najszybciej rozwijającym się „egzekutorem płatności z wykorzystaniem sztucznej inteligencji” i staje się trzecim filarem ekosystemu x402.
Zgodnie z danymi x402scan z ostatnich 30 dni, istnieje także grupa pośredników/routerów typu long-tail, w tym Dexter, Virtuals Protocol, OpenX402, CodeNut, Heurist, Thirdweb, x402.rs, Mogami, Questflow itp., których ogólna liczba transakcji, liczba sprzedawców i liczba kupujących są znacznie niższe niż w przypadku pierwszej trójki.
Warstwa rozliczeń blockchain: Ostatni punkt kontaktu w przepływie płatności x402, odpowiedzialny za faktyczne pobranie tokenów i potwierdzenie w łańcuchu. Chociaż sam protokół x402 jest niezależny od łańcucha, obecne dane ekosystemu pokazują, że rozliczenia koncentrują się głównie na dwóch sieciach:
Base – promowana przez oficjalnego koordynatora CDP, natywna dla USDC, ze stabilnymi opłatami i obecnie największą siecią rozliczeniową pod względem wolumenu transakcji i liczby sprzedawców.
Solana – w dużym stopniu wspierana przez dostawców obsługujących wiele łańcuchów, takich jak PayAI – odnotowuje najszybszy wzrost w zakresie wnioskowania o wysokiej częstotliwości i scenariuszy API w czasie rzeczywistym dzięki wysokiej przepustowości i niskim opóźnieniom.
Sam łańcuch nie uczestniczy w logice płatności. Wraz z rozwojem kolejnych Facylitatorów, warstwa rozliczeniowa x402 będzie wykazywać silniejszą tendencję w kierunku integracji wielołańcuchowej.
W systemie płatności x402, rola Facilitatora jest jedyną rolą, która faktycznie realizuje płatności on-chain i jest najbliższa „przychodom na poziomie protokołu”: odpowiada za weryfikację autoryzacji płatności, przesyłanie i śledzenie transakcji on-chain, generowanie audytowalnych dowodów rozliczeń oraz obsługę odtwarzania, limitów czasu, kompatybilności z wieloma łańcuchami i podstawowych kontroli zgodności. W przeciwieństwie do SDK klienta (płatnicy) i serwera API (sprzedawcy), które obsługują jedynie żądania HTTP, rola Facilitatora kontroluje punkt wejścia ruchu i prawa do opłat rozliczeniowych, zajmując tym samym centralne miejsce w procesie przechwytywania wartości w gospodarce agentów i przyciągając największą uwagę rynku.
Jednak w rzeczywistości większość projektów pozostaje w fazie sieci testowej lub demonstracji na małą skalę, będąc w zasadzie jedynie lekkimi „realizatorami płatności”. Brakuje im przewagi konkurencyjnej w kluczowych obszarach, takich jak weryfikacja tożsamości, rozliczenia, kontrola ryzyka i stabilna praca w wielu łańcuchach, a jednocześnie charakteryzują się niskimi barierami wejścia i wysoką homogenicznością. W miarę dojrzewania ekosystemu, wspierani przez Coinbase facylitatorzy, posiadający przewagę w zakresie stabilności i zgodności z przepisami, zyskują znaczącą przewagę jako pierwsi. Jednak wraz z tym, jak facylitatorzy CDP zaczynają pobierać opłaty, a inni facylitatorzy potencjalnie badają różne modele monetyzacji, ogólna struktura rynku i dystrybucja udziałów wciąż mają znaczne pole do ewolucji. W dłuższej perspektywie x402 pozostaje na poziomie interfejsu i nie może generować podstawowej wartości. Prawdziwie trwałe przewagi konkurencyjne tkwią w kompleksowych platformach, które mogą budować systemy weryfikacji tożsamości, rozliczeń, kontroli ryzyka i zgodności z przepisami w oparciu o funkcje rozliczeniowe.
Warstwa protokołu płatności natywnej warstwy L2 – protokół handlu wirtualnego agenta
Protokół Agent Commerce Protocol (ACP) firmy Virtual zapewnia uniwersalny standard interakcji biznesowych dla autonomicznej sztucznej inteligencji. Poprzez czteroetapowy proces – Żądanie → Negocjacje → Transakcja → Ocena – umożliwia niezależnym inteligentnym agentom bezpieczne i weryfikowalne żądanie usług, negocjowanie warunków, finalizowanie transakcji i poddawanie się ocenie jakości. ACP wykorzystuje blockchain jako zaufaną warstwę wykonawczą, aby zapewnić audytowalność i odporność procesu interakcji na manipulacje. Wprowadzając Agentów Ewaluacyjnych, ustanawia system reputacji oparty na zachętach, umożliwiając heterogenicznym i niezależnym agentom tworzenie „autonomicznych podmiotów gospodarczych” i prowadzenie zrównoważonej działalności gospodarczej bez scentralizowanej koordynacji. Obecnie ACP wyszedł poza wczesny etap eksperymentalny i osiągnął znaczną skalę ekosystemu, wykraczającą poza eksplorację „standardów interakcji biznesowych między wieloma agentami”.
Warstwa infrastruktury L1 – natywny łańcuch płatności agenta wschodzącego/pionowego
Ethereum, Base (EVM), Solana i inne popularne publiczne blockchainy zapewniają agentowi podstawowe środowisko wykonawcze, system kont, maszynę stanową, podstawy bezpieczeństwa i rozliczeń, a także mają dojrzałe modele kont, ekosystem stablecoinów i szeroką bazę programistów.
Kite AI to reprezentatywna infrastruktura „natywnej dla agentów warstwy 1”, zaprojektowana specjalnie dla bazowego środowiska wykonawczego płatności, tożsamości i uprawnień dla inteligentnych agentów. Jej rdzeń opiera się na frameworku SPACE (natywne dla stablecoinów, programowalne ograniczenia, uwierzytelnianie priorytetowe dla agentów, audyt zgodności i ekonomicznie opłacalne mikropłatności) i zapewnia precyzyjną izolację ryzyka poprzez trójwarstwowy system kluczy: Root→Agent→Session. W połączeniu ze zoptymalizowanymi kanałami stanu, tworząc „natywną dla agentów kolej płatniczą”, Kite redukuje koszty do 0,000001 USD i kontroluje opóźnienia do poziomu milisekundy, umożliwiając realizację mikropłatności o wysokiej częstotliwości na poziomie API. Jako ogólna warstwa wykonawcza, Kite jest kompatybilny w górę z x402, Google A2A i Anthropic MCP, a także wstecznie z OAuth 2.1, dążąc do stania się ujednoliconą platformą płatności i tożsamości dla agentów, łączącą Web2 i Web3.
AIsaNet integruje protokoły x402 i L402 (standard protokołu płatności 402 opracowany przez Lightning Labs w oparciu o sieć Lightning Network) jako warstwę mikropłatności i rozliczeń dla agentów AI. Obsługuje transakcje o wysokiej częstotliwości, koordynację połączeń międzyprotokołowych, wybór ścieżki rozliczeniowej i routing transakcji, umożliwiając agentom realizację automatycznych płatności międzyusługowych i międzyłańcuchowych bez konieczności zrozumienia ich złożoności.
V. Podsumowanie i perspektywy: Od umów płatniczych do restrukturyzacji gospodarki maszynowej
Handel agentowy to ustanowienie zupełnie nowego porządku gospodarczego, w którym dominują maszyny. Nie chodzi tu o proste „automatyczne składanie zamówień przez sztuczną inteligencję”, ale o rekonstrukcję całego łańcucha między podmiotami: sposobu wyszukiwania usług, budowania zaufania, wyrażania zamówień, udzielania uprawnień, ustalania wartości oraz tego, kto ponosi odpowiedzialność za spory. Pojawienie się protokołów A2A, MCP, ACP, AP2, ERC-8004 i x402 standaryzuje „model biznesowy zamkniętej pętli między maszynami”.
W tym procesie ewolucyjnym przyszła infrastruktura płatnicza rozgałęzi się na dwa równoległe tory: jeden oparty na tradycyjnej logice walut fiducjarnych w zarządzaniu biznesem, a drugi na natywnym mechanizmie rozliczeniowym protokołu x402. Logiki przechwytywania wartości dla tych dwóch torów różnią się.
1. Ścieżka zarządzania biznesem: Warstwa systemu płatności biznesowych Web3
Scenariusze zastosowania: Transakcje w świecie rzeczywistym o niskiej częstotliwości, bez mikropłatności (takie jak zakupy, subskrypcje SaaS, fizyczny handel elektroniczny).
Logika: Tradycyjna waluta fiducjarna będzie dominować w dłuższej perspektywie; agenci pełnią jedynie rolę inteligentniejszych koordynatorów front-endu i procesów, a nie zastępują Stripe'a/firm obsługujących karty płatnicze/przelewy bankowe. Głównymi przeszkodami dla masowego wejścia stablecoinów do realnego świata biznesu są regulacje i podatki.
Wartość projektów takich jak Skyfire, Payman i Catena Labs nie leży w samym systemie płatności (zazwyczaj obsługiwanym przez Stripe/Circle), ale w ich usługach „Governance-as-a-Service” (GAS). Spełniają one potrzeby natywne dla maszyn, których tradycyjne finanse nie są w stanie zaspokoić – mapowanie tożsamości, kontrolę dostępu, programowe zarządzanie ryzykiem, rozliczalność oraz mikropłatności M2M/A2A (rozliczane za token na sekundę). Kluczowe jest to, kto może stać się zaufanym „menedżerem finansowym AI” dla firm.
2. Ścieżka osadnictwa rdzennych mieszkańców: ekosystem protokołu x402 i ostateczna walka z ułatwiaczem
Scenariusze zastosowania: Częstotliwość mikropłatności, transakcje natywne M2M/A2A (rozliczanie za pomocą API, płatność za przepływ zasobów).
Logika podstawowa: Jako otwarty standard, x402 zapewnia atomowe wiązanie płatności i zasobów za pomocą kodu stanu HTTP 402. W programowalnych mikropłatnościach i scenariuszach M2M/A2A, x402 jest obecnie protokołem z najbardziej kompletnym ekosystemem i najbardziej zaawansowaną implementacją (natywny HTTP + rozliczenia on-chain), a jego pozycja w gospodarce agentów ma być porównywalna do „Stripe dla agentów”.
Samo zintegrowanie x402 po stronie klienta lub usługi nie oznacza wzrostu wartości rynkowej; prawdziwy potencjał wzrostu leży w zasobach wyższej warstwy, które mogą gromadzić długoterminowe, powtarzalne zakupy i częste połączenia, takie jak klienci agentów na poziomie systemu operacyjnego, portfele robotów/IoT i wartościowe usługi API (dane rynkowe, wnioskowanie GPU, wykonywanie zadań w świecie rzeczywistym itd.).
Facylitatory to bramki protokołów, które wspomagają klientów i serwery w procesie uzgadniania płatności, generowania faktur i rozliczania środków. Kontrolują zarówno ruch, jak i opłaty rozliczeniowe, co czyni je najbliższym ogniwem „przychodu” w stosie x402. Większość facylitatorów to w zasadzie po prostu „wykonawcy płatności”, charakteryzujący się wyraźnie niskimi barierami wejścia i jednorodną charakterystyką. Giganci z przewagą w zakresie użyteczności i zgodności (tacy jak Coinbase) ugruntowali swoją pozycję dominującą. Kluczowa wartość, mająca na celu uniknięcie marginalizacji, zostanie przeniesiona na warstwę usług „Facylitator + X”: poprzez zbudowanie weryfikowalnego katalogu usług i systemu reputacji, zapewniającego wysokomarżowe funkcje, takie jak arbitraż, kontrola ryzyka i zarządzanie sejfami.
Wierzymy, że przyszłość przyniesie system dwutorowy: system walut fiducjarnych i system stablecoinów. Pierwszy z nich będzie obsługiwał powszechny handel międzyludzki, a drugi – scenariusze płatności o wysokiej częstotliwości, transgranicznych i mikropłatności natywnych dla maszyn i łańcuchów bloków. Rolą Web3 nie jest zastąpienie tradycyjnych płatności, ale zapewnienie podstawowych możliwości ery agentów: weryfikowalnej tożsamości, programowalnych rozliczeń i globalnych stablecoinów. Ostatecznie handel agentowy nie ograniczy się do optymalizacji płatności, ale będzie reprezentował restrukturyzację gospodarki opartej na maszynach. Gdy miliardy mikrotransakcji będą automatycznie realizowane przez agentów w tle, protokoły i firmy, które jako pierwsze zapewnią zaufanie, koordynację i możliwości optymalizacji, staną się siłą napędową kolejnej generacji globalnej infrastruktury handlowej.
Zastrzeżenie: Niniejszy artykuł został napisany przy pomocy narzędzi AI ChatGPT-5 i Gemini 3. Autor dołożył wszelkich starań, aby zweryfikować i zapewnić prawdziwość i dokładność informacji, jednak pominięcia są nieuniknione. Przepraszamy za wszelkie niedogodności. Szczególnie ważne jest, aby pamiętać, że na rynku kryptowalut często występuje rozbieżność między fundamentami projektu a wynikami cen na rynku wtórnym. Treść niniejszego artykułu ma charakter wyłącznie informacyjny i naukowo-badawczy i nie stanowi porady inwestycyjnej ani nie powinna być traktowana jako rekomendacja kupna lub sprzedaży tokenów.
