x402 en machinebetalingen in 2026: AI-agents per verzoek laten betalen, en hoeveel daarvan echt is

HTTP heeft hier al sinds de begindagen van het web een statuscode voor. RFC 9110 zegt het nog steeds ronduit: “De statuscode 402 (Payment Required) is gereserveerd voor toekomstig gebruik.” In 2026 proberen twee protocollen die toekomst te laten aanbreken. x402, bedacht door Coinbase en nu in handen van een project van de Linux Foundation, beantwoordt een verzoek met een prijs en accepteert bij de nieuwe poging een ondertekende betaling in stablecoins. Het Machine Payments Protocol (MPP), van Stripe en Tempo, doet hetzelfde via de authenticatieheaders van HTTP en kent naast stablecoins ook kaarten. AWS en Cloudflare verkopen beide ideeën nu aan de edge, zodat een uitgever AI-crawlers kan laten betalen zonder zijn origin aan te raken.

De pitch is aantrekkelijk voor iedereen die data, een API of content verkoopt die AI-agents lezen: reken per aanroep af, verreken binnen seconden, geen accounts en geen facturen. De cijfers achter de pitch zijn een ander verhaal. Een onafhankelijke meting van x402 op Base vond dat de meeste geregistreerde afwikkelingen betalingen aan zichzelf zijn, of geld dat binnen één cluster van wallets rondgaat, en een bedrijf voor blockchainanalyse schatte het volume dat eruitziet als kopende agents in 2026 op ongeveer USD 5.000 tot 11.000 per maand.

Dit artikel is bedoeld voor eigenaren en ontwikkelaars van API's, dataservices en contentsites die moeten beslissen of ze nu agents laten betalen. Het behandelt hoe de protocollen werken, wat elke aanbieder op 22 oktober 2026 biedt, wat u zou bouwen, wat de volumes echt laten zien en welke regelgeving komt kijken bij het bezitten van stablecoins.

Hoe x402 werkt

De specificatie is versie 2, van 9 december 2025, in een repository die van Coinbase naar de x402 Foundation is verhuisd. Ze definieert drie rollen: een resourceserver die betaling wil, een client (vaak een agent) die betaalt, en een facilitator die “de verificatie van betalingen en de afwikkeling op de blockchain afhandelt”.

Een betaald verzoek loopt zo:

1. De client vraagt om de resource en krijgt 402 Payment Required. Een header PAYMENT-REQUIRED bevat een Base64-gecodeerd object met een of meer aanvaardbare manieren om te betalen, elk met een scheme, een network in CAIP-2-vorm (eip155:8453 is Base), een amount in de kleinste eenheden van de token, een asset, een payTo-adres en een maxTimeoutSeconds.
2. De client ondertekent een betaling en herhaalt het verzoek met een header PAYMENT-SIGNATURE. Op EVM-chains is dat een EIP-712-handtekening over een EIP-3009-overdrachtsmachtiging, met een tijdvenster en een nonce van 32 bytes tegen replay.
3. De server laat de facilitator de handtekening verifiëren (POST /verify, die de betalingsstatus “NIET MAG vastleggen”), voert zijn handler uit en laat de facilitator daarna afwikkelen (POST /settle).
4. De server antwoordt met de resource en een header PAYMENT-RESPONSE met de transactiehash.

Dat is de standaardflow “authorization”: “de betaling wordt geverifieerd voordat de resource wordt uitgevoerd en achteraf afgewikkeld”. Twee andere flows zijn gedefinieerd: een die eerst afwikkelt, en een die een aanbetaling neemt en het eindbedrag achteraf afwikkelt. Als een afwikkeling is uitgezonden maar niet bevestigd, kan de facilitator settlement_pending met de hash teruggeven, en moet de server dat afstemmen voordat iemand het opnieuw probeert.

Twee details laten mensen struikelen. Versie 1, die de meeste oudere tutorials tonen, gebruikte X-PAYMENT en X-PAYMENT-RESPONSE en netwerknamen als base-sepolia; versie 2 gaf de headers een nieuwe naam en stapte over op CAIP-2. En dezelfde berichten zijn ook gedefinieerd over MCP en het Agent-to-Agent-protocol (A2A): over MCP geeft een betaalde tool een resultaat met isError: true terug en reist de betaling mee in _meta["x402/payment"].

De vier betaalschema's

