De rail waar wij op staan zakte voor een beveiligingstest — en dat is óns verkooppunt, niet ons probleem

Simpel gezegd: op 13 augustus 2026 lieten onderzoekers zien dat alle vijftien grote x402-tussenpartijen lek zijn. Dat klinkt slecht voor ons, want wij staan op diezelfde rail. Maar het is precies waarom een klant iemand nodig heeft die het wél netjes doet. Zeg het dus zelf, als eerste, voordat de ander het zegt.

Wat de studie zegt, ongeschminkt. Op het USENIX Security Symposium van 13-08-2026 is een onderzoek gepresenteerd naar vijftien grote x402-facilitators (o.a. Coinbase, Thirdweb, PayAI, Mogami). Élk platform schond minstens één beveiligingsregel — samen 49 overtredingen die neerkomen op 31 kwetsbaarheden, over systemen die goed zijn voor 99% van de waargenomen x402-transacties. Vier aanvalsklassen: gratis winkelen, diefstal van activa, dienstverstoring en gasmisbruik; zes aanvalspaden zijn onder voorwaarden echt uitgevoerd. Coinbase alleen is goed voor 77,17 miljoen transacties en bijna $27 miljoen volume. bron: CryptoSlate, 13-08-2026 · doorgezet vanuit E · Radar, ronde 1 van 14-08

Wat wij hier tegenover zetten — en wat daarvan vandaag al waar is.

1. Uitgavenplafonds per mandaat — bestaat, ontworpen. Blok D2 autoriseert een agent beperkt: welke agent, welk bedrag-plafond, welk tijdvenster, welke actiecategorie, cryptografisch getekend en intrekbaar. Een plafond dat aan de mens hangt in plaats van aan een API-sleutel is precies wat "gratis winkelen" en "diefstal van activa" begrenst: de schade stopt bij het plafond, en de blokkade treft de persoon en niet een sleutel die in twee minuten vervangen is. Zie D · Bouwblokken.
2. Tellers op de persoons-hash in plaats van op de sleutel — bestaat, ontworpen. Staat hieronder al bij het integratiepad van de betaalde MCP-servers; deze studie maakt er een beveiligingsargument van in plaats van alleen een productargument.
3. Crash-veilige afwikkeling — NOG NIET AANTOONBAAR, en zo verkopen wij het ook. De radar gaf op 14-08 de opdracht dit vóóraan te zetten. Wat wij vandaag kunnen staven is de ontwerpéis: een afgebroken betaling mag nooit half landen (wel geleverd, niet afgerekend, of omgekeerd). Wat wij niet kunnen staven is dat de engine dat bewezen doet — dat zit in de r4m-engine-repo en is hier niet nagemeten. Tot die meting er is, is dit geen verkoopzin maar een bouwopdracht. Zeg in een gesprek dus: "dienstverstoring is een van de vier aanvalsklassen, wij ontwerpen daar tegen" — niet "wij zijn daartegen bestand".

Waarom dit blok bestaat. De radar gaf zichzelf op 14-08-2026 de opdracht deze studie in het verkoopverhaal te zetten; die opdracht bleef stil liggen tot werkorder 11. Er stond op deze pagina geen fóúte veiligheidsclaim — dat is nagemeten — maar er stond ook niets. Een technische prospect kent deze studie mogelijk eerder dan wij hem noemen, en dan is zwijgen het slechtste antwoord.

💼 Om dit te verkopen moet jij: bij élke facilitatorkeuze vanaf nu één beveiligingsvraag stellen — welke van de vier aanvalsklassen dekt u af, en hoe is dat getoetst? En laat de meting op onze eigen afwikkeling doen in de engine-repo, zodat punt 3 hierboven van bouwopdracht naar verkoopzin kan verschuiven.

Hoe een x402-betaling verloopt

1. Een agent vraagt iets op bij een dienst. 2. De dienst antwoordt met HTTP-code 402: "Payment Required — dit kost $0,01." 3. De agent betaalt direct in stablecoins (USDC), zonder account, abonnement of kaart. 4. De dienst levert. Milliseconden, centen, machine-tot-machine. R4M's eigen endpoint draait al: betaalde data via x402 op testnet ($0,01 per opvraag).

