x402 og maskinbetalinger i 2026: å ta betalt av KI-agenter per forespørsel, og hvor mye av det som er reelt

HTTP har hatt en statuskode for dette siden nettets første dager. RFC 9110 sier det fortsatt rett ut: «Statuskoden 402 (Payment Required) er reservert for fremtidig bruk.» I 2026 prøver to protokoller å få den fremtiden til å komme. x402, startet av Coinbase og nå drevet som et prosjekt under Linux Foundation, svarer på en forespørsel med en pris og tar imot en signert stablecoin-betaling når forespørselen sendes på nytt. Machine Payments Protocol (MPP), fra Stripe og Tempo, gjør det samme gjennom HTTPs autentiseringsheadere og håndterer kort så vel som stablecoins. AWS og Cloudflare selger nå begge ideene i edge-laget, så en utgiver kan ta betalt av KI-crawlere uten å røre sin egen origin.

Tilbudet er attraktivt for alle som selger data, et API eller innhold som KI-agenter leser: betaling per kall, oppgjør i løpet av sekunder, ingen kontoer og ingen fakturaer. Tallene bak tilbudet er en annen sak. En uavhengig måling av x402 på Base fant at de fleste registrerte oppgjør er egenbetalinger eller penger som flyttes innenfor én klynge av lommebøker, og et analyseselskap for blokkjeder anslo volumet som ser ut som agentkjøp, til omtrent USD 5 000 til 11 000 i måneden i 2026.

Artikkelen er for eiere og utviklere av API-er, datatjenester og innholdsnettsteder som vurderer å ta betalt av agenter nå. Den tar for seg hvordan protokollene fungerer, hva hver leverandør tilbyr per 22. oktober 2026, hva du må bygge, hva volumene egentlig viser, og de regulatoriske spørsmålene som følger med når man holder stablecoins.

Slik fungerer x402

Spesifikasjonen er i versjon 2, datert 9. desember 2025, i et repositorium som er flyttet fra Coinbase til x402 Foundation. Den definerer tre roller: en ressursserver som vil ha betaling, en klient (ofte en agent) som betaler, og en facilitator som «håndterer betalingsverifisering og oppgjør på blokkjeden».

En betalt forespørsel går slik:

1. Klienten ber om ressursen og får 402 Payment Required. En PAYMENT-REQUIRED-header inneholder et Base64-kodet objekt som lister én eller flere godtatte måter å betale på, hver med en scheme, et network på CAIP-2-form (eip155:8453 er Base), et amount i tokenets minste enheter, en asset, en payTo-adresse og en maxTimeoutSeconds.
2. Klienten signerer en betaling og gjentar forespørselen med en PAYMENT-SIGNATURE-header. På EVM-kjeder er det en EIP-712-signatur over en EIP-3009-overføringsautorisasjon med et tidsvindu og en 32-byte nonce mot gjenbruk.
3. Serveren lar facilitatoren verifisere signaturen (POST /verify, som «MUST NOT commit payment state»), kjører håndtereren sin og lar deretter facilitatoren gjøre opp (POST /settle).
4. Serveren svarer med ressursen og en PAYMENT-RESPONSE-header med transaksjonshashen.

Det er standardflyten «authorization»: «betalingen verifiseres før ressursen kjøres og gjøres opp etterpå». To andre flyter er definert, én som gjør opp først og én som tar et depositum og gjør opp sluttbeløpet etterpå. Hvis et oppgjør er sendt ut, men ikke bekreftet, kan facilitatoren returnere settlement_pending med hashen, og serveren bør avstemme før noen prøver på nytt.

To detaljer får folk til å snuble. Versjon 1, som de fleste eldre veiledninger viser, brukte X-PAYMENT og X-PAYMENT-RESPONSE og nettverksnavn som base-sepolia; versjon 2 ga headerne nye navn og gikk over til CAIP-2. Og de samme meldingene er definert over MCP og Agent-to-Agent-protokollen (A2A): Over MCP returnerer et betalt verktøy et resultat med isError: true, og betalingen følger med i _meta["x402/payment"].

De fire betalingsskjemaene