Op EVM-chains werkt in principe elke ERC-20-token, via EIP-3009 (de methode van USDC) of Permit2. In de praktijk rekenen de referentie-SDK's in dollars en koppelen ze "$0.01" per netwerk aan een stablecoin in USD: USDC op Base en de meeste EVM-chains, verschillende stablecoins op Solana, USDT op TON. De referentieclient accepteert alleen assets die hij herkent en begrenst elke betaling standaard op USD 1. Er is geen standaard in euro.

Facilitators: wie het geld verplaatst

De facilitator is “optioneel maar aanbevolen”. Hij controleert handtekeningen en dient de overdracht onchain in, en de documentatie zegt dat hij “geen geld aanhoudt en niet als bewaarder optreedt”: het geld komt terecht in uw payTo-wallet.

• De openbare facilitator x402.org is alleen voor testnetten. De quickstart voor verkopers is expliciet: “Gebruik https://x402.org/facilitator niet opnieuw voor mainnet-routes.”
• De gehoste CDP-facilitator van Coinbase rekent niets voor de eerste 1.000 onchain transacties per maand, daarna USD 0,001 per stuk, waarbij verificatie altijd gratis is. Hij voert OFAC- en Know Your Transaction-controles uit op elke betaling, vraagt een CDP API-sleutel en ondersteunt Base, Polygon, Arbitrum, Monad, World en Solana. auth-capture staat er niet bij. Batchafwikkeling spreidt de vergoeding: “één onchain transactie kan duizenden betalingen verwerken”.
• De stichting noemt andere facilitators in productie, waaronder Fireblocks, Polygon, PayAI, Corbits, Stellar en Celo, en zegt dat de lijst “geen uitputtende catalogus” is.
• U kunt zelf facilitator zijn, waarbij u gas betaalt en, op Solana, de detectie van dubbele afwikkelingen bouwt die een facilitator anders levert.

De x402 Foundation werd op 14 juli 2026 operationeel met 40 leden. Tot de premier members behoren Adyen, AWS, American Express, Cloudflare, Coinbase, Google, Mastercard, Shopify, Stripe en Visa; in het technische stuurcomité zitten leden van Coinbase, Cloudflare en Stripe. Lidmaatschap is steun voor het bestuur, geen uitrol. Het persbericht bij de lancering noemt “ondersteuning voor betaalvormen uiteenlopend van traditionele kaarten tot stablecoins”, maar de specificatie kent vandaag geen koppeling voor kaarten.

Het Machine Payments Protocol van Stripe en Tempo

Stripe en Tempo lanceerden MPP op 18 maart 2026, de dag waarop het mainnet van Tempo live ging. Het gebruikt het authenticatieraamwerk van HTTP: een 402 met een challenge WWW-Authenticate: Payment, een credential in Authorization: Payment en een header Payment-Receipt bij succes. De intents zijn charge (één betaling), session (streamende betaling over een kanaal) en subscription, en de betaalmethoden in productie zijn stablecoins op Tempo en de kaartmethoden van Stripe. Visa publiceerde dezelfde dag een kaartspecificatie en SDK voor MPP. Het IETF-document erachter is een individuele Internet-Draft die “geen formele status heeft in het standaardisatieproces van de IETF”.

Bij Stripe accepteert MPP kaarten (via Shared Payment Tokens) en stablecoins, en Stripe neemt ook x402-betalingen in stablecoins op Base aan, afgewikkeld via de facilitator van Coinbase naar een stortingsadres bij Stripe. In beide gevallen komt het resultaat als PaymentIntent in uw Stripe-saldo, en stablecoins die naar een stortingsadres zijn gestuurd, worden omgezet: “Stripe zet deze betalingen automatisch om naar fiat (offramp) en schrijft ze bij op uw Stripe-saldo.” De voorwaarden:

• Acceptatie van stablecoins is “beschikbaar voor bedrijven in alle Amerikaanse staten, behalve New York”. Elders vraagt u per e-mail toegang aan Stripe, wat wordt beoordeeld; de EU, Hongkong, Mexico en Zwitserland zitten in een besloten preview.
• De minimumbedragen zijn USD 0,50 voor een kaartbetaling en 0,01 USDC voor een betaling in stablecoins. MPP-sessies kunnen in stappen “zo klein als 0,000001 USDC” afrekenen, maar worden afgewikkeld in hele centen, en een restant onder een cent vervalt.
• Voor betalingen in stablecoins bij Stripe is er geen ondersteuning voor betwistingen, terugbetalingen gaan als stablecoins terug naar de oorspronkelijke wallet, en één transactie is begrensd op USD 10.000.
• De API's zijn previewversies (2026-07-29.preview voor MPP, 2026-05-27.preview voor het stortingsadres van x402).