x402 in R4M Basic — de kassa van de attestaties

Bedrijven betalen per echte-mens-controle. Voor grote klanten via Stripe (facturen), maar voor agents en API-verkeer is x402 de natuurlijke kassa: elke attestatie-opvraag rekent zichzelf af, per stuk, zonder contract. Zo wordt zelfs de kleinste dienst een klant — de eerste cent is meteen verdiend. Zie x401 voor de bewijs-kant van hetzelfde gesprek.

x402 in de Machine-rail — de omzetkant

Alles wat een machine verdient — een robot die per taak factureert, een batterij die flexvergoedingen int, een laadpaal die per sessie afrekent — is een x402-stroom in stablecoins. R4M vangt die stroom en betaalt uit aan de geverifieerde eigenaar. De concrete markten met echte bedragen staan op 📡 IoT: energie-flex voorop, dan P2P-laadpalen en voertuigdata.

Verder op dezelfde rail: staat & mens-naar-mens

De staat op stablecoin: zodra overheden digitale euro's/stablecoins uitkeren, kan de Uitkeringsrail over exact deze x402-infrastructuur lopen — zelfde kassa, zelfde kasboek. Mens-naar-mens: app-gebruikers betalen elkáár over de rail, beiden geverifieerd — geen anonieme stromen, wél privacy. Beide raken de PRIO B-vragen (custody/e-money) en wachten dus op dat juridische antwoord.

Pay-per-crawl — uitgevers laten AI-bots per artikel betalen

Simpel gezegd: AI-bedrijven sturen bots die hele websites leeglezen zonder te betalen. Cloudflare bouwde daarom "pay per crawl": de site zegt tegen de bot "betalen of buiten" — met precies de HTTP-402-code waar x402 op draait. Uitgevers en API-bouwers zoeken dus nú een kassa voor bots. R4M zet daar twee dingen naast elkaar: de bot betáált (x402) én bewijst namens wie hij werkt (x401).

Wat wij daarover wél kunnen zeggen (gemeten 14-08-2026): wij hebben geen aanbieder gevonden die EU-overheids-eID, revealbaarheid onder wettig bevel, een eigen payout-rail én een publiek telbaar kasboek combineert. Gezocht op: agent identity attestation · know your agent · agent payments protocol · personhood credential · verified unique human agent · EU eID agent mandate. Nagegaan: Skyfire (KYA/KYAPay), Visa Trusted Agent Protocol, Mastercard Agent Pay, Google AP2, Okta (Human Principal op World ID), World ID AgentKit × x402, Proof/x401, Cloudflare Monetization Gateway, Stripe MPP/Tempo — elk valt op minstens twee van de vier af. Wie er wél zo een kent, houden wij ons aanbevolen.

En de bodem eronder is géén concurrent. NOBID (de EU-pilot die in 2025 betalingen met de EUDI-wallet autoriseerde) en de EUDI-wallet zelf zijn publieke infrastructuur, geen leveranciers — ze horen niet in die vergelijking thuis. Het is een reden om je verhaal er bóvenop te bouwen, zoals C · Strategie en E · Radar het al zeggen: wij zijn daar juist de brug in.

Vervangen standpunt (tot 14-08-2026 16:38): R4M levert de complete combinatie die niemand anders heeft. Herzien: een uniciteitsclaim vraagt bewijs van een negatief en verliest daarom altijd — vijf achtereenvolgende, steeds smallere versies van deze zin sneuvelden alle vijf op een nieuw tegenvoorbeeld. Wat standhoudt is de conjunctie van vier hierboven, mét meetdatum en zoektermen. Bewust laten staan als spoor van de wijziging.

Waarom dit werkt: de markt bestaat al (Cloudflare pay-per-crawl, 2025), maar zonder identiteitslaag — anonieme bots blijven een probleem. Betalen + bewijzen in één antwoord is onze unieke stapel. Integratiepad: (1) ons bestaande x402-endpoint (draait al op testnet, $0,01 per opvraag) als referentie-implementatie verpakken, (2) een "R4M-poortje"-snippet voor uitgevers (één middleware: 402 + x401-challenge), (3) fee-deling per betaalde crawl. Geld stroomt alleen naar R4M en de uitgever — v1-conform.