På EVM-kjeder fungerer i prinsippet enhver ERC-20-token, gjennom EIP-3009 (USDCs metode) eller Permit2. I praksis prisfastsetter referanse-SDK-ene i dollar og knytter "$0.01" til en USD-stablecoin per nettverk: USDC på Base og de fleste EVM-kjeder, flere stablecoins på Solana, USDT på TON. Referanseklienten godtar bare eiendeler den kjenner igjen, og begrenser hver betaling til USD 1 som standard. Det finnes ingen standard i euro.

Facilitatorer: hvem som flytter pengene

Facilitatoren er «valgfri, men anbefalt». Den sjekker signaturer og sender inn overføringen på blokkjeden, og dokumentasjonen sier at den «ikke holder midler eller opptrer som depotholder»: Pengene havner i payTo-lommeboken din.

• Den offentlige x402.org-facilitatoren er bare for testnett. Hurtigstarten for selgere er tydelig: «Ikke gjenbruk https://x402.org/facilitator for ruter på mainnet.»
• Coinbases driftede CDP-facilitator tar ingenting for de første 1 000 transaksjonene på blokkjeden i måneden, deretter USD 0,001 per stykk, mens verifisering alltid er gratis. Den kjører OFAC-kontroller og Know Your Transaction-kontroller på hver betaling, krever en CDP API-nøkkel og støtter Base, Polygon, Arbitrum, Monad, World og Solana. Den lister ikke auth-capture. Batch-oppgjør sprer gebyret: «én transaksjon på blokkjeden kan behandle tusenvis av betalinger».
• Stiftelsen lister andre facilitatorer i produksjon, blant dem Fireblocks, Polygon, PayAI, Corbits, Stellar og Celo, og sier at listen er «ikke en uttømmende katalog».
• Du kan være din egen facilitator, betale gas og, på Solana, bygge den deteksjonen av dobbelt oppgjør som en facilitator ellers ville gitt.

x402 Foundation ble operativ 14. juli 2026 med 40 medlemmer. Premier-medlemmene er blant andre Adyen, AWS, American Express, Cloudflare, Coinbase, Google, Mastercard, Shopify, Stripe og Visa; den tekniske styringskomiteen har medlemmer fra Coinbase, Cloudflare og Stripe. Medlemskap er støtte til styringen, ikke en implementasjon. Lanseringsmeldingen nevner «støtte for betalingstyper fra tradisjonelle kort til stablecoins», men spesifikasjonen har ingen kortbinding i dag.

Stripes Machine Payments Protocol og Tempo

Stripe og Tempo lanserte MPP 18. mars 2026, dagen Tempos mainnet gikk live. Det bruker HTTPs rammeverk for autentisering: en 402 med en WWW-Authenticate: Payment-utfordring (challenge), en legitimasjon i Authorization: Payment og en Payment-Receipt-header ved vellykket betaling. Hensiktene (intents) er charge (én betaling), session (strømmende betaling over en kanal) og subscription, og betalingsmetodene i produksjon er Tempo-stablecoins og Stripes kortmetoder. Visa publiserte en kortspesifikasjon og en SDK for MPP samme dag. IETF-dokumentet bak er et individuelt Internet-Draft som «har ingen formell status i IETFs standardiseringsprosess».

Hos Stripe tar MPP imot kort (gjennom Shared Payment Tokens) og stablecoins, og Stripe tar også imot x402-stablecoinbetalinger på Base, gjort opp gjennom Coinbases facilitator til en innskuddsadresse hos Stripe. Uansett veien havner resultatet på Stripe-saldoen din som en PaymentIntent, og stablecoins som sendes til en innskuddsadresse, veksles om: «Stripe veksler automatisk ut disse betalingene (offramp) og gjør dem opp på Stripe-saldoen din.» Vilkårene:

• Mottak av stablecoins er «tilgjengelig for virksomheter i alle delstater i USA unntatt New York». Andre steder sender du e-post til Stripe for å be om tilgang, som blir vurdert; EU, Hongkong, Mexico og Sveits er i privat forhåndsversjon (preview).
• Minstebeløpene er USD 0,50 for en kortbetaling og 0,01 USDC for en stablecoin-betaling. MPP-økter kan belaste i trinn «så små som 0,000001 USDC», men gjør opp i hele cent, og en rest under én cent går tapt.
• Stablecoin-betalinger hos Stripe har ingen støtte for tvister, refusjoner går tilbake som stablecoins til den opprinnelige lommeboken, og én enkelt transaksjon er begrenset til USD 10 000.
• API-ene er forhåndsversjoner (2026-07-29.preview for MPP, 2026-05-27.preview for x402-innskuddsadressen).