Visa's Intelligent Commerce Connect, op 8 april 2026 aangekondigd als pilot, noemt MPP onder de agentprotocollen die handelaren erdoor kunnen accepteren. x402 noemt het niet.

Afrekenen aan de edge: AWS en Cloudflare

Als uw content of API al achter een CDN staat, kan de edge het afrekenen doen.

AWS WAF AI traffic monetization (aangekondigd op 15 juni 2026) geeft aan bots en agents “een machineleesbaar HTTP 402 Payment Required-antwoord met het open protocol x402” terug, en wikkelt af via de facilitator van Coinbase naar een USDC-wallet die u opgeeft op Base of Solana. De functie kost niets extra, maar de gewone kosten van WAF en Bot Control gelden, en ze werkt alleen met CloudFront. U kunt geverifieerde zoekcrawlers anders prijzen dan niet-geverifieerde agents en trainingscrawlers, en testen voordat u live gaat. Er wordt pas afgewikkeld wanneer uw origin een 2xx teruggeeft; voor 4xx of 5xx wordt niets berekend. De documentatie is openhartig over de nadelen: een minimum van USD 0,001 per verzoek, “enkele seconden extra latentie” bij betaalde verzoeken, botdetectie die “probabilistisch” is, en een waarschuwing dat een Monetize-regel die niet tot bots is beperkt “toegang voor niet-geautomatiseerde clients effectief blokkeert”. “AWS is geen partij bij de geldstroom en maakt er geen deel van uit”, en u gaat akkoord met de voorwaarden van Coinbase. Afwikkeling via Stripe en ondersteuning voor MPP waren bij de aankondiging “binnenkort beschikbaar”.

Cloudflare pay per crawl is een ander model. Het zit in een gesloten bèta, uw domein moet bij Cloudflare staan, u stelt één prijs in voor alle crawlers die u laat betalen, en Cloudflare “treedt op als Merchant of Record”. Crawlers identificeren zich met Web Bot Auth en betalen via een Stripe-factuur, niet vanuit een wallet. U komt nooit aan stablecoins.

Cloudflare Workers kunnen een x402- of MPP-proxy voor elke HTTP-backend zetten, geprijsd per routepatroon, en kunnen alleen verzoeken met een lage botscore laten betalen, zodat mensen gratis kunnen browsen. De Agents SDK heeft paidTool, dat van een MCP-tool een betaalde tool maakt. Let op: de voorbeelden van Cloudflare gebruiken de facilitator x402.org, die op testnetten is gericht, en netwerknamen uit versie 1; vervang die voor productie door een facilitator voor productie en CAIP-2-identifiers.

Hoeveel ervan echt is

De kopcijfers zijn groot en komen niet overeen. De homepage van x402.org toont 75,41 miljoen transacties en USD 24,24 miljoen in de afgelopen 30 dagen, zonder datum, bron of methode op de pagina. Coinbase zegt dat zijn facilitator “meer dan 100 miljoen transacties en $28 miljoen aan betalingsvolume alleen al op Base en Solana” heeft verwerkt, zonder periode. Het zijn tellingen van afwikkelingen, en dat is het probleem.

Een meetstudie van onderzoekers van de City University of Hong Kong, The Chinese University of Hong Kong en de Zhejiang University (een preprint, geplaatst op 14 juli 2026) bekeek 280 dagen x402 op Base, van 17 september 2025 tot 23 juni 2026: 136.708.672 afwikkelingen ter waarde van USD 44,1 miljoen. Daarvan is “21,20% fictief en 63,78% interne afwikkeling binnen een gekoppeld cluster”. De waarde die “aantoonbaar een aanwijsbare dienst bereikt”, was USD 187.861,35. Van de 624 ontvangers die ooit werden betaald, verdienden er 249 ten minste USD 10, was de mediane omzet over de hele looptijd USD 3,96, en gaven slechts 474 van de 910 geadverteerde hosts nog een werkende betaalchallenge terug. De conclusie van de auteurs: “Het aantal afwikkelingen meet wat te fabriceren valt, niet wat wordt gebruikt.”