Bron: Cloudflare "Pay per crawl" (blog.cloudflare.com, 2025) · x402 Foundation. Let op: het transactiecijfer dat hier stond (~75M) is vervangen — zie de correctie hieronder: het gemeten volume is ~$28.000 per dag over het hele protocol, waarvan naar schatting de helft test- of wash-verkeer

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Mediahuis · DPG Media · Roularta — Belgische uitgevers wier content nu gratis door AI-bots gelezen wordt; plus elke API-bouwer die per call wil factureren.

💼 Om dit te verkopen moet jij: Mail één Belgische uitgever (Mediahuis of DPG) met de vraag: "wat kost het jullie dat AI-bots gratis meelezen?" Onderzoek vooraf: hebben ze al een Cloudflare-oplossing? Zo ja, verkoop dan de identiteitslaag erbovenop, niet de betaling.

Betaalde MCP-servers — je API per oproep verkopen aan agents, mét een baas-check

Simpel gezegd: een MCP-server is het stopcontact waar een AI-assistent zijn gereedschap insteekt — "haal dat bedrijfsprofiel op", "check die vergunning". Wie vandaag data verkoopt, verkoopt een jaarabonnement met een login. Maar een agent heeft één vraag en geen jaar de tijd. Wij zetten een muntautomaat op dat stopcontact (x402: "dit kost 3 cent, betaal en je krijgt je antwoord") én een badgelezer ernaast (x401: "en zeg eerst namens wie je werkt"). De klant verkoopt daarmee aan een segment dat vandaag níets koopt.

⚖️ Correctie na eigen onderzoek (13-08-2026) — lees dit vóór de rest van dit blok. De cijfers hieronder (±165 miljoen transacties, 69.000 agents, mediaan $0,028) zijn niet te verifiëren: de primaire Coinbase-post van april 2026 en het Chainalysis-rapport waren niet terug te vinden. Gebruik ze niet in een gesprek. Wat wél onafhankelijk gemeten is: een eigen crawl van de Stripe-MPP-catalogus (141 diensten, 1.076 geprijsde endpoints) geeft een mediaan van $0,020 per oproep — de ordegrootte klopt dus, maar dat bewijst alleen dat er prijzen bestaan, niet dat er volume doorheen gaat. En het volume is klein: ~$28.000 per dag over het hele protocol, waarvan naar schatting de helft test- of wash-verkeer, met micro-transacties (10 cent–$1) gezakt van 46% naar 4% van het volume. Belangrijker nog: "betaalde MCP-server" bestaat nauwelijks als categorie — het MCP-betaalvoorstel (SEP-2007) werd op 24-06-2026 gesloten zonder sponsor, en de betaalrails zijn intussen gebouwd én gratis weggegeven door Stripe/Tempo (MPP, maart 2026) en Cloudflare (Monetization Gateway + Wallets, augustus 2026). De conclusie die dit blok verandert: de muntautomaat is niet ons product — de badgelezer wel. De sector benoemt zélf entitlements ("namens wie handelt deze agent") als het onopgeloste probleem, en niemand wortelt dat vandaag in eID/EUDI. Het volledig uitgewerkte dossier staat in je MUC-item op ⭐ Main use cases.

Waarom dit werkt: het monetiseren van MCP-servers via x402 is in 2026 een gedocumenteerde praktijk met kant-en-klare handleidingen — het is geen idee meer, het is een how-to. Over de omvang doen wij geen uitspraak meer: de cijfers die hier stonden (165 miljoen transacties, 69.000 agents) bleken onverifieerbaar en zijn verwijderd in plaats van geannoteerd — een doorgestreept cijfer wordt in een gesprek toch geciteerd. Zie het correctieblok hierboven voor wat er wél gemeten is. En wat élke handleiding overslaat: de betaling is opgelost, de identiteit niet. Gemeten 14-08-2026: er wordt wél aan gewerkt — Skyfire verkoopt "Know Your Agent", Visa heeft het Trusted Agent Protocol, Mastercard Agent Pay, Google AP2, Okta koppelt een Human Principal aan World ID — maar geen van die partijen wortelt dat in een EU-overheids-eID, en geen van hen combineert het met revealbaarheid onder wettig bevel, een eigen payout-rail én een publiek telbaar kasboek. Dáár zit het gat, en dat is smaller en harder dan "niemand weet het".

De geldvorm: (2) microbetaling in stablecoins via x402 — fee per tool-oproep — plus (3) licentie/abonnement voor het poortje zelf per MCP-server. Geen geldstroom naar gebruikers, dus volledig binnen de bevestigde v1-scope (V57).

Integratiepad: (1) onze bestaande x402-paywall — die vandaag al op testnet draait vóór /inbox/:handle en de betaalde data-endpoints — achter een MCP-tool hangen in plaats van vóór een REST-route: zelfde 402-antwoord, zelfde afrekening, andere verpakking. (2) De x401-challenge (blok D1, prototype r4m-x401-proto) vóór de betaalpoort zetten: eerst "namens wie", dan pas "betaal". (3) Tellers en limieten op de gezouten persoons-hash in plaats van op een API-sleutel — dezelfde "uniek per context"-primitief die ook GTM-cases 47 en 51 nodig hebben. (4) Elke verkoop landt in x402_sales en in het publieke kasboek, zodat de klant zijn eigen omzet kan natellen.

Bronnen: UsageBox — hoe je in 2026 een MCP-server aanrekent (Coinbase-cijfers, mediaan $0,028) · systemprompt.io — Monetize an MCP Server with x402 · Eco — Build an MCP Server with x402 Monetization · tegenwicht bij de tellers: Chainalysis.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Companyweb — Belgische bedrijfsdata, uitsluitend via contracten van 12 maanden met 3 maanden opzegtermijn (hun eigen voorwaarden); een agent met één vraag kan er vandaag niets kopen · Company.info (NL) — datalevering- en portaalabonnementen, zelfde patroon · Graydon (Creditsafe) — kredietinformatie per abonnement · Trends Business Information. Kortom: elke partij die vandaag data per jaarcontract verkoopt aan mensen, en morgen per oproep wil verkopen aan agents. · Mollie (Amsterdam en Gent) — prospect #24 op de Klanten-tab: niet de verkoper maar de kassa. Zij bouwen de agent-betaling voor 250.000 handelaars en schrijven zélf dat zo'n betaling er “exactly like fraud” uitziet — precies de baas-check uit dit blok, één laag lager.

💼 Om dit te verkopen moet jij: Bel Companyweb en vraag hoeveel prospects er afhaken op het jaarcontract. Onderzoek vooraf hun eigen algemene voorwaarden (12 maanden, 3 maanden opzeg) én of ze al een MCP-server of publieke API hebben — heeft de klant al een REST-API, dan is de koppeling aan hún kant minder dan een dag, en dát cijfer opent het gesprek.

De reisregel raakt drie cent — elke betaling moet een afzender meedragen, en een agent heeft er geen

Simpel gezegd: een pakje mag in Europa niet zonder afzender de deur uit. Bij gewoon geld mag de post die afzender onder de duizend euro overslaan; bij crypto niet — daar geldt de regel voor élk bedrag, ook voor drie cent. En nu de grap: op de voorpagina van x402 staat als verkoopargument “No accounts or personal information needed”. Dat is woordelijk het etiket dat de Europese wet verplicht stelt. Wie in Europa een vergunning heeft, moet dus een naam op het pakje zetten die de standaard bewust niet vraagt — en als de afzender een AI-agent is, bestaat die naam nergens. Wij verkopen dat ene ontbrekende veld: achter deze portefeuille zit déze bewezen mens of organisatie.

Waarom dit werkt: dit is geen aanstaande wet maar geldend recht, en de laatste uitweg is zeven weken geleden dichtgegaan. Eén: verordening (EU) 2023/1113 — de herschikte reisregel — verplicht bij elke overdracht van cryptoactiva door een vergunde aanbieder dat de naam van de opdrachtgever meereist, samen met zijn adres op het grootboek en zijn adres, documentnummer of geboortedatum en -plaats (artikel 14). Twee, en dit is het scharnier: voor cryptoactiva geldt géén ondergrens. Overweging 30 zegt het met zoveel woorden: de eisen gelden ongeacht het bedrag, terwijl een gewone overschrijving pas boven de duizend euro volledig geverifieerd hoeft te worden. Een microbetaling van twee cent draagt in Europa dus dezelfde informatieplicht als een overschrijving van tienduizend euro. Van toepassing sinds 30 december 2024, met richtsnoeren van de EBA erbij. Drie: op 1 juli 2026 liep de overgangsperiode van MiCA af (artikel 143, lid 3). Wie EU-klanten bedient en geen vergunning heeft, moet stoppen. De zin “wij zitten nog in de overgang” bestaat sinds deze zomer niet meer. Vier, en zo raakt het x402 rechtstreeks: Coinbase lanceerde op 11 februari 2026 Agentic Wallets — een MPC-portefeuille speciaal voor agents, met een ingebouwde x402-client, uitgaveplafonds en gasloze afwikkeling op Base. Datzelfde Coinbase heeft via Coinbase Luxembourg S.A. sinds 20 juni 2025 een MiCA-vergunning van de CSSF, met paspoort naar dertig EER-landen. Eén bedrijf schrijft dus op zijn standaardpagina dat er geen persoonsgegevens nodig zijn, en heeft in Europa een vergunning die het tegenovergestelde eist. Dat is geen verwijt — het is het gat, en het staat in hun eigen twee documenten.

De eerlijke grens, en zeg hem zelf als eerste. Loopt een x402-betaling van een zelf beheerde portefeuille naar een zelf beheerde portefeuille zonder dat er ergens een vergunde aanbieder in de keten zit, dan valt hij buiten de reisregel. De regel bijt aan de randen: bij de gehoste agent-portefeuille, en op het moment dat de verkoper zijn stablecoins te gelde maakt. Artikel 14, lid 5 zet dat laatste zwart op wit — boven duizend euro richting een zelf beheerd adres moet de aanbieder passende maatregelen nemen om vast te stellen of dat adres van zijn eigen klant is. Of een MPC-portefeuille juridisch als bewaring geldt, verschilt per product en is een vraag voor een advocaat, niet voor ons. En er bestaat geen publiek cijfer over welk deel van het x402-verkeer vandaag een vergunde aanbieder raakt — niemand meet het. Open dit gesprek dus niet met een schadebedrag, maar met twee documenten naast elkaar. En de grens die de catalogus zichzelf al oplegde, geldt hier voluit: een vergunde aanbieder is een gereguleerde partij — de AMLR eist dat een uitbestede partij zélf onder toezicht staat, en DORA legt een leveranciersdrempel op waar een eenmanszaak niet doorheen komt (zie de lijst “niet doen” in de GTM-catalogus). Verkoop hier dus nooit de reisregel-naleving zelf en nooit de KYC — uitsluitend één aanvullend signaal bovenop een gelicentieerde partij. Dat is geen bescheidenheid maar de enige vorm die door hun inkoop komt, en het bepaalt ook de route naar binnen: niet de aanbieder maar zijn reisregel-leverancier is de eerste deur.

De geldvorm: (3) licentie/abonnement — een vergunde aanbieder koopt een attestatie-poort per portefeuille-adres, met een prijs per opgeroepen attest — plus (2) microbetaling in stablecoins via x402 voor wie liever per oproep afrekent dan per contract. Welke meter loopt: M2, de attestatie-oproep, en die loopt massaal — één per overdracht in plaats van één per klant. M1 loopt eenmalig, wanneer de eigenaar van de agent zich voor het eerst via eID of itsme laat binden. M3 loopt niet en dat is precies waarom dit NU mag: wij raken hun stablecoin nergens aan, er gaat geen euro via R4M naar een gebruiker, en de case blijft dus volledig binnen de bevestigde v1-scope (V57). Zie 💰 Verdienmodel → De x40x-lijn.

Integratiepad: (1) het bestaande attestatie-endpoint krijgt een tweede antwoordvorm — vandaag attesteren we op een @handle via /api/identity/itsme/attest-start en /api/identity/verify; hier attesteren we op een portefeuille-adres. Zelfde worteling, andere sleutel. (2) De x401-challenge (blok D1) ervóór, zodat het binden van adres aan mens zelf ook bewezen is en niet ingetypt. (3) Een adres-aan-mens-binding met intrekking — dat is kandidaat D18, die de deelstep-case ook al nodig heeft; één keer bouwen, twee markten. (4) Een aggregatieteller op de persoons-root in plaats van op het adres, zodat een aanbieder de duizend-eurogrens van artikel 14, lid 5 per mens kan bewaken en niet per adres — dat is nieuw, kandidaat D23. (5) Elke afgegeven attestatie landt als ondertekende bon in het publieke kasboek (/api/public/ledger), zodat de aanbieder zijn eigen dossier kan natellen zonder ooit onze database te hoeven bevragen — en dat is precies wat een toezichthouder van hem vraagt.

Bronnen: Verordening (EU) 2023/1113 — artikel 14 en overweging 30 (geen ondergrens voor cryptoactiva) · EBA — richtsnoeren bij de reisregel, van toepassing sinds 30-12-2024 · x402.org — “No accounts or personal information needed”, hun eigen voorpagina · Coinbase — Agentic Wallets (11-02-2026), MPC-portefeuille voor agents met ingebouwde x402-client · CASP-tracker — Coinbase Luxembourg S.A., MiCA-vergunning CSSF 20-06-2025 · Einde van de MiCA-overgangsperiode op 01-07-2026 (artikel 143, lid 3).

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Coinbase (Coinbase Luxembourg S.A.) — de scherpste van allemaal, want het bewijsstuk zijn hún eigen twee documenten: de standaardpagina die “no personal information needed” als voordeel verkoopt, en de MiCA-vergunning die bij elke overdracht een naam eist · Bitvavo (Amsterdam) — sinds juni 2025 vergund onder toezicht van de AFM, Nederlandstalig, één trein, en groot genoeg om de reisregel dagelijks te voelen · Bitpanda (Wenen) — vergund door de Oostenrijkse FMA sinds april 2025 voor zeven van de tien MiCA-diensten, dus met de breedste blootstelling aan de informatieplicht. En één naam die géén klant is maar een deur: Notabene en 21 Analytics dragen het reisregel-bericht al voor honderden aanbieders — zij hebben het transportkanaal en niet het veld, wij hebben het veld en niet het kanaal. Dat is een integratiegesprek en geen concurrentiegesprek.

💼 Om dit te verkopen moet jij: Mail eerst Notabene of 21 Analytics en pas daarna een aanbieder — de catalogus verbiedt zichzelf de KYC van een gereguleerde partij te verkopen, dus de reisregel-leverancier is je kanaal en niet je concurrent. Stel hun één vraag: wat zetten hun klanten vandaag in het opdrachtgeversveld als de betaler een agent-portefeuille is? Zet daarna dezelfde vraag bij Bitvavo — niet bij verkoop maar bij compliance, zonder aanbod: welke naam zetten zij vandaag in het opdrachtgeversveld wanneer de portefeuille van een AI-agent betaalt? Zoek vooraf drie dingen uit: (1) welke van de tien MiCA-diensten in hun vergunning staan (dat bepaalt of de reisregel bij hen op de overdracht of alleen op de bewaring drukt), (2) welke reisregel-leverancier ze gebruiken — dat staat vaak in hun eigen privacyverklaring of subverwerkerslijst, en het bepaalt of jij ernaast of erin moet passen, en (3) of ze überhaupt al x402- of agent-verkeer zien. Weten ze dat laatste niet, dan is jouw eerste betaalde opdracht het meten en niet het bouwen.