Visas Intelligent Commerce Connect, kunngjort 8. april 2026 som en pilot, lister MPP blant agentprotokollene forhandlere kan ta imot gjennom den. Den lister ikke x402.

Å ta betalt i edge-laget: AWS og Cloudflare

Hvis innholdet eller API-et ditt allerede ligger bak et CDN, kan edge-laget ta betalt.

AWS WAF AI traffic monetization (kunngjort 15. juni 2026) returnerer «et maskinlesbart HTTP 402 Payment Required-svar med den åpne protokollen x402» til boter og agenter, og gjør opp gjennom Coinbases facilitator til en USDC-lommebok du oppgir, på Base eller Solana. Funksjonen har ingen ekstra kostnad, men vanlige gebyrer for WAF og Bot Control gjelder, og den fungerer bare med CloudFront. Du kan prise verifiserte søkecrawlere annerledes enn uverifiserte agenter og crawlere for opplæring, og teste før du går live. Den gjør bare opp når origin-en din returnerer en 2xx, og belaster ikke for 4xx eller 5xx. Dokumentasjonen er ærlig om kostnadene: et minimum på USD 0,001 per forespørsel, «flere sekunders ekstra ventetid» på betalte forespørsler, botdeteksjon som er «sannsynlighetsbasert», og en advarsel om at en Monetize-regel som ikke er begrenset til boter, «i praksis vil blokkere tilgang for ikke-automatiserte klienter». «AWS er ikke part i eller del av pengestrømmen», og du godtar Coinbases vilkår. Oppgjør via Stripe og støtte for MPP var «kommer snart» ved kunngjøringen.

Cloudflare pay per crawl er en annen modell. Den er i lukket beta, domenet ditt må ligge hos Cloudflare, du setter én pris for alle crawlere du tar betalt av, og Cloudflare «opptrer som Merchant of Record» (selgeren som står ansvarlig overfor kunden). Crawlere identifiserer seg med Web Bot Auth og betaler med Stripe-faktura, ikke fra en lommebok. Du berører aldri stablecoins.

Cloudflare Workers kan sette en x402- eller MPP-proxy foran en hvilken som helst HTTP-bakende, priset per rutemønster, og kan ta betalt bare for forespørsler med lav botscore, slik at mennesker surfer gratis. Agents SDK har paidTool, som gjør et MCP-verktøy om til et betalt. Merk at Cloudflares eksempler bruker den testnettorienterte x402.org-facilitatoren og nettverksnavn fra versjon 1; for produksjon bytter du inn en facilitator for produksjon og CAIP-2-identifikatorer.

Hvor mye av det som er reelt

Hovedtallene er store og stemmer ikke med hverandre. Hjemmesiden til x402.org viser 75,41 millioner transaksjoner og USD 24,24 millioner de siste 30 dagene, uten dato, kilde eller metode på siden. Coinbase sier at facilitatoren deres har behandlet «mer enn 100 millioner transaksjoner og 28 millioner dollar i betalingsvolum bare på Base og Solana», uten periode. Dette er tall på oppgjør, og det er problemet.

En måleundersøkelse fra forskere ved City University of Hong Kong, The Chinese University of Hong Kong og Zhejiang University (en preprint, lagt ut 14. juli 2026) så på 280 dager med x402 på Base, fra 17. september 2025 til 23. juni 2026: 136 708 672 oppgjør til en verdi av USD 44,1 millioner. Av disse er «21,20 % fiktive og 63,78 % internt oppgjør innenfor en koblet klynge». Verdien som «påviselig når en identifiserbar tjeneste», var USD 187 861,35. Av 624 mottakere som noen gang fikk betaling, tjente 249 minst USD 10, medianen for inntekt over levetiden var USD 3,96, og bare 474 av 910 annonserte verter returnerte fortsatt en levende betalingsutfordring. Forfatternes konklusjon: «Antall oppgjør måler hva som kan produseres, ikke bruk.»

TRM Labs, som selger overvåking av blokkjeder, talte USD 52,7 millioner fordelt på 198,9 millioner oppgjør på Base, Solana og Polygon siden mai 2025. Omtrent halvparten falt bort etter at egenbetalinger, bulkstrømmer og selgere med få kjøpere var fjernet. Av de USD 25,62 millionene som var igjen, anslo selskapet at mellom 0,6 % og 7,5 % «ser ut til å være agentisk», og at volumet agentene flyttet, holdt seg på omtrent USD 5 000 til 11 000 i måneden gjennom 2026. Tolkningen for selgere er nyttig: «Å tiltrekke seg agenttrafikk krever et annet design. Det må være maskinlesbart og ha prising per kall på et endepunkt en kjøper kan finne uten at et menneske noen gang ser siden.»

Ingenting av dette sier at ideen er feil. Det sier at et endepunkt som tar betalt av agenter per kall i oktober 2026, bør regne med inntekter på eksperimentnivå, og ikke legge planer ut fra tallene i overskriftene.

Hvem som holder pengene, og hvilke regler som gjelder

Med x402 går betalingen rett til lommeboken din. Det betyr at virksomheten din holder nøklene, fører USDC i regnskapet og veksler det til sin egen valuta, med mindre en leverandør som Stripe veksler for deg. Facilitatorens screening (Coinbases OFAC- og KYT-kontroller) er noe facilitatoren gjør; x402-spesifikasjonen definerer ingen. Refusjoner må du ordne selv: exact «definerer ingen refusjon», og Stripes stablecoin-betalinger har ingen tvister.

To regelverk er relevante for den som står i pengestrømmen.

• USA: GENIUS Act. Public Law 119-27, godkjent 18. juli 2025, trer i kraft 18 måneder etter vedtakelsen eller 120 dager etter endelige forskrifter, avhengig av hva som kommer først. Finansdepartementets (Treasury) forslag til forskrift av 18. august 2026 sier at ikrafttredelsesdatoen «forventes å være 18. januar 2027». Fra den datoen kan ikke en leverandør av tjenester for digitale eiendeler (digital asset service provider) gjøre en utenlandsk utsteders stablecoin tilgjengelig i USA med mindre utstederen kan følge lovlige pålegg. Fra 18. juli 2028 kan ikke en slik leverandør tilby eller selge en betalings-stablecoin til en person i USA med mindre en tillatt utsteder har utstedt den. Loven definerer en leverandør av tjenester for digitale eiendeler ut fra aktiviteter som å veksle, overføre eller holde digitale eiendeler for andre, utført «mot vederlag eller for profitt».
• EU: MiCA. Overgangsperioden for tilbydere av kryptoeiendelstjenester (crypto-asset service providers) tok slutt 1. juli 2026. ESMAs uttalelse: «enhver enhet som tilbyr kryptoeiendelstjenester til kunder i EU uten MiCA-tillatelse, bryter EU-retten og må slutte å tilby slike tjenester», og virksomheter utenfor EU kan ikke betjene kunder i EU, «også ... i en forretning-til-forretning-sammenheng». USD-stablecoins er e-pengetokener (e-money tokens) under MiCA. ESMAs råd til brukere er å sjekke at en leverandør står i det midlertidige registeret.

Det ingen av disse kildene avgjør, er stillingen til en virksomhet som bare mottar stablecoins som betaling for sitt eget API eller innhold. GENIUS Acts begrensninger er skrevet for leverandører av tjenester for digitale eiendeler, og MiCA for tilbydere av kryptoeiendelstjenester; om ordningen din gjør deg til noen av dem, eller gjør deg avhengig av leverandører som må være det, er et spørsmål for juridisk rådgiver i hver jurisdiksjon du opererer i. Vi er ingeniører, ikke jurister, og vi bygger etter svaret rådgiveren din gir. I praksis: Spør hver leverandør i kjeden din om den har tillatelse der kundene dine er.

Fire måter å bygge det på

Fra minst til mest kode:

1. La CDN-et ta betalt. AWS WAF på CloudFront: en monetiseringskonfigurasjon med lommeboken og prisene dine, Monetize-regler avgrenset til botetiketter, testmodus først, ingen endringer i origin. Cloudflare pay per crawl: hvis du er med i betaen, en pris og innstillinger for utbetaling, med Cloudflare som Merchant of Record.
2. La en betalingsleverandør ta betalt. Stripe MPP: en Stripe-profil, biblioteket mppx, et charge-kall i håndtereren din og en Tempo-innskuddsadresse. Kort og stablecoin, gjort opp i fiat til Stripe-saldoen din. Eller x402 hos Stripe med en CDP-konto og en innskuddsadresse på Base, bare stablecoin.
3. Kjør x402 på din egen server med SDK-mellomvaren for rammeverket ditt (Express, Hono, Next.js, Fastify; det finnes SDK-er for Python og Go), en driftet facilitator og en rutekonfigurasjon med skjema, pris, nettverk, payTo og beskrivelse.
4. Vær din egen facilitator, hvis du trenger full kontroll eller et nettverk ingen betjener.

Uansett hvilken vei du velger, er noen beslutninger fortsatt dine: hvilket skjema som passer til arbeidet (exact for faste priser, upto for målt arbeid, batch-oppgjør når kallene er verdt mindre enn gas), hvem som ser betalingsmuren (en 402 vist til en nettleserbruker er en blindvei), hvordan du avstemmer settlement_pending, idempotente nye forsøk hvis klienter sender en betalingsidentifikator, refusjoner, forvaring av mottakerlommeboken og hvordan du bokfører USDC-mottak. Agentene må også kunne betale: En x402-klient trenger en lommebok med riktig stablecoin på riktig nettverk, en MPP-klient en Link- eller Tempo-lommebok, en crawler i pay per crawl en Web Bot Auth-identitet og et faktureringsforhold hos Stripe. Du kan ikke gå ut fra at en gitt agent har noe av dette.

Bør du ta betalt av agenter nå?

• Du selger et API eller data som agenter allerede kaller: Et eksperiment er billig. Sett ett eller to endepunkter bak MPP eller x402 ved siden av de eksisterende nøklene og abonnementene dine, prisfastsett over gulvene (USD 0,001 hos AWS, 0,01 USDC hos Stripe) og mål hvem som betaler. Behold de eksisterende betalte abonnementene: Kanalen for agentbetaling blir liten foreløpig.
• Du utgir innhold som KI-crawlere allerede leser: Alternativene i edge-laget finnes for dette. AWS WAF hvis du er på CloudFront og er komfortabel med å holde USDC; Cloudflare pay per crawl hvis du er hos Cloudflare, vil ha kortoppgjør og kan komme med i betaen. Ingen av dem er en inntektsplan ennå; begge gir deg en pris og en logg over hvem som nektet å betale den.
• Du vil at agenter skal kjøpe varer fra nettbutikken din: Dette er ikke det problemet. Kortnettverk, Stripes Shared Payment Tokens og Googles og OpenAIs kasseprotokoller dekker agenter som kjøper fra forhandlere, og vi tar for oss dem i artikkelen vår om agentiske betalinger.

Hva som kan endre seg

• Oppstarten av GENIUS Act 18. januar 2027 (tidligere hvis de endelige forskriftene kommer først), og begrensningen i 2028 etter det.
• AWS som legger til oppgjør via Stripe og MPP, kunngjort som «kommer snart».
• auth-capture som modnes, noe som ville gitt x402 refusjoner utenfor utkast.
• MPPs Internet-Draft som beveger seg, eller ikke, mot en arbeidsgruppe i IETF.
• Visas Intelligent Commerce Connect som utvides utover pilotpartnerne, noe som ville gitt flere forhandlere kortfinansierte agentbetalinger gjennom MPP.

Hvor du får hjelp

Vi bygger serversiden av betalt maskintilgang: måling og prising per endepunkt, x402- eller MPP-utfordringer foran eksisterende API-er og MCP-verktøy, avstemming av oppgjør mot systemene økonomiavdelingen din allerede bruker, og botidentifiseringen som avgjør hvem som ser en pris. Vår tjeneste for utvikling av KI-agenter og MCP-integrasjon er der dette arbeidet starter.

Hvis du vurderer om du skal ta betalt av agenter for API-et eller innholdet ditt, og gjennom hvilken leverandør, skriv til office@c9group.dev.