x402 и машинските плаќања во 2026 година: наплата од AI-агентите по барање и колку од тоа е реално

HTTP има статусен код за ова уште од раните денови на вебот. RFC 9110 сè уште го вели јасно: „Статусниот код 402 (Payment Required) е резервиран за идна употреба.“ Во 2026 година два протоколи се обидуваат таа иднина да дојде. x402, што го започна Coinbase, а сега го води проект на Linux Foundation, на барањето одговара со цена и при повторниот обид прифаќа потпишано плаќање во stablecoin. Machine Payments Protocol (MPP), од Stripe и Tempo, го прави истото преку HTTP header-ите за автентикација и носи и картички, и stablecoin-и. AWS и Cloudflare сега ги продаваат двете идеи на edge, па издавачот може да им наплатува на AI-crawler-ите без да го допира својот origin.

Понудата е привлечна за секој што продава податоци, API или содржина што ја читаат AI-агенти: наплата по повик, порамнување за секунди, без сметки и без фактури. Бројките зад понудата се друга приказна. Независно мерење на x402 на Base утврди дека поголемиот дел од евидентираните порамнувања се плаќања на самите себе или пари што се движат во еден кластер од паричници, а една компанија за аналитика на блокчејн го процени обемот што личи на купување од агенти на приближно USD 5.000 до 11.000 месечно во 2026 година.

Статијата е за сопственици и програмери на API, сервиси за податоци и сајтови со содржина што одлучуваат дали сега да им наплатуваат на агентите. Опфаќа како работат протоколите, што нуди секој давател на 22 октомври 2026 година, што би требало да изградите, што навистина покажуваат обемите и регулаторните прашања што доаѓаат со држењето stablecoin-и.

Како работи x402

Спецификацијата е во верзија 2, од 9 декември 2025 година, во репозиториум што се префрли од Coinbase на x402 Foundation. Дефинира три улоги: сервер на ресурсот што сака плаќање, клиент (често агент) што плаќа и facilitator (посредник) што „се грижи за проверката на плаќањето и за порамнувањето на блокчејнот“.

Едно платено барање тече вака:

1. Клиентот бара ресурс и добива 402 Payment Required. Header PAYMENT-REQUIRED носи објект кодиран во Base64 со список на еден или повеќе прифатливи начини на плаќање, секој со scheme, network во CAIP-2 облик (eip155:8453 е Base), amount во најмалите единици на токенот, asset, адреса payTo и maxTimeoutSeconds.
2. Клиентот потпишува плаќање и го повторува барањето со header PAYMENT-SIGNATURE. На EVM блокчејните тоа е потпис EIP-712 врз овластување за пренос EIP-3009 со временски рок и 32-бајтен nonce против повторно користење (replay).
3. Серверот бара од facilitator-от да го потврди потписот (POST /verify, што „НЕ СМЕЕ да ја зачува состојбата на плаќањето“), го извршува својот handler, па бара од facilitator-от да порамни (POST /settle).
4. Серверот одговара со ресурсот и header PAYMENT-RESPONSE што го содржи хешот на трансакцијата.

Тоа е стандардниот тек „authorization“: „плаќањето се проверува пред да се изврши ресурсот, а се порамнува потоа“. Дефинирани се уште два тека: еден што порамнува прво и еден што зема депозит и го порамнува конечниот износ потоа. Ако порамнувањето е испратено, но не е потврдено, facilitator-от може да врати settlement_pending со хешот, а серверот треба да усогласи пред некој да повтори.

Два детала често ги фаќаат луѓето неподготвени. Верзија 1, што ја покажуваат повеќето постари упатства, користеше X-PAYMENT и X-PAYMENT-RESPONSE и имиња на мрежи како base-sepolia; верзија 2 ги преименува header-ите и преминува на CAIP-2. И истите пораки се дефинирани преку MCP и протоколот Agent-to-Agent (A2A): преку MCP, платена алатка враќа резултат со isError: true, а плаќањето патува во _meta["x402/payment"].

Четирите шеми на плаќање

На EVM блокчејните, во принцип работи секој токен ERC-20, преку EIP-3009 (методот на USDC) или Permit2. Во пракса референтните SDK-а цените ги изразуваат во долари и го мапираат "$0.01" во USD stablecoin за секоја мрежа: USDC на Base и повеќето EVM блокчејни, неколку stablecoin-и на Solana, USDT на TON. Референтниот клиент прифаќа само средства што ги препознава и стандардно го ограничува секое плаќање на USD 1. Евро не е поддржано стандардно.

Facilitator-и: кој ги движи парите

Facilitator-от е „опционален, но препорачан“. Ги проверува потписите и го поднесува преносот на блокчејн, а документацијата вели дека „не држи средства и не дејствува како чувар“: парите слетуваат во вашиот паричник payTo.

• Јавниот facilitator x402.org е само за testnet-ови. Упатството за продавачи е експлицитно: „Не го користете повторно https://x402.org/facilitator за mainnet рути.“
• Хостираниот CDP facilitator на Coinbase не наплатува ништо за првите 1.000 трансакции на блокчејн месечно, потоа USD 0,001 за секоја, а проверката е секогаш бесплатна. На секое плаќање спроведува проверки OFAC и Know Your Transaction, бара CDP API-клуч и поддржува Base, Polygon, Arbitrum, Monad, World и Solana. Не ја наведува шемата auth-capture. Порамнувањето во серии (batch) го распоредува надоместокот: „една трансакција на блокчејн може да обработи илјадници плаќања“.
• Фондацијата наведува други facilitator-и во продукција, меѓу нив Fireblocks, Polygon, PayAI, Corbits, Stellar и Celo, и вели дека списокот „не е исцрпен каталог“.
• Можете да бидете сопствен facilitator, плаќајќи gas и, на Solana, градејќи откривање на двојно порамнување што инаку би го обезбедил facilitator-от.

x402 Foundation стана оперативна на 14 јули 2026 година со 40 членови. Меѓу нејзините premier членови се Adyen, AWS, American Express, Cloudflare, Coinbase, Google, Mastercard, Shopify, Stripe и Visa; нејзиниот технички управувачки одбор има членови од Coinbase, Cloudflare и Stripe. Членството е поддршка за управувањето, а не имплементација. Соопштението за лансирањето спомнува „поддршка за видови плаќања од традиционални картички до stablecoin-и“, но спецификацијата денес нема врзување за картички.

Machine Payments Protocol на Stripe и Tempo

Stripe и Tempo го лансираа MPP на 18 март 2026 година, на денот кога mainnet-от на Tempo почна да работи. Користи рамка за автентикација на HTTP: 402 со предизвик WWW-Authenticate: Payment, податок за автентикација во Authorization: Payment и header Payment-Receipt при успех. Неговите намери (intents) се charge (едно плаќање), session (тековно плаќање преку канал) и subscription, а неговите платежни методи во продукција се stablecoin-и на Tempo и картичните методи на Stripe. Visa истиот ден објави картична спецификација и SDK за MPP. Документот на IETF зад него е индивидуален Internet-Draft што „нема формален статус во процесот на стандардизација на IETF“.

На Stripe, MPP прифаќа картички (преку Shared Payment Tokens) и stablecoin-и, а Stripe прима и x402 плаќања во stablecoin на Base, порамнети преку facilitator-от на Coinbase на адреса за депозит во Stripe. Во секој случај, резултатот слетува на вашето салдо во Stripe како PaymentIntent, а stablecoin-ите испратени на адреса за депозит се претвораат: „Stripe автоматски ги префрла овие плаќања во фиат валута и ги порамнува на вашето салдо во Stripe.“ Условите:

• Прифаќањето stablecoin-и е „достапно за бизниси во сите држави на САД, освен Њујорк“. На друго место испраќате е-пошта до Stripe за да побарате пристап, што се разгледува; ЕУ, Хонг Конг, Мексико и Швајцарија се во приватен preview.
• Минимумите се USD 0,50 за картично плаќање и 0,01 USDC за плаќање со stablecoin. Сесиите на MPP можат да наплатуваат во чекори „мали до 0,000001 USDC“, но порамнуваат во цели центи, а остатокот под еден цент се губи.
• Плаќањата со stablecoin на Stripe немаат поддршка за спорови, враќањата одат назад како stablecoin-и во првобитниот паричник, а една трансакција е ограничена на USD 10.000.
• API-јата се preview-верзии (2026-07-29.preview за MPP, 2026-05-27.preview за адресата за депозит на x402).

Visa Intelligent Commerce Connect, најавен на 8 април 2026 година како пилот, го наведува MPP меѓу протоколите на агентите што трговците можат да ги прифаќаат преку него. Не го наведува x402.

Наплата на edge: AWS и Cloudflare

Ако вашата содржина или API веќе е зад CDN, наплатата може да ја врши edge-от.

AWS WAF AI traffic monetization (најавен на 15 јуни 2026) им враќа на ботовите и агентите „машински читлив HTTP-одговор 402 Payment Required со отворениот протокол x402“ и порамнува преку facilitator-от на Coinbase во паричник со USDC што вие го давате, на Base или Solana. Функцијата нема дополнителна цена, но важат вообичаените надоместоци за WAF и Bot Control, а работи само со CloudFront. Можете да ги ценувате различно потврдените crawler-и на пребарувачите, непотврдените агенти и crawler-ите за тренирање, и да тестирате пред да тргнете во живо. Порамнува само кога вашиот origin ќе врати 2xx, а не наплатува за 4xx или 5xx. Документацијата е отворена за трошоците: минимум USD 0,001 по барање, „неколку секунди дополнително доцнење“ кај платените барања, откривање ботови што е „веројатносно“ и предупредување дека правило Monetize што не е ограничено на ботови „во пракса ќе го блокира пристапот за неавтоматизирани клиенти“. „AWS не е страна во протокот на средствата ниту е дел од него“, а вие ги прифаќате условите на Coinbase. Порамнувањето преку Stripe и поддршката за MPP беа „наскоро достапни“ при најавата.

Cloudflare pay per crawl е поинаков модел. Моментално е во затворена бета-верзија, вашиот домен мора да е на Cloudflare, поставувате една цена за сите crawler-и на кои им наплатувате, а Cloudflare „дејствува како Merchant of Record“. Crawler-ите се претставуваат со Web Bot Auth и плаќаат со фактура на Stripe, а не од паричник. Никогаш не допирате stablecoin-и.

Cloudflare Workers можат да постават x402 или MPP proxy пред кој било HTTP backend, со цена по образец на рута, и можат да наплатуваат само барања со низок резултат за ботови (bot score), за луѓето да прелистуваат бесплатно. Agents SDK има paidTool, што ја претвора MCP алатката во платена. Забележете дека примерите на Cloudflare го користат facilitator-от x402.org, наменет за testnet-ови, и имиња на мрежи од верзија 1; за продукција, заменете го со facilitator за продукција и со CAIP-2 идентификатори.

Колку од тоа е реално

Насловните бројки се големи и не се согласуваат меѓу себе. Почетната страница на x402.org покажува 75,41 милиони трансакции и USD 24,24 милиони во последните 30 дена, без датум, извор или метод на страницата. Coinbase вели дека неговиот facilitator обработил „повеќе од 100 милиони трансакции и 28 милиони долари обем на плаќања само на Base и Solana“, без период. Ова се броеви на порамнувања, а тоа е проблемот.

Студија за мерење од истражувачи од City University of Hong Kong, The Chinese University of Hong Kong и Zhejiang University (preprint, објавен на 14 јули 2026 година) анализира 280 дена x402 на Base, од 17 септември 2025 до 23 јуни 2026: 136.708.672 порамнувања вредни USD 44,1 милиони. Од нив, „21,20% се фиктивни, а 63,78% се внатрешно порамнување во рамките на поврзан кластер“. Вредноста што „докажливо стига до услуга што може да се именува“ изнесуваше USD 187.861,35. Од 624 примачи што некогаш биле платени, 249 заработија најмалку USD 10, медијаната на приходот во текот на животот беше USD 3,96, а само 474 од 910 рекламирани хостови сè уште враќаа жив предизвик за плаќање. Заклучокот на авторите: „Бројот на порамнувања мери колку лесно се фабрикува, а не усвојување.“

TRM Labs, што продава мониторинг на блокчејн, изброи USD 52,7 милиони во 198,9 милиони порамнувања на Base, Solana и Polygon од мај 2025 година. Околу половина отпадна по отстранувањето на плаќањата на самите себе, масовните текови и продавачите со малку купувачи. Од преостанатите USD 25,62 милиони, процени дека меѓу 0,6% и 7,5% „изгледа дека е агентско“ и дека обемот што го движеа агентите остана на приближно USD 5.000 до 11.000 месечно во текот на 2026 година. Нивното читање за продавачите е корисно: „привлекувањето агентски сообраќај бара поинаков дизајн. Треба да биде машински читливо и да има цена по повик на крајна точка што купувачот може да ја открие без човек некогаш да ја види страницата.“

Ништо од ова не вели дека идејата е погрешна. Вели дека во октомври 2026 година крајна точка што им наплатува на агентите по повик треба да очекува приходи на ниво на експеримент и да не планира врз насловните бројки.

Кој ги држи парите и кои правила важат

Кај x402 плаќањето оди директно во вашиот паричник. Тоа значи дека вашиот бизнис ги држи клучевите, носи USDC во книгите и го претвора во својата валута, освен ако давател како Stripe не го претвори наместо вас. Проверката на facilitator-от (проверките OFAC и KYT на Coinbase) е нешто што го прави facilitator-от; спецификацијата на x402 не дефинира никаква. Враќањата на средства се ваша работа: exact „не дефинира враќање на средства“, а плаќањата со stablecoin на Stripe немаат спорови.

Два режими се релевантни за секој што се наоѓа во протокот на средствата.

• Соединетите Држави: GENIUS Act. Јавниот закон 119-27, одобрен на 18 јули 2025 година, стапува на сила 18 месеци по донесувањето или 120 дена по конечните регулативи, што и да е прво. Предлог-правилото на Министерството за финансии од 18 август 2026 година вели дека датумот на стапување на сила „се очекува да биде 18 јануари 2027 година“. Од тој датум, давател на услуги со дигитални средства не смее да го направи достапен stablecoin-от на странски издавач во САД освен ако издавачот може да ги почитува законските налози. Од 18 јули 2028 година, давател на услуги со дигитални средства не смее да понуди или продаде платежен stablecoin на лице во САД освен ако го издал дозволен издавач. Законот го дефинира давателот на услуги со дигитални средства преку активности како размена, пренос или чување дигитални средства за други, вршени „за надомест или профит“.
• Европска Унија: MiCA. Преодниот период за даватели на услуги со крипто-средства заврши на 1 јули 2026 година. Изјавата на ESMA: „секој субјект што нуди услуги со крипто-средства на клиенти од ЕУ без дозвола според MiCA ќе го крши правото на ЕУ и мора да престане да нуди такви услуги“, а фирми од надвор од ЕУ не смеат да служат клиенти од ЕУ, „исто така ... во контекст на однос меѓу бизниси“. USD stablecoin-ите се токени за електронски пари според MiCA. Советот на ESMA до корисниците е да проверат дали давателот е во нејзиниот привремен регистар.

Она што ниту еден од овие извори не го решава е положбата на бизнис што само прима stablecoin-и како плаќање за сопствен API или содржина. Ограничувањата на GENIUS Act се напишани за даватели на услуги со дигитални средства, а MiCA за даватели на услуги со крипто-средства; дали вашиот аранжман ве прави едно од нив, или зависи од даватели што мора да бидат, е прашање за правен советник во секоја јурисдикција во која работите. Ние сме инженери, а не правници, и градиме според одговорот што ќе го даде вашиот советник. Во пракса, прашајте го секој давател во вашиот синџир дали има дозвола таму каде што се вашите клиенти.

Четири начини да се изгради

Од најмалку до најмногу код:

1. Нека наплатува CDN-от. AWS WAF на CloudFront: конфигурација за монетизација со вашиот паричник и цени, правила Monetize ограничени на ознаки за ботови, прво тест-режим, без промени на origin. Cloudflare pay per crawl: ако сте во бета-верзијата, цена и поставки за исплата, со Cloudflare како merchant of record.
2. Нека наплатува давател на плаќања. Stripe MPP: профил на Stripe, библиотеката mppx, повик charge во вашиот handler и адреса за депозит на Tempo. Картичка и stablecoin, порамнето во фиат на вашето салдо во Stripe. Или x402 на Stripe со CDP-сметка и адреса за депозит на Base, само stablecoin.
3. Пуштете x402 на сопствен сервер со SDK middleware за вашиот framework (Express, Hono, Next.js, Fastify; постојат SDK-а за Python и Go), хостиран facilitator и конфигурација на рутата со шема, цена, мрежа, payTo и опис.
4. Бидете сопствен facilitator, ако ви треба целосна контрола или мрежа што никој не ја опслужува.

Кој пат и да го изберете, некои одлуки остануваат ваши: која шема одговара на работата (exact за фиксни цени, upto за мерена работа, порамнување во серии кога повиците вредат помалку од gas), кој го гледа paywall-от (402 прикажан на корисник во прелистувач е слепа улица), како усогласувате settlement_pending, идемпотентни повторни обиди ако клиентите испраќаат идентификатор на плаќање, враќање на средства, чување на паричникот за примање и како ги книжите приемите во USDC. Агентите исто така мора да можат да платат: на клиентот на x402 му треба паричник со вистинскиот stablecoin на вистинската мрежа, на клиентот на MPP паричник Link или Tempo, на crawler-от на pay per crawl идентитет Web Bot Auth и однос на наплата со Stripe. Не можете да претпоставите дека кој било даден агент има нешто од ова.

Дали сега да им наплатувате на агентите?

• Продавате API или податоци што агентите веќе ги повикуваат: експериментот е евтин. Ставете една-две крајни точки зад MPP или x402 покрај постоечките клучеви и планови, ценете над минимумите (USD 0,001 кај AWS, 0,01 USDC кај Stripe) и измерете кој плаќа. Задржете ги постоечките платени планови: каналот за агентски плаќања засега ќе биде мал.
• Објавувате содржина што AI-crawler-ите веќе ја читаат: опциите на edge постојат за ова. AWS WAF ако сте на CloudFront и ви е удобно да држите USDC; Cloudflare pay per crawl ако сте на Cloudflare, сакате порамнување со картичка и можете да влезете во бета-верзијата. Ниту едното не е план за приходи сè уште; и двете ви даваат цена и евиденција за тоа кој одбил да ја плати.
• Сакате агентите да купуваат стоки од вашата продавница: ова не е тој проблем. Картичните мрежи, Shared Payment Tokens на Stripe и протоколите за наплата на Google и OpenAI ги покриваат агентите што купуваат од трговци, а ние ги опфаќаме во нашата статија за агентските плаќања.

Што би можело да се промени

• Почетокот на GENIUS Act на 18 јануари 2027 година (порано ако конечните правила дојдат први) и ограничувањето од 2028 година по него.
• AWS додава порамнување преку Stripe и MPP, најавено како наскоро достапно.
• Созревање на auth-capture, што би му дало на x402 враќање на средства надвор од нацрти.
• Internet-Draft на MPP што се движи, или не, кон работна група на IETF.
• Visa Intelligent Commerce Connect што се проширува надвор од пилот-партнерите, што би донело агентски плаќања со картичка до повеќе трговци преку MPP.

Каде да побарате помош

Ја градиме серверската страна на платениот машински пристап: мерење и ценење по крајна точка, предизвици на x402 или MPP пред постоечки API и MCP алатки, усогласување на порамнувањата во системите што вашиот финансиски тим веќе ги користи и идентификацијата на ботови што одредува кој гледа цена. Нашата услуга за развој на AI-агенти и интеграција со MCP е местото каде што започнува таа работа.

Ако размислувате дали да им наплатувате на агентите за вашиот API или содржина и преку кој давател, пишете ни на office@c9group.dev.