TRM Labs, dat blockchainmonitoring verkoopt, telde sinds mei 2025 USD 52,7 miljoen aan 198,9 miljoen afwikkelingen op Base, Solana en Polygon. Ongeveer de helft viel weg na het verwijderen van betalingen aan zichzelf, bulkstromen en verkopers met weinig kopers. Van de resterende USD 25,62 miljoen schatte het dat tussen 0,6% en 7,5% “agentisch lijkt te zijn”, en dat het volume dat agents verplaatsten in 2026 op ongeveer USD 5.000 tot 11.000 per maand bleef. Zijn conclusie voor verkopers is nuttig: “agentverkeer aantrekken vraagt een ander ontwerp. Het moet machineleesbaar zijn en een prijs per aanroep hebben op een endpoint dat een koper kan vinden zonder dat een mens de pagina ooit ziet.”

Niets hiervan zegt dat het idee fout is. Het zegt dat een endpoint dat agents per aanroep laat betalen, in oktober 2026 een omzet mag verwachten in de orde van een experiment, en niet moet plannen op de kopcijfers.

Wie het geld aanhoudt, en welke regels gelden

Bij x402 gaat de betaling rechtstreeks naar uw wallet. Dat betekent dat uw bedrijf de sleutels beheert, USDC op de balans heeft en zet het om naar de eigen valuta, tenzij een aanbieder als Stripe het voor u omzet. De screening van de facilitator (de OFAC- en KYT-controles van Coinbase) is iets wat de facilitator doet; de x402-specificatie definieert er niets van. Terugbetalingen regelt u zelf: exact “definieert geen terugbetaling”, en betalingen in stablecoins bij Stripe kennen geen betwistingen.

Twee regimes zijn van belang voor wie in de geldstroom zit.

• Verenigde Staten: de GENIUS Act. Public Law 119-27, goedgekeurd op 18 juli 2025, treedt in werking 18 maanden na de wet of 120 dagen na de definitieve regelgeving, afhankelijk van wat het eerst komt. Het voorgestelde voorschrift van het ministerie van Financiën van 18 augustus 2026 zegt dat de ingangsdatum “naar verwachting 18 januari 2027 is”. Vanaf die datum mag een aanbieder van diensten voor digitale activa (digital asset service provider) de stablecoin van een buitenlandse uitgever niet in de VS beschikbaar stellen, tenzij de uitgever aan wettige bevelen kan voldoen. Vanaf 18 juli 2028 mag een digital asset service provider geen betaal-stablecoin aanbieden of verkopen aan een persoon in de VS, tenzij een toegestane uitgever hem heeft uitgegeven. De wet omschrijft een digital asset service provider aan de hand van activiteiten als het wisselen, overdragen of aanhouden van digitale activa voor anderen, verricht “tegen vergoeding of met winstoogmerk”.
• Europese Unie: MiCA. De overgangsperiode voor aanbieders van cryptoactivadiensten eindigde op 1 juli 2026. De verklaring van ESMA: “elke entiteit die cryptoactivadiensten verleent aan klanten in de EU zonder MiCA-vergunning handelt in strijd met het Unierecht en moet het aanbieden van dergelijke diensten staken”, en bedrijven van buiten de EU mogen geen klanten in de EU bedienen, “ook ... in een business-to-businesscontext”. Stablecoins in USD zijn onder MiCA e-geldtokens. Het advies van ESMA aan gebruikers is te controleren of een aanbieder in het tijdelijke register staat.

Wat geen van deze bronnen beantwoordt, is de positie van een bedrijf dat stablecoins alleen ontvangt als betaling voor zijn eigen API of content. De beperkingen van de GENIUS Act zijn geschreven voor digital asset service providers, en MiCA voor aanbieders van cryptoactivadiensten; of uw opzet u tot een van beide maakt, of afhankelijk is van aanbieders die dat moeten zijn, is een vraag voor een jurist in elk rechtsgebied waarin u actief bent. Wij zijn engineers, geen juristen, en bouwen naar het antwoord dat uw adviseur geeft. Vraag in de praktijk elke aanbieder in uw keten of die een vergunning heeft waar uw klanten zijn.

Vier manieren om het te bouwen

Van de minste code naar de meeste:

1. Laat het CDN afrekenen. AWS WAF op CloudFront: een monetizationconfiguratie met uw wallet en prijzen, Monetize-regels beperkt tot botlabels, eerst testmodus, geen wijzigingen aan de origin. Cloudflare pay per crawl: als u in de bèta zit, een prijs en uitbetalingsinstellingen, met Cloudflare als merchant of record.
2. Laat een betaalprovider afrekenen. Stripe MPP: een Stripe-profiel, de bibliotheek mppx, een aanroep charge in uw handler en een stortingsadres bij Tempo. Kaart en stablecoin, in fiat afgewikkeld naar uw Stripe-saldo. Of x402 bij Stripe met een CDP-account en een stortingsadres op Base, alleen stablecoin.
3. Draai x402 op uw eigen server met de middleware van de SDK voor uw framework (Express, Hono, Next.js, Fastify; er zijn ook SDK's voor Python en Go), een gehoste facilitator en een routeconfiguratie met schema, prijs, netwerk, payTo en beschrijving.
4. Wees zelf facilitator, als u volledige controle nodig hebt of een netwerk dat niemand bedient.

Welke route u ook neemt, sommige beslissingen blijven bij u: welk schema bij het werk past (exact voor vaste prijzen, upto voor gemeten werk, batchafwikkeling wanneer aanroepen minder waard zijn dan het gas), wie de betaalmuur ziet (een 402 die aan een browsergebruiker wordt getoond, is een doodlopende weg), hoe u settlement_pending afstemt, idempotente nieuwe pogingen als clients een betaalidentificatie meesturen, terugbetalingen, bewaring van de ontvangende wallet, en hoe u ontvangsten in USDC boekt. De agents moeten ook kunnen betalen: een x402-client heeft een wallet nodig met de juiste stablecoin op het juiste netwerk, een MPP-client een Link- of Tempo-wallet, een crawler voor pay per crawl een Web Bot Auth-identiteit en een factureringsrelatie met Stripe. U kunt er niet van uitgaan dat een bepaalde agent iets hiervan heeft.

Moet u agents nu laten betalen?

• U verkoopt een API of data die agents al aanroepen: een experiment is goedkoop. Zet een of twee endpoints achter MPP of x402, naast uw bestaande sleutels en abonnementen, prijs boven de ondergrenzen (USD 0,001 bij AWS, 0,01 USDC bij Stripe) en meet wie betaalt. Houd uw bestaande betaalde abonnementen: het kanaal voor agentbetalingen blijft voorlopig klein.
• U publiceert content en AI-crawlers lezen die al: daar zijn de edge-opties voor. AWS WAF als u op CloudFront zit en het geen bezwaar is USDC aan te houden; Cloudflare pay per crawl als u bij Cloudflare zit, afwikkeling met kaart wilt en in de bèta kunt komen. Geen van beide is al een omzetplan; beide geven u een prijs en een log van wie weigerde die te betalen.
• U wilt dat agents goederen kopen in uw webwinkel: dat is een ander probleem. Kaartnetwerken, de Shared Payment Tokens van Stripe en de checkoutprotocollen van Google en OpenAI dekken agents die bij handelaren kopen, en we behandelen ze in ons artikel over agentic payments.

Wat er kan veranderen

• De start van de GENIUS Act op 18 januari 2027 (eerder als de definitieve regels eerst komen), en de beperking van 2028 daarna.
• AWS dat afwikkeling via Stripe en MPP toevoegt, aangekondigd als binnenkort beschikbaar.
• auth-capture dat volwassen wordt, waardoor x402 buiten ontwerpen terugbetalingen krijgt.
• De Internet-Draft van MPP die wel of niet richting een werkgroep van de IETF beweegt.
• Visa's Intelligent Commerce Connect dat zich uitbreidt voorbij de pilotpartners, wat via MPP betalingen van agents met een kaart bij meer handelaren zou brengen.

Waar u hulp krijgt

Wij bouwen de serverkant van betaalde toegang voor machines: meting en prijsstelling per endpoint, x402- of MPP-challenges voor bestaande API's en MCP-tools, afstemming van afwikkelingen in de systemen die uw financiële team al gebruikt, en de botidentificatie die bepaalt wie een prijs ziet. Onze dienst voor de ontwikkeling van AI-agents en MCP-integratie is waar dat werk begint.

Weegt u af of u agents moet laten betalen voor uw API of content, en via welke aanbieder, schrijf dan naar office@c9group.dev.