x402 og maskinbetalinger i 2026: sådan tager man betaling pr. forespørgsel fra AI-agenter, og hvor meget af det der er virkeligt

HTTP har haft en statuskode til netop dette siden internettets tidlige dage. RFC 9110 siger det stadig ligeud: »Statuskoden 402 (Payment Required) er reserveret til fremtidig brug.« I 2026 forsøger to protokoller at få den fremtid til at komme. x402, der blev startet af Coinbase og nu drives af et projekt under Linux Foundation, besvarer en forespørgsel med en pris og modtager en signeret stablecoin-betaling ved næste forsøg. Machine Payments Protocol (MPP) fra Stripe og Tempo gør det samme gennem HTTP's autentificeringsheadere og bærer både kort og stablecoins. AWS og Cloudflare sælger nu begge ideer på edge, så en udgiver kan tage betaling fra AI-crawlere uden at røre sin origin.

Tilbuddet er attraktivt for enhver, der sælger data, et API eller indhold, som AI-agenter læser: betaling pr. kald, afregning på få sekunder, ingen konti og ingen fakturaer. Tallene bag tilbuddet er en anden sag. En uafhængig måling af x402 på Base viste, at de fleste registrerede afregninger er betalinger til én selv eller penge, der flyttes rundt inden for en enkelt klynge af wallets, og et analysefirma inden for blockchain vurderede, at den volumen, der ligner agenter, som køber, lå på omkring USD 5.000 til 11.000 om måneden i 2026.

Artiklen er til ejere og udviklere af API'er, datatjenester og indholdssites, der skal afgøre, om de skal tage betaling fra agenter nu. Den gennemgår, hvordan protokollerne virker, hvad hver udbyder tilbyder pr. 22. oktober 2026, hvad man ville bygge, hvad volumenerne reelt viser, og de regulatoriske spørgsmål, der følger med at opbevare stablecoins.

Sådan virker x402

Specifikationen er i version 2, dateret 9. december 2025, i et repository, der er flyttet fra Coinbase til x402 Foundation. Den definerer tre roller: en ressourceserver, der vil have betaling, en klient (ofte en agent), der betaler, og en facilitator, der »håndterer verificering af betalinger og afregning på blockchainen«.

En betalt forespørgsel forløber sådan:

1. Klienten beder om ressourcen og får 402 Payment Required. En PAYMENT-REQUIRED-header bærer et Base64-kodet objekt, der oplister en eller flere acceptable måder at betale på, hver med et scheme, et network i CAIP-2-form (eip155:8453 er Base), et amount i tokenets mindste enheder, et asset, en payTo-adresse og et maxTimeoutSeconds.
2. Klienten signerer en betaling og gentager forespørgslen med en PAYMENT-SIGNATURE-header. På EVM-kæder er det en EIP-712-signatur over en EIP-3009-overførselsbemyndigelse med et tidsvindue og en nonce på 32 byte mod gentagelsesangreb.
3. Serveren lader facilitatoren verificere signaturen (POST /verify, som »MUST NOT commit payment state«), kører sin handler og lader derefter facilitatoren afregne (POST /settle).
4. Serveren svarer med ressourcen og en PAYMENT-RESPONSE-header med transaktionshashen.

Det er standardflowet »authorization«: »betalingen verificeres, før ressourcen udføres, og afregnes bagefter«. To andre flow er defineret, ét der afregner først, og ét der tager et depositum og afregner det endelige beløb bagefter. Hvis en afregning er sendt, men ikke bekræftet, kan facilitatoren returnere settlement_pending med hashen, og serveren bør afstemme, før nogen prøver igen.

To detaljer snubler folk over. Version 1, som de fleste ældre vejledninger viser, brugte X-PAYMENT og X-PAYMENT-RESPONSE og netværksnavne som base-sepolia; version 2 omdøbte headerne og gik over til CAIP-2. Og de samme beskeder er defineret over MCP og Agent-to-Agent-protokollen (A2A): Over MCP returnerer et betalt værktøj et resultat med isError: true, og betalingen rejser i _meta["x402/payment"].

De fire betalingsskemaer

På EVM-kæder fungerer ethvert ERC-20-token i princippet, gennem EIP-3009 (USDC's metode) eller Permit2. I praksis prissætter referencens SDK'er i dollar og afbilder "$0.01" til en USD-stablecoin pr. netværk: USDC på Base og de fleste EVM-kæder, flere stablecoins på Solana, USDT på TON. Referenceklienten accepterer kun aktiver, den genkender, og begrænser hver betaling til USD 1 som standard. Der er ingen standard i euro.

Facilitatorer: hvem flytter pengene

Facilitatoren er »valgfri, men anbefalet«. Den kontrollerer signaturer og indsender overførslen onchain, og dokumentationen siger, at den »ikke opbevarer midler og ikke fungerer som depositar«: Pengene lander i jeres payTo-wallet.

• Den offentlige x402.org-facilitator er kun til testnet. Sælgerens quickstart er tydelig: »Genbrug ikke https://x402.org/facilitator til mainnet-ruter.«
• Coinbases hostede CDP-facilitator tager ikke betaling for de første 1.000 onchain-transaktioner om måneden og derefter USD 0,001 pr. stk., og verificering er altid gratis. Den kører OFAC- og Know Your Transaction-kontroller på hver betaling, kræver en CDP-API-nøgle og understøtter Base, Polygon, Arbitrum, Monad, World og Solana. Den oplister ikke auth-capture. Batch-afregning fordeler gebyret: »én onchain-transaktion kan behandle tusindvis af betalinger«.
• Fonden oplister andre facilitatorer i produktion, blandt andre Fireblocks, Polygon, PayAI, Corbits, Stellar og Celo, og siger, at listen »ikke er et udtømmende katalog«.
• I kan selv være facilitator, betale gas og, på Solana, bygge den registrering af dobbeltafregning, som en facilitator ellers ville levere.

x402 Foundation blev operationel den 14. juli 2026 med 40 medlemmer. Dens premier-medlemmer omfatter Adyen, AWS, American Express, Cloudflare, Coinbase, Google, Mastercard, Shopify, Stripe og Visa; dens tekniske styregruppe har medlemmer fra Coinbase, Cloudflare og Stripe. Medlemskab er støtte til styringen, ikke en implementering. Pressemeddelelsen ved lanceringen nævner »understøttelse af betalingstyper lige fra traditionelle kort til stablecoins«, men specifikationen har i dag ingen kortbinding.

Stripes Machine Payments Protocol og Tempo

Stripe og Tempo lancerede MPP den 18. marts 2026, den dag Tempos mainnet gik live. Den bruger HTTP's autentificeringsramme: en 402 med en WWW-Authenticate: Payment-udfordring, en legitimation i Authorization: Payment og en Payment-Receipt-header ved succes. Dens hensigter (intents) er charge (én betaling), session (streamingbetaling over en kanal) og subscription, og dens betalingsmetoder i produktion er Tempo-stablecoins og Stripes kortmetoder. Visa udgav samme dag en kortspecifikation og en SDK til MPP. IETF-dokumentet bag den er et individuelt Internet-Draft, som »ikke har nogen formel status i IETF's standardiseringsproces«.

Hos Stripe accepterer MPP kort (gennem Shared Payment Tokens) og stablecoins, og Stripe tager også imod x402-stablecoinbetalinger på Base, afregnet gennem Coinbases facilitator til en Stripe-indbetalingsadresse. Uanset hvad lander resultatet i jeres Stripe-saldo som en PaymentIntent, og stablecoins sendt til en indbetalingsadresse bliver konverteret: »Stripe veksler automatisk disse betalinger ud (offramp) og afregner dem til jeres Stripe-saldo.« Betingelserne:

• Modtagelse af stablecoins er »tilgængelig for virksomheder i alle amerikanske stater undtagen New York«. Andre steder skal I sende en e-mail til Stripe for at anmode om adgang, hvilket bliver vurderet; EU, Hongkong, Mexico og Schweiz er i privat preview.
• Minimumsbeløbene er USD 0,50 for en kortbetaling og 0,01 USDC for en stablecoin-betaling. MPP-sessioner kan opkræve i trin »så små som 0,000001 USDC«, men afregner i hele cent, og en rest på under en cent fortabes.
• Stablecoin-betalinger hos Stripe har ingen understøttelse af indsigelser, refunderinger går tilbage som stablecoins til den oprindelige wallet, og en enkelt transaktion er begrænset til USD 10.000.
• API'erne er preview-versioner (2026-07-29.preview til MPP, 2026-05-27.preview til x402-indbetalingsadressen).

Visas Intelligent Commerce Connect, annonceret den 8. april 2026 som pilot, oplister MPP blandt de agentprotokoller, forhandlere kan modtage igennem den. Den oplister ikke x402.

Betaling på edge: AWS og Cloudflare

Hvis jeres indhold eller API allerede ligger bag et CDN, kan edge tage sig af betalingen.

AWS WAF AI traffic monetization (annonceret 15. juni 2026) returnerer »et maskinlæsbart HTTP 402 Payment Required-svar efter den åbne x402-protokol« til bots og agenter og afregner gennem Coinbases facilitator til en USDC-wallet, I angiver, på Base eller Solana. Funktionen koster ikke ekstra, men almindelige gebyrer for WAF og Bot Control gælder, og den virker kun med CloudFront. I kan prissætte verificerede søgecrawlere anderledes end ikke-verificerede agenter og træningscrawlere og teste, før I går live. Den afregner kun, når jeres origin returnerer en 2xx, og opkræver ikke for 4xx eller 5xx. Dokumentationen er åben om omkostningerne: et minimum på USD 0,001 pr. forespørgsel, »flere sekunders ekstra latenstid« på betalte forespørgsler, botregistrering, der er »sandsynlighedsbaseret«, og en advarsel om, at en Monetize-regel, der ikke er begrænset til bots, »reelt vil blokere adgangen for ikke-automatiserede klienter«. »AWS er ikke part i pengestrømmen og indgår ikke i den«, og I accepterer Coinbases vilkår. Stripe-afregning og MPP-understøttelse var »kommer snart« ved annonceringen.

Cloudflare pay per crawl er en anden model. Den er i lukket beta, jeres domæne skal ligge hos Cloudflare, I fastsætter én pris for alle crawlere, I opkræver af, og Cloudflare »fungerer som Merchant of Record« (den part, salget juridisk sker igennem). Crawlere identificerer sig med Web Bot Auth og betaler med Stripe-faktura, ikke fra en wallet. I rører aldrig ved stablecoins.

Cloudflare Workers kan stille en x402- eller MPP-proxy foran enhver HTTP-backend, prissat pr. rutemønster, og kan nøjes med at opkræve forespørgsler med en lav bot-score, så mennesker browser gratis. Agents SDK har paidTool, som gør et MCP-værktøj til et betalt. Bemærk, at Cloudflares eksempler bruger testnet-orienterede x402.org-facilitator og netværksnavne fra version 1; til produktion skal I skifte til en facilitator i produktion og CAIP-2-identifikatorer.

Hvor meget af det der er virkeligt

Overskrifttallene er store og stemmer ikke overens. Forsiden på x402.org viser 75,41 millioner transaktioner og USD 24,24 millioner de seneste 30 dage, uden dato, kilde eller metode på siden. Coinbase siger, at dens facilitator har behandlet »mere end 100 millioner transaktioner og 28 millioner USD i betalingsvolumen alene på Base og Solana«, uden periode. Det er optællinger af afregninger, og det er problemet.

Et målingsstudie fra forskere ved City University of Hong Kong, The Chinese University of Hong Kong og Zhejiang University (et preprint, offentliggjort 14. juli 2026) så på 280 dage med x402 på Base, fra 17. september 2025 til 23. juni 2026: 136.708.672 afregninger til en værdi af USD 44,1 millioner. Af dem er »21,20 % fiktive og 63,78 % interne afregninger inden for en forbundet klynge«. Den værdi, der »påviseligt når frem til en tjeneste, man kan pege på«, var USD 187.861,35. Af 624 modtagere, der nogensinde havde fået betaling, tjente 249 mindst USD 10, den mediane omsætning gennem hele perioden var USD 3,96, og kun 474 af 910 annoncerede hosts returnerede stadig en levende betalingsudfordring. Forfatternes konklusion: »Antallet af afregninger måler, hvad der kan fremstilles, ikke udbredelse.«

TRM Labs, som sælger overvågning af blockchain, talte USD 52,7 millioner fordelt på 198,9 millioner afregninger på Base, Solana og Polygon siden maj 2025. Omkring halvdelen faldt væk, da betalinger til én selv, bulkstrømme og sælgere med få købere blev fjernet. Af de USD 25,62 millioner, der var tilbage, anslog firmaet, at mellem 0,6 % og 7,5 % »ser ud til at være agentiske«, og at den volumen, agenter flyttede, holdt sig på omkring USD 5.000 til 11.000 om måneden gennem 2026. Dets læsning for sælgere er nyttig: »at tiltrække agenttrafik kræver et andet design. Det skal være maskinlæsbart og have prissætning pr. kald på et endpoint, som en køber kan finde uden at et menneske nogensinde ser siden.«

Intet af dette siger, at idéen er forkert. Det siger, at et endpoint, der tager betaling fra agenter pr. kald, i oktober 2026 bør forvente en omsætning i størrelsesordenen af et eksperiment og ikke bør planlægge ud fra overskrifttallene.

Hvem opbevarer pengene, og hvilke regler gælder

Med x402 går betalingen direkte til jeres wallet. Det betyder, at jeres virksomhed har nøglerne, har USDC i sit regnskab og veksler det til sin egen valuta, medmindre en udbyder som Stripe veksler det for jer. Facilitatorens screening (Coinbases OFAC- og KYT-kontroller) er noget, facilitatoren gør; x402-specifikationen definerer intet i den retning. Refunderinger skal I selv arrangere: exact »definerer ingen refundering«, og Stripes stablecoin-betalinger har ingen indsigelser.

To regelsæt er relevante for den, der sidder i pengestrømmen.

• USA: GENIUS Act. Public Law 119-27, godkendt den 18. juli 2025, træder i kraft 18 måneder efter vedtagelsen eller 120 dage efter de endelige regler, alt efter hvad der kommer først. Finansministeriets forslag til regler af 18. august 2026 siger, at ikrafttrædelsesdatoen »forventes at være den 18. januar 2027«. Fra den dato må en udbyder af tjenester med digitale aktiver ikke gøre en udenlandsk udsteders stablecoin tilgængelig i USA, medmindre udstederen kan efterkomme lovlige påbud. Fra 18. juli 2028 må en udbyder af tjenester med digitale aktiver ikke udbyde eller sælge en betalingsstablecoin til en person i USA, medmindre en tilladt udsteder har udstedt den. Loven definerer en udbyder af tjenester med digitale aktiver ud fra aktiviteter som at veksle, overføre eller opbevare digitale aktiver for andre, udført »mod vederlag eller med fortjeneste for øje«.
• Den Europæiske Union: MiCA. Overgangsperioden for udbydere af kryptoaktivtjenester sluttede den 1. juli 2026. ESMA's udtalelse: »enhver enhed, der leverer kryptoaktivtjenester til kunder i EU uden en MiCA-tilladelse, overtræder EU-retten og skal ophøre med at udbyde sådanne tjenester«, og virksomheder uden for EU må ikke betjene kunder i EU, »også ... i en business-to-business-sammenhæng«. USD-stablecoins er e-pengetokens under MiCA. ESMA's råd til brugere er at kontrollere, at en udbyder står i dens midlertidige register.

Det, ingen af disse kilder afgør, er stillingen for en virksomhed, der kun modtager stablecoins som betaling for sit eget API eller indhold. GENIUS Act's begrænsninger er skrevet til udbydere af tjenester med digitale aktiver, og MiCA til udbydere af kryptoaktivtjenester; om jeres arrangement gør jer til en af dem, eller afhænger af udbydere, som skal være det, er et spørgsmål til en advokat i hver jurisdiktion, hvor I opererer. Vi er ingeniører, ikke jurister, og vi bygger efter det svar, jeres rådgiver giver. I praksis skal I spørge hver udbyder i jeres kæde, om den har tilladelse dér, hvor jeres kunder er.

Fire måder at bygge det på

Fra mindst kode til mest:

1. Lad CDN'et tage betalingen. AWS WAF på CloudFront: en monetiseringskonfiguration med jeres wallet og priser, Monetize-regler afgrænset til bot-labels, testtilstand først, ingen ændringer på origin. Cloudflare pay per crawl: Er I med i betaen, en pris og indstillinger for udbetaling, med Cloudflare som merchant of record.
2. Lad en betalingsudbyder tage betalingen. Stripe MPP: en Stripe-profil, biblioteket mppx, et charge-kald i jeres handler og en Tempo-indbetalingsadresse. Kort og stablecoin, afregnet i fiat til jeres Stripe-saldo. Eller x402 på Stripe med en CDP-konto og en Base-indbetalingsadresse, kun stablecoin.
3. Kør x402 i jeres egen server med SDK-middleware til jeres framework (Express, Hono, Next.js, Fastify; der findes SDK'er til Python og Go), en hostet facilitator og en rutekonfiguration med skema, pris, netværk, payTo og beskrivelse.
4. Vær selv facilitator, hvis I har brug for fuld kontrol eller et netværk, ingen andre betjener.

Uanset hvilken vej I vælger, er nogle beslutninger stadig jeres: hvilket skema der passer til arbejdet (exact til faste priser, upto til målt arbejde, batch-afregning når kald er mindre værd end gassen), hvem der ser betalingsmuren (en 402 vist for en browserbruger er en blindgyde), hvordan I afstemmer settlement_pending, idempotente genforsøg, hvis klienter sender en betalingsidentifikator, refunderinger, opbevaring af den modtagende wallet og hvordan I bogfører USDC-indbetalinger. Agenterne skal også kunne betale: En x402-klient har brug for en wallet med den rigtige stablecoin på det rigtige netværk, en MPP-klient en Link- eller Tempo-wallet, en pay per crawl-crawler en Web Bot Auth-identitet og et faktureringsforhold hos Stripe. I kan ikke gå ud fra, at en given agent har nogen af delene.

Skal I tage betaling fra agenter nu?

• I sælger et API eller data, som agenter allerede kalder: Et eksperiment er billigt. Sæt ét eller to endpoints bag MPP eller x402 ved siden af jeres eksisterende nøgler og abonnementer, prissæt over bundgrænserne (USD 0,001 hos AWS, 0,01 USDC hos Stripe), og mål, hvem der betaler. Behold de eksisterende betalte abonnementer: Kanalen for agentbetalinger bliver lille i første omgang.
• I udgiver indhold, og AI-crawlere læser det allerede: Mulighederne på edge findes til dette. AWS WAF, hvis I er på CloudFront og trygge ved at opbevare USDC; Cloudflare pay per crawl, hvis I er hos Cloudflare, vil have afregning på kort og kan komme med i betaen. Ingen af dem er en omsætningsplan endnu; begge giver jer en pris og en log over, hvem der afviste at betale den.
• I vil have agenter til at købe varer i jeres webshop: Det er ikke det problem. Kortnetværk, Stripes Shared Payment Tokens og Googles og OpenAI's checkoutprotokoller dækker agenter, der køber hos forhandlere, og vi gennemgår dem i vores artikel om agentic payments.

Hvad der kan ændre sig

• GENIUS Act's ikrafttræden den 18. januar 2027 (tidligere, hvis de endelige regler kommer først), og begrænsningen i 2028 efter den.
• AWS tilføjer Stripe- og MPP-afregning, annonceret som kommer snart.
• auth-capture modnes, hvilket ville give x402 refunderinger uden for udkast.
• MPP's Internet-Draft rykker, eller rykker ikke, mod en IETF-arbejdsgruppe.
• Visas Intelligent Commerce Connect udvides ud over pilotpartnerne, hvilket ville give flere forhandlere kortfinansierede agentbetalinger gennem MPP.

Hvor I kan få hjælp

Vi bygger serversiden af betalt maskinadgang: måling og prissætning pr. endpoint, x402- eller MPP-udfordringer foran eksisterende API'er og MCP-værktøjer, afstemning af afregninger ind i de systemer, jeres økonomiafdeling allerede bruger, og den botidentifikation, der afgør, hvem der ser en pris. Vores service til udvikling af AI-agenter og MCP-integration er der, hvor det arbejde begynder.

Overvejer I, om I skal tage betaling fra agenter for jeres API eller indhold, og gennem hvilken udbyder, så skriv til office@c9group.dev.