Egy 35 napos vizsgálatban 6,4 millió x402-fizetést rögzítettek a Base és a Solana hálózatán, összesen 119 947 dollár értékben. Közben egy májusi incidensben egy nyilvános bejegyzésből kiolvasott utasítás miatt hárommilliárd token került egy idegen tárcába. A két eset együtt mutatja meg, miért terjedhetnek a filléres gépi fizetések jóval gyorsabban, mint az AI-ügynökökre bízott vállalati átutalások.
Mit mutat a 6,4 millió x402-fizetés?
A BeInCrypto Research 2026-os kutatása július 23. és augusztus 26. között követte az x402-forgalmat két blokkláncon. A közzétett mintában a fizetések 90,8 százaléka egy amerikai cent alatt maradt. Az összértéket a tranzakciószámmal elosztva egy fizetésre hozzávetőleg 1,87 amerikai cent jutott. Az átlagot a nagyobb tételek emelték meg, miközben a fizetések túlnyomó többsége az átlagnál kisebb volt.
A láncon látható tranzakciók mögött eltérő célok állhatnak. Egy szoftver több ezer alkalommal kérhet le piaci adatot ugyanattól a szolgáltatótól, egy fejlesztő pedig éles környezetben is tesztelheti ugyanazt a fizetési folyamatot. Az x402-t hagyományos, előre programozott alkalmazások és emberek is használhatják. A tranzakciószámból így önmagában nem derül ki, hány önálló AI-ügynök, ügyfél vagy tartós üzleti kapcsolat áll a forgalom mögött.
A kereskedésről még szűkebb képet ad a kutatás. Négy kiválasztott Hyperliquid-integrációban az AI-ként azonosított alkalmazások a 653,08 millió dollárnyi kereskedési volumenből 0,55 százalékot képviseltek. A címke nélküli automatizálást ez a módszer nem tudta elkülöníteni. A kereskedési volumen ráadásul az ügyletek értékét méri, míg az x402-adatok szolgáltatásokért elszámolt fizetéseket mutatnak. A két szám eltérő piaci kérdésre válaszol.
Az üzleti kereslet megítéléséhez azt is tudni kellene, hogy a fizetők hány napon tértek vissza, és a forgalom mekkora részét adta a néhány legnagyobb szolgáltató vagy ügyfél. Ugyanaz a napi tranzakciószám jelenthet sok független ügyfelet, vagy egyetlen programot, amely másodpercenként újra lekéri ugyanazt az adatot. A nyilvános tárcacímekből ezt csak részben lehet feloldani. Egy cég több tárcát is használhat, miközben egy fizetési szolgáltató közös infrastruktúrája sok ügyfél műveleteit kezelheti. Tartós üzleti használatról erősebb jelzést adna, ha a láncon látható forgalomhoz visszatérő ügyfelek és ellenőrizhető szolgáltatások is rendelhetők.
Hogyan fizet egy AI-ügynök az x402-vel?
Az AI-ügynök olyan szoftver, amely egy cél érdekében több lépést végezhet el, például adatot keres, külső eszközt hív meg, majd a válasz alapján továbblép. Pénzt akkor tud mozgatni, ha ehhez az üzemeltető külön fizetési eszközt és jogosultságot ad neki. Az x402 nyílt fizetési protokoll azt szabványosítja, hogyan kérhet és teljesíthet fizetést egy alkalmazás az internetes kérés részeként.
Tegyük fel, hogy egy elemzőügynöknek egy fizetős adatbázisból kell lekérnie egy vállalat legfrissebb eredményeit. A kiszolgáló a HTTP 402-es válaszban megadja az elfogadott fizetési feltételeket, köztük az összeget, a fizetőeszközt és a hálózatot. Ha az ügynök alkalmazása jogosult a költésre, aláírt fizetési adattal megismétli a kérést. A szolgáltató maga ellenőrizheti a fizetést és intézheti az elszámolást, vagy ezt egy közreműködő szolgáltatásra bízhatja.
Az ilyen kis tételeknél a dollárhoz kötött stabilcoin, például az USDC egyik előnye, hogy a szolgáltató dollárban árazhat, a vevő pedig ugyanebben az egységben tervezheti a költségeit. Egy stabilcoin árfolyama eltérhet a célértéktől, a használat pedig kibocsátói, hálózati és letétkezelési kockázattal is járhat. A mikrofizetés akkor gazdaságos, ha az elszámolás, az infrastruktúra és az egyeztetés együttes költsége arányban marad a megvásárolt szolgáltatás értékével.
Egy szemléltető példában, ha egy adatlekérés ára fél amerikai cent, húszezer lekérés összesen 100 dollár bevételt jelent. Ha a kiszolgálás és az elszámolás együttes, változó költsége lekérésenként negyed cent, az 50 dollárt visz el a bevételből, még az állandó költségek előtt. A tényleges díjak és feltételek szolgáltatásonként eltérnek. A szolgáltatónak ezért a forgalom mellett azt is mérnie kell, hány kérés teljesült, mennyi volt a hibás fizetés, és mennyibe került a rendszerek működtetése. A kisebb tételeket összevonó elszámolás csökkentheti a fizetések számát és költségét, cserébe kezelni kell a közben felhalmozódó egyenleget.
A szabvány mögötti infrastruktúra közben bővül. A Linux Foundation 2026 júliusában jelentette be az x402 Foundation működésének indulását és a Coinbase által átadott protokoll közösségi irányítását. A közös szabvány megkönnyítheti több szolgáltató összekapcsolását. Az ügyfél költési felhatalmazását és a vitás fizetések kezelését továbbra is az adott rendszernek kell rendeznie.
Hogyan jutott el egy Morse-üzenet a kriptotárcáig?
2026. május 4-én az X-en egy Morse-kóddal írt üzenet megfejtésére kérték a Grokot. A modell nyilvános válaszában megjelent egy átutalási utasítás, amelyet a hozzá kapcsolódó Bankrbot végrehajtott. Az Agent Incident Ledger esettanulmánya szerint hárommilliárd DRB-token került egy idegen tárcába a Base hálózatán. Az átutalt tokenek korabeli dollárértékére 150–200 ezer dollár közötti becslések jelentek meg. A Bankr alapítójának közlése szerint az érték körülbelül 80 százaléka visszakerült, a visszaszerzés részleteiről eltérő beszámolók születtek.
Az eset az utasításbefecskendezés, angolul prompt injection egyik példája. Az OWASP biztonsági útmutatója szerint ilyen támadásnál egy külső tartalomba rejtett utasítás befolyásolja a modell viselkedését. Egy fizetési joggal rendelkező rendszerben a támadás egy e-mailből, egy weboldalról vagy egy számlának látszó dokumentumból is indulhat. A Grok-esetben a kritikus lépés az volt, hogy a tárcát kezelő rendszer végrehajtható parancsként fogadta el a nyilvános válaszban szereplő szöveget.
A blokklánc ellenőrizheti, hogy a tranzakció megfelel-e a hálózat szabályainak, és hogy a megfelelő kulccsal írták-e alá. Arról a láncon nincs információ, hogy az átutalás mögött tényleges üzleti felhatalmazás állt-e. A visszaszerzésről szóló beszámolók külön visszautalásokat írnak le. Az ilyen eredmény a fogadó fél közreműködésétől és az adott helyzettől függ, ezért nehéz előre megmondani, mekkora összeg térülhet meg egy következő incidensben.
A BeInCrypto Research két vizsgált incidensében a támadókhoz került átutalások értéke a részleges visszaszerzések előtt összesen 281 200 dollár volt. Ez az érintett átutalások bruttó értéke. A tényleges veszteséget esetenként a visszaérkezett összegek és az értékelés időpontja alapján lehet meghatározni. A két esetből a támadások gyakorisága sem becsülhető meg.
Miért számít, mikor válik véglegessé egy fizetés?
Egy fizetés megjelenhet a hálózaton, bekerülhet egy blokkba, majd a blokklánc szabályai szerint véglegessé válhat. Az első visszajelzés után még előfordulhat, hogy a tranzakciót tartalmazó blokk kiesik az elfogadott láncból. Az Ethereum konszenzusleírása szerint a véglegesség az ellenőrzőpontokra leadott validátori szavazatoktól függ. Normál hálózati működés mellett ez nagyjából negyedórás nagyságrend, és hálózati zavar esetén tovább tarthat. A küldőnek ettől még nincs általános joga a fizetés egyoldalú visszavonására.
A pontos feltételek hálózatonként eltérnek. A Base dokumentációja külön kezeli a helyi blokkba kerülést, az Ethereumra feladott adatok rögzítését és azok véglegességét. A Solana dokumentációja a feldolgozott, a megerősített és a végleges állapotot különbözteti meg. Egy olcsó adatlekérésnél a szolgáltató vállalhatja a gyorsabb teljesítéssel járó kockázatot. Nagy összegű, egymásra épülő műveleteknél egy túl korai visszajelzésből már több ügyletben is veszteség keletkezhet.
Vegyünk egy ügynököt, amely egy beérkező összeg alapján azonnal fizet egy másik szolgáltatónak. Ha a beérkező tranzakció időközben kiesik az elfogadott láncból, a már teljesített második fizetés ettől még érvényes maradhat. Másfajta hiba, ha egy időtúllépés után az ügynök újból fizet, miközben az első kísérlet már sikerült. A két helyzet külön kontrollt igényel. Az elsőnél a megfelelő megerősítési szint, a másodiknál a megrendelés egyedi azonosítása és az előző fizetés ellenőrzése számít.
Milyen kontrollt várnak el a pénzügyi intézmények?
A BeInCrypto vizsgálatában a mikrofizetések 60,7 pontot, az intézményi pénzügyi automatizálás 12 pontot kapott a százas felkészültségi skálán. Ezek a kutatás saját értékelési keretének eredményei. A 19 vizsgált AI-termékből 14 tudott előre meghatározott emberi limitek között költeni vagy kereskedni. A 12 vizsgált intézményi folyamatból hat tudott megadott jogosultságok mellett önállóan fizetést kezdeményezni vagy elszámolni. A minta korlátozott, de jól szemlélteti, milyen szűk feladatokra terjed ki a gyakorlatban a pénzügyi önállóság.
Egy vállalati folyamatban külön kérdés, ki engedélyezte a kiadást, ki igazolta a teljesítést, melyik számlát rendezik, és ki vizsgálja ki a hibát. A választ utólag is rekonstruálni kell. Ehhez az auditnaplónak össze kell kötnie a jóváhagyást, a kifizetéshez használt adatokat és a tranzakció azonosítóját. A költési limit megfoghat egy szokatlanul nagy utalást, de egy hamis kedvezményezettnek küldött kis tételek sorozata a limiten belül is jelentős kárt okozhat.
A gyakorlatban a modell javaslatot tehet a fizetésre, miközben egy külön szabályrendszer ellenőrzi az összeget, a kedvezményezettet, a hálózatot és a felhatalmazás lejáratát. Az OWASP az ügynöki jogosultságok korlátozását és a nagy hatású műveleteknél emberi jóváhagyást javasol. A Google által kezdeményezett AP2 protokoll egy másik részproblémára kínál megoldást. Kriptográfiailag aláírt felhatalmazással rögzíti, hogy a megbízó milyen vásárlásra adott engedélyt. Ettől a szállítás tényét, a visszatérítési feltételeket és a felelősséget még külön kell tisztázni.
Vegyünk egy ismert beszállítót, amely e-mailben új tárcacímet küld, és sürgős utalást kér. Az ügynök összepárosíthatja a számlát a megrendeléssel, és előkészítheti a fizetést. A megváltozott címet viszont a beszállítói nyilvántartásban külön kell jóváhagyni, ellenőrzött kapcsolattartón keresztül. A tranzakció aláírását végző rendszer csak ezután fogadhatja el az új címet. Ugyanezt az eljárást ki lehet próbálni szimulált csalás, szolgáltatói kiesés és ismételt kérés mellett is. Egy bank vagy vállalati pénzügyi osztály így ellenőrizheti, hogy hiba esetén megáll-e a kifizetés, visszakövethető-e a döntés, és ki jogosult újraindítani a folyamatot.
Mire figyeljünk a csalásoknál?
Egy hamis számlán megváltoztatott tárcacím, egy megtévesztő fizetési oldal vagy egy ügyfélszolgálatnak álcázott üzenet ugyanoda vezethet. Az ügynök vagy az ember jóváhagy egy technikailag érvényes, de az eredeti céltól eltérő fizetést. Új vagy megváltozott címnél érdemes a kedvezményezettet egy korábban ellenőrzött csatornán visszaigazolni. Tárcaaláírás előtt az összeg mellett a hálózatot, a címzettet és a kért jogosultságot is ellenőrizni kell. Egy tokenköltési engedély hatása túlterjedhet azon az egy fizetésen, amelyre a felület hivatkozik.
Vállalati környezetben a működési kockázatot az is növeli, ha sok ügynök ugyanarra az adatforrásra támaszkodik. Egy hamis árjelzésből vagy hibásan átadott szállítási státuszból egyszerre sok, egyenként kis összegű döntés születhet. Külön finanszírozott tárca, összesített költési plafon és gyors leállítási lehetőség mérsékelheti a veszteséget. A már elszámolt utalás visszaszerzése azonban bizonytalan, ezért a gyorsaság önmagában gyenge érv a jóváhagyás kihagyására.
Merre nőhet az AI-fizetések piaca?
Kedvező forgatókönyv. Ha nő a visszatérő fizető ügyfelek száma, olcsó marad az elszámolás, és egységesebbé válnak a felhatalmazások, terjedhet a használatonként fizetett adatlekérés vagy számítási kapacitás. Innen a következő lépés lehet például egy igazolt szállítás vagy helyszíni munka automatikus kifizetése. Ehhez megbízható teljesítési igazolás és olyan eljárás kell, amely vitás teljesítésnél megállítja a fizetést.
Fokozatos terjedés. A fizetések zöme továbbra is kis értékű digitális szolgáltatásokhoz kapcsolódhat, miközben a vállalatok az ismert beszállítók rendszeres tételeit automatizálják. Az új kedvezményezettek, nagyobb átutalások és eltérő számlaadatok emberi ellenőrzéshez kötve maradhatnak. Ebben a forgatókönyvben a tranzakciószám gyorsabban nőhet, mint az önállóan kezelt pénzösszeg.
Kockázati forgatókönyv. Ismétlődő visszaélések vagy gyakori elszámolási hibák esetén a vállalatok szűkíthetik az automatikusan jóváhagyott műveletek körét. A láncon látható forgalom eközben akár nőhet is, ha néhány nagy felhasználó egyre több olcsó lekérést futtat. Az üzleti terjedést így pontosabban jelezheti a visszatérő fizetők aránya, a ténylegesen megvásárolt szolgáltatások értéke és a vitás fizetések gyakorisága.
A kriptopiaci hatás megítélésénél a fizetőeszközt és a hálózati díjat is érdemes külön kezelni. Ha egy szolgáltatást USDC-ben áraznak és fizetnek ki, az elszámolt összeg az USDC forgalmában jelenik meg. A hálózati díj ettől külön tétel, amelyet akár a fizetést kiszolgáló alkalmazás is átvállalhat. Ugyanaz a stabilcoin-egyenleg ráadásul sokszor gazdát cserélhet. A tranzakciók növekedése jelezhet erősödő infrastruktúra-használatot, az adatból azonban önmagában nem következik ugyanekkora tőkebeáramlás vagy nagyobb kereslet valamelyik hálózat saját tokenje iránt. Az infrastruktúra szempontjából az is számít, hogy a szolgáltatók milyen díj mellett tudnak tartósan működni, és a fizető ügyfelek mekkora része marad aktív az első kipróbálás után.
Gyakori kérdések az AI-ügynökök fizetéseiről
Mi az x402?
Nyílt fizetési protokoll, amely lehetővé teszi, hogy egy online szolgáltatás a webes kérés részeként díjat kérjen, a kompatibilis alkalmazás pedig rendezze azt.
Mind a 6,4 millió fizetést AI-ügynök indította?
A kutatás x402-tranzakciókat számolt két hálózaton. Az adatból önmagában nem állapítható meg, melyiket indította AI-ügynök, hagyományos automatizmus vagy ember.
Szükség van kriptotárcára az x402 használatához?
Blokkláncos elszámolásnál szükség van aláírásra képes tárcára vagy aláíró szolgáltatásra. Ezt kezelheti a felhasználó vagy egy erre megbízott szolgáltató.
Visszahívható egy hibás blokkláncos átutalás?
Egy véglegesített átutalást a küldő rendszerint nem tud egyoldalúan visszahívni. A pénz visszakerülhet például külön visszautalással, ha a fogadó fél közreműködik.
Miért kevés önmagában a költési limit?
A limit az összeget korlátozza. Azt külön kell ellenőrizni, hogy a címzett jóváhagyott-e, a szolgáltatás teljesült-e, és a fizetés megfelel-e a megbízásnak.
Jogi nyilatkozat. Az anyag kizárólag tájékoztató és ismeretterjesztő célokat szolgál, és nem minősül befektetési vagy pénzügyi tanácsadásnak. A kriptovaluták magas kockázatú, volatilis eszközök lehetnek.
