Pijler 2 · Juridisch & Artes · gespreksvoorbereiding

🧭 DashBoard Doorloop

Alles wat je nodig hebt voor het gesprek, in volgorde: hoe je het kort houdt, hoe je R4M uitlegt, het sleutel-verhaal, de agenda met de vragen, en wat je beslist wil hebben vóór je buitengaat. Vink af wat behandeld is — dit onthoudt je voortgang op dit toestel.

🗺 De kaart — klik een tak om het blok te openen

0 / 0

20–30 · Rose — de doorloop, elk blok op zijn lichtstand

150 · DAG💶 Zo hou je het gesprek kort — en betaalbaar behandeldOPEN →

De eerste 45 seconden — zo open je "Ik bouw een rail die bewijst dat er een échte, unieke mens aan de andere kant zit, zonder te onthouden wíe. Vandaag is meer dan de helft van al het webverkeer geen mens meer, en vanaf 15 september blokkeert Cloudflare AI-crawlers standaard — de markt schuift dus naar mijn model toe, niet omgekeerd. Ik kom niet vragen wat u ervan vindt. Ik kom met vier beslissingen die ik getekend wil krijgen, en voor elk daarvan ligt mijn voorstel al uitgeschreven. U hoeft alleen te zeggen: ja, nee, of zo niet."

De vier beslissingen die je mee naar buiten wilt. Meer is het niet — de rest van deze doorloop dient alleen om ze te onderbouwen:

1 · De derde sleutelhouder (blok 6 · V54) — neemt ARTES die rol op, en zo nee: wie dan wel?
2 · Het rechtskader (V60, prio A) — is eIDAS 2.0 de juiste grond onder R4M, en niet het betaalrecht waar het dossier tot nu toe op leunde? Dit verschuift de zwaartekracht van alle andere vragen, dus stel hem vroeg.
3 · De sanctieladder (blok 4 · V73) — mag ik een geverifieerd mens schorsen bij misbruik, en onder welke waarborgen van art. 22 AVG?
4 · De tol (blok 9 · V74 en V75) — is "betalen = aanvaarden" afdwingbaar, en mag ik commissie aannemen uit een agent-wallet zonder gekende eigenaar?

Zeg dit letterlijk — het startschot ligt bij haar "Alles staat testklaar. De volledige geldcyclus draait vandaag end-to-end op testgeld — u kunt het grootboek en de kasboek-controle zelf openen, elke beweging staat erin. De Stripe-koppeling is gebouwd; aansluiten is één configuratiestap, geen bouwwerk. Ik heb bewust beslist die stap níet te zetten vóór uw antwoord op V1–V4 (custody, doorstroomtijd, welke Stripe-Connect-variant) en V44 (de entiteit — Turbeau2Rock is mijn bestaande IT- én muziekbedrijf, dus de vraag is of R4M daar wel in thuishoort vóór er echt geld loopt). Uw antwoord is het startschot voor echt geld — aan mijn kant staat er niets meer tussen."

Al de rest is voorraad voor een volgend gesprek. En zo hou je de rekening klein:

Je vraagt niet alles. Alleen wat in deze doorloop staat. De rest van het dossier is voorraad voor later.
Elk concept-antwoord staat al ingevuld. Nele hoeft niet te researchen maar te valideren — "klopt dit of niet" is een fractie van de prijs van "zoek dit uit".
Formuleer als ja/nee-voorstel, niet als open adviesvraag. "Aanvaardt u X?" is 5 minuten; "wat vindt u van sleutels?" is een studie.
Niets hiervan blokkeert je lancering. De sleutelsplitsing is de eindfase-versie van de belofte. Tot dan zeg je eerlijk: "vandaag beheren wij de sleutels, splitsing is gepland" — precies wat je dagcheck al afdwingt.

250 · DAG🗣️ R4M in drie zinnen — zo leg je het uit behandeldOPEN →

Zeg het zo R4M bewijst dat iemand een echt, uniek mens is — zonder te onthouden wíe. De identiteit wordt één keer gecontroleerd via itsme of eID; daarna werkt alles met pseudoniemen per afnemer. Het volledige bewijs zit in een verzegelde kluis die alléén opengaat onder wettig bevel.

Meer hoeft de opening niet te zijn. Alles wat volgt in het gesprek hangt aan die drie zinnen.

"Maar wat kan jij dat een ander niet kan?" — de vraag die je vrouw stelde, en de eerlijkste vraag van het hele gesprek. Eerlijk eerst: géén van de vier stukken is op zichzelf uniek. Wat uniek is, is de combinatie en de plek waar je staat. Zet de anderen ernaast: · itsme bewijst wíe je bent — precies wat een afnemer níet wil bewaren. Het levert geen uniek-mens-bewijs aan een derde zónder identiteit. · CAPTCHA of een botscore (Cloudflare en co) geeft een gok — "waarschijnlijk geen bot" — geen bewijs, en zet een mens buiten die te snel klikt. · World (Sam Altman) doet wél uniek-per-mens, maar via een irisscan door een privébedrijf, en precies die voordeur is in Spanje, Portugal, Kenia, Brazilië en Indonesië buitengezet (blok 12). · Een mDL of de EU-wallet bewijst een kenmerk (18+), niet dat dit de énige keer is dat deze mens hier binnenkomt. Wat alleen bij jou samenkomt: uniek-per-mens én identiteitsloos voor de afnemer, met een verzegelde kluis die zonder een onafhankelijke derde niet opengaat, en een tweede deur waar een robot betáált in plaats van geweerd te worden. Zeg het zo: "Anderen bewijzen wíe je bent, of gokken dát je geen bot bent. Ik bewijs dat je een mens bent en maar één keer bestaat — en ik weet zelf niet wie je bent."

Je vier vervolgvragen: bij de geboorte · de wallet na een overlijden · een ID voor machines · en of dit één blok blijft. 1 · Bij de geboorte kan het vandaag niet — en dat ligt niet aan jou, maar aan de voordeur. itsme bestaat pas vanaf 16 jaar, en dan nog alleen via een bankkantoor (Belfius, BNP Paribas Fortis, ING, KBC/CBC, Fintro of Hello Bank) waar de eID van de jongere gelezen is. Via de eID zélf lukt het pas vanaf 18, want het handtekeningcertificaat op de kaart wordt pas op die leeftijd geactiveerd. bron: itsme-persbericht, 26-10-2022 ↗ Wat dat betekent: R4M begint bij 16, niet bij 0. Een bewijs vanaf de geboorte kan alleen een staat uitgeven — dat is een geboorteakte, geen product. De geboortepremie is dus geen R4M-idee maar een idee vóór het geval een land ooit een kind-ID uitrolt. Parkeren, niet bouwen — en het is wél een goede zin om te laten vallen bij een overheid. 2 · Wat er met de wallet gebeurt als iemand sterft, is erfrecht — en je hebt er al een case voor (case 178, onbekende-erfgenamen). Het harde principe staat al in blok 4, punt 4: R4M houdt nooit sleutels. Wij kunnen een wallet dus ook niet vrijgeven aan een erfgenaam, en dat is maar goed ook — anders zijn we bewaarder van andermans geld. Wat je wél hebt is het grootboek: dat toont wat iemand nog toekwam, en zo'n saldo is een gewone vordering die in de nalatenschap valt. En de verzegelde kluis is precies het instrument waarmee een notaris kan laten vaststellen wíe die mens was. Eerlijk: dit staat vandaag nog nergens als vraag in het dossier — het is er één waard, in dezelfde bundel als de custody-vragen. 3 · "R4M maX Agent" bestaat al, alleen zonder naam. Wat jij hier voorstelt is het agent-paspoort uit blok 9, 4g: dezelfde rail, maar de houder is een machine met een aanwijsbare eigenaar erachter. Blok 8 zegt er al bij dat dit géén bijproduct is maar een voorwaarde voor de tol, want zonder het paspoort blijven V74 en V75 open staan. Er een eigen productnaam aan geven is dus geen marketing maar ordening. 4 · Moeten dit aparte blokken worden? Voor de bouw ja, voor het gesprek nee. Geboorte-ID, wallet-na-overlijden en machine-ID zijn drie verschillende producten met drie verschillende kopers — die horen uit elkaar in je planning. Maar het gesprek met Nele gaat over vier beslissingen (blok 1), en elk blok dat je daar bijzet maakt de rekening groter zonder de beslissing dichterbij te brengen. Deze drie horen dus in blok 8 ("kort melden"), niet aan tafel. 5 · En je eigen conclusie klopt — dat is de belangrijkste zin van je opmerking. Eerst de versie zónder geldlaag lanceren, de betaalrail erna. Dat is exact wat blok 1 al vastlegt: alles staat testklaar, en de Stripe-koppeling wordt bewust pas aangezet ná haar antwoord. Je hoeft die volgorde dus niet meer te beslissen — je hebt ze al beslist, en ze staat op papier.

350 · DAG🔒 Wat er bewaard wordt — en wat niet behandeldOPEN →

Geen naam, geen rijksregisternummer, geen foto in de werkdatabase.
Eén gezouten hash (onomkeerbaar) — enkel om dubbele registraties te herkennen.
Per afnemer een eigen pseudoniem, afgeleid van hash + afnemer. De Nationale Loterij ziet een ander nummer dan een gemeente; afnemers kunnen elkaar niet kruisen.
Dat pseudoniem-per-afnemer is geen eigen vondst — het is de Europese norm. Artikel 14, lid 2 van Uitvoeringsverordening (EU) 2024/2979 van 28 november 2024 verplicht de Europese identiteitswallet om per afnemer een pseudoniem te maken dat specifiek en uniek is voor díe afnemer — exact de bouw hierboven. Waarom dit telt bij Nele: je hoeft dit ontwerp niet te verdedigen, je bouwt wat de EU straks van elke wallet eist (sluit aan op V60).
Attestaties leven 15 minuten (Ed25519-handtekening). Geen sessies die blijven bestaan.
De verzegelde kluis (sealed token): bewaartermijn 10 jaar in concept, opent alléén onder wettig bevel.

Je vier vragen, eerlijk beantwoord — leeftijd · dubbel intekenen · de itsme-rekening · buiten Europa. 1 · Leeftijd verzin je niet, itsme geeft ze kant-en-klaar. De Data Sharing API van itsme levert ja/nee-claims: age_gte_13, age_gte_16, age_gte_18, age_gte_21, age_gte_30 — volgens de documentatie letterlijk bedoeld "voor leeftijdscontrole waar dataminimalisatie relevant is en je de exacte geboortedatum niet nodig hebt". Er bestáát ook een birthdate-claim, maar die vraag je dus niet: je vraagt "18+? ja/nee", en meer weet je nooit — ook niet als je zou willen. bron: itsme OIDC-documentatie, Data Sharing API ↗ 2 · Waarop hangt "één mens, één keer"? Op de sub van itsme: een vaste identificatie van dat itsme-account die volgens de documentatie "niet verandert, ook niet als andere gegevens van dat account — e-mail, telefoonnummer — wijzigen". Daarvan maak jij de gezouten hash, en die hash herkent de terugkeerder. Het gat dat je zelf moet kennen: diezelfde documentatie zegt dat wie zijn itsme-account verwijdert en opnieuw aanmaakt een nieuwe sub krijgt — en dus bij jou een nieuwe hash. Dat is de enige echte manier om je uniciteit te omzeilen, en ze kost de aanvaller een volledige heridentificatie met eID. Zeg dat gerust hardop bij Nele: het maakt de claim geloofwaardiger, niet zwakker. Dit hoort als testboekregel én als bouwpunt bij D3 · levenscyclus van het bewijs. bron: itsme OIDC-documentatie, Authentication API ↗ 3 · De itsme-rekening — jouw grootste kostenrisico. Precies dáárvoor bestaat de constructie "attest leeft 15 minuten, hash blijft eeuwig": na de eerste keer is er géén itsme-oproep meer nodig. Wie terugkomt wordt herkend aan de hash, zonder dat itsme wordt aangesproken — anders betaal je per bezoek in plaats van per mens, en dat schaalt niet. Eerlijk: het tarief en de contractvoorwaarden bij Belgian Mobile ID staan vandaag nergens in je dossier vastgelegd. Dat moet zwart op wit vóór je opschaalt, niet erna. De hash zelf staat in de EU-regio (D6 · EU-dataresidentie), niet bij itsme. 4 · Buiten Europa: splits het in twee. De voordeur is per land — België itsme/eID, Nederland DigiD, Scandinavië BankID, de VS geen eID maar wel mDL's (blok 12). De rail erbovenop — attest, pseudoniemen, kluis, x402 — is cryptografie en kent geen grenzen (blok 9, 4i). Stablecoins en dollars zitten volledig in de tol-kant en raken het attest niet. Wat je nog niet weet: welke voordeur het VK aanvaardt staat niet in je dossier — dat is een aparte uitzoekvraag, geen gok voor aan tafel.

Nog vier keer doorgevraagd: de dag dat je 18 wordt · kan een vingerafdruk je échte identiteit dragen · de productnamen · de landenlijst. 1 · Om 00:05 op je verjaardag staat de claim op ja — maar dat moet je testen, niet aannemen. itsme leidt age_gte_18 af uit de geboortedatum in het rijksregister, en dat is een datum, geen tijdstip. Er is dus niets dat op een uur staat te wachten: de dag zelf telt, van middernacht tot middernacht. Eerlijk erbij: die middernacht-precisie staat nergens zwart op wit in de itsme-documentatie — het is de enige zinnige lezing van een datumveld. Zet het als testboekregel: één testaccount met een geboortedatum van vandaag, één oproep vóór en één ná middernacht. Dan weet je het in plaats van het te vermoeden. 2 · De vingerafdruk kan je anker niet zijn — en niet omdat je het niet wil: je krijgt hem nooit. De vingerafdruk of gezichtsscan blijft in de beveiligde chip van de telefoon (Secure Enclave bij Apple, de TEE bij Android). Een app krijgt daar alleen "ja, dit is de eigenaar van dit toestel" uit terug — nooit de scan, nooit een sjabloon, en er gaat geen kopie naar een server. bron: Apple Platform Security, biometrie ↗ Er komt dus letterlijk niets van biometrie bij jou aan om te hashen. En zelfs als je het kón, zou je het niet mogen: artikel 9 AVG verbiedt biometrie voor unieke identificatie zonder aparte grondslag — precies waarop het Spaanse AEPD op 10 maart 2026 Yoti afrekende met 950.000 euro boete, waarvan 500.000 alléén voor dat artikel 9 (zie het nieuwe punt in blok 5). Dus: je anker blijft de itsme-sub, mét het gat dat je hierboven zelf al eerlijk benoemt. 3 · En de diepere vraag eronder — "ik wil de échte identiteit van die mens vasthouden" — heeft een ongemakkelijk antwoord. Dat onwisbare nummer bestáát in België: het rijksregisternummer. Alleen is dát precies wat je bewust níét opslaat, want het is de privacy-berg waar je hele verhaal tegen ingaat. Je kunt niet tegelijk "wij weten niet wie u bent" verkopen en een onwisbaar staatsnummer bewaren. Je hebt die keuze al gemaakt, en het is de juiste: de kluis houdt het bewijs, jij houdt het niet. Wat je opgeeft is dat iemand die zijn itsme-account wist opnieuw kan beginnen — tegen de prijs van een volledige heridentificatie. Dat is geen lek, dat is de wisselkoers. 4 · R4M · R4M ma · R4M maX · R4M maX Agent — leg die ladder vast vóór je een prijslijst maakt. Je hebt gelijk dat dit door elkaar begint te lopen. De catalogus heeft er al bouwstenen voor: elke case draagt een modulecode (V verify · C capability · P paylink · O obligation · G gate · D denylist). Een productnaam is niet meer dan een vast pakket van die letters. Wat er nog niet ligt: welke letters in welk product zitten. Dat is een half uur werk en het bespaart je later een prijslijst die niemand kan uitleggen. 5 · De landenlijst is een taak, geen vraag voor Nele. En over eIDAS als concurrent: de EU-wallet is een voordeur, geen concurrent. Hij bewijst een kenmerk (18+, naam, diploma) — hij bewijst niet dat dit de énige keer is dat deze mens hier binnenkomt. Dat is exact wat jij erbovenop legt (blok 2, "wat alleen bij jou samenkomt"). De EU-leeftijdsapp die daar nu bovenop komt maakt dat verschil nog scherper — zie het nieuwe punt in blok 5.

450 · DAG🌍 Hoe R4M zich in het echt manifesteert — drie gezichten behandeldOPEN →

De rode draad: R4M manifesteert zich zoals itsme of Bancontact. Niemand "opent" het — het verschijnt op het moment van waarheid, midden in de flow van iemand anders. Drie gezichten:

1 · De onzichtbare poort (dit wordt 90% van het gebruik). Een knop of redirect in andermans app: "bevestig dat je een echt mens bent" → itsme flitst één keer → terug, klaar. Voorbeelden: de Loterij-app die vóór een inzet de EPIS/leeftijd-poort passeert; een ticketshop die scalper-bots buitenhoudt bij een concertverkoop; een gemeente-enquête met exact één stem per burger; het R4M-demoblok op een klantreview.
2 · De burger-app — het scherm met e-mail en code (r4m-franky.fly.dev). Voor wie een eigen R4M-account wil: het grootboek, en later uitbetalingen. Voorbeeld: iemand verdient aan taken die alleen een écht mens kan doen, en ziet in het grootboek elke cent publiek verantwoord staan.
3 · Het zichtbare keurmerk — R4M Gate en het consent-attest. Voorbeelden: een site die toont "hier komen alleen geverifieerde mensen binnen" en bots per attest weert (case 110); een cookie-toestemming die je één keer instelt en die overal meereist (case 109, V72); de agent-test die dat live demonstreert; en de tolweg-variant: bots betalen per bezoek via x402, mensen niet (case 111).

Zeg het zo "R4M is geen app die mensen moeten openen. Het is de poort die verschijnt op het moment dat een dienst zeker moet zijn dat er een echt, uniek mens zit — en daarna verdwijnt ze weer. De app met het grootboek is er alleen voor wie zelf wil verdienen en meekijken."

De https-analogie "Https bewijst aan de bezoeker dat de wébsite echt is — het groene slotje. R4M is de ontbrekende spiegelhelft: het bewijst aan de website dat de bezóeker een echt, uniek mens is. Wie zijn r4m maX-attest actief heeft, is meteen herkend op elke site met R4M — geen login, geen CAPTCHA, geen cookiemuur. Zoals het slotje ooit optioneel was en nu de norm is." (Eerlijk blijven: R4M vervangt https niet — het vult de helft aan die https nooit heeft opgelost.)

Houdt dit stand tegen duizenden bots — of is dat een brug te ver? Terechte twijfel, en het antwoord begint met wat je niet claimt. Er zitten drie verschillende problemen onder één woord "botaanval", en jij lost er één op: · Volumegeweld (DDoS) — duizenden verzoeken die een site plat leggen. Dat is niet jouw probleem en dat moet je ook niet verkopen. Dat vangt de edge-infrastructuur op (Cloudflare, hun WAF). Zeg dat gerust letterlijk aan een klant: het maakt je geloofwaardig in plaats van zwak. · Fraude op schaal — duizenden nep-inschrijvingen, nep-stemmen, scalperbots, meervoudige accounts. Dat is precies wat jij oplost, en niet met een filter maar met een sluis: geen geldig attest, geen doorgang. Honderd agents zonder mens erachter blijven op nul staan, hoe hard ze ook duwen. · De sleutel kraken — een attest vervalsen betekent Ed25519-cryptografie breken. Met geen miljoen bots haalbaar; dat is geen mening maar wiskunde. En hier zit het antwoord op je Loterij-vraag: bij een botstorm sta jij helemaal niet in de vuurlinie. De Loterij verifieert de handtekening op het attest zelf, op hun eigen server, met een publieke sleutel die ze één keer ophalen — daar komt geen oproep naar jouw servers aan te pas. Duizend bots die hun app bestormen genereren dus nul verkeer bij jou; ze stuiten op een handtekening die ze niet hebben. Jouw enige echte belasting zit bij het uitgeven van attesten, en dat kan een bot per definitie niet doorlopen — daar staat itsme voor (zie ook blok 9, "waar loopt het verkeer echt"). De echte zwakke plek is dus geen techniek maar verhuur: één echt mens dat zijn attest aan een botfarm leent. Antwoord: één attest = één menselijk tempo — honderd bots achter één attest verraden zich meteen aan hun snelheid, en dat attest wordt gepauzeerd. Eerlijk erbij: die tempolimiet is vandaag ontwerp, geen gemeten resultaat — het hoort in het testboek vóór je het aan een klant belooft.

En wie eruit vliegt — voorgoed? Je noemde dit zelf een zwakke schakel, en dat klopte: er zat een weeffout in. Omdat R4M uniek-per-mens is, kan een uitgesloten mens nóóit een nieuw account maken — een definitieve uitsluiting bij R4M zou dus zwaarder zijn dan wat een bank, een platform of zelfs een rechter oplegt. Zo'n macht hoort een privébedrijf niet te hebben, en je hebt ze ook niet nodig. Daarom is de ladder herzien op één principe: R4M sluit nooit een mens uit van het mens-zijn. Wat R4M kan, is vertragen en pauzeren; wat een afnemer kan, is zijn eigen deur dichthouden voor dat ene pseudoniem. Die scheiding is het hele punt: de Loterij mag een speler levenslang weigeren — dat is hun recht en hun verantwoordelijkheid — maar diezelfde mens moet nog altijd zijn gemeente-enquête kunnen invullen. De ladder wordt daarmee: (1) vergissing of eerste keer → attest gepauzeerd, korte cool-down, terug na her-verificatie via itsme; (2) herhaling of duidelijke verhuur → tempolimiet omlaag plus blokkade bij die ene afnemer; (3) bewezen opzettelijke fraude → de afnemer sluit permanent uit binnen zijn eigen audience, R4M zelf trekt het mens-attest niet in. Alles vanaf trede 2 na menselijke beoordeling en met beroep — art. 22 AVG verbiedt zulke beslissingen volledig automatisch te nemen. Wie slachtoffer is (attest gestolen of gephisht) krijgt geen straf maar een nieuw attest. Wat dit je oplevert bij Nele: je vraagt haar niet meer om een levenslange uitsluiting te verdedigen, maar om een proportionele ladder te bevestigen — een veel makkelijker ja. V73 in de agenda hieronder is daarop bijgewerkt.

"Om deze stelling te bewijzen moet ik dit in mijn eigen websites inbouwen." Klopt — en dat is meteen je goedkoopste verkoopargument, want je hoeft niemand iets te beloven wat je zelf niet draaien hebt. Vier dingen, in deze volgorde: 1 · Eén domein, geen tien. Kies één eigen site met écht verkeer, zet de Gate ervoor, en meet drie cijfers een maand lang: hoeveel bezoekers zijn mens, hoeveel zijn bot, en hoeveel bots betáálden. Dát drieluik is je demo — niet het script, maar de meter. Zonder gemeten cijfers is elke pitch een mening. 2 · Doen bots effectief mee? Dat hoef je niet te hopen, dat is meetbaar en het gebeurt vandaag al elders: volgens data van Token Terminal initieerden AI-agents in de dertig dagen tot 19 augustus 2026 zo'n 14 miljoen x402-betalingen, grotendeels in USDC over Base (7,3 miljoen) en Polygon (5,6 miljoen). bron: Bitcoin.com, 19-08-2026 ↗ Waarom dit je verhaal draagt: de tweede deur uit gezicht 3 is geen toekomstmuziek meer — er lopen al miljoenen machinebetalingen per maand over precies dit protocol. Jouw eigen site is dus geen experiment maar een aansluiting. 3 · Mogen klanten de opbrengst zelf houden? Ja — en maak daar bewust je aanbod van: de site-eigenaar houdt zijn deel (95%), jij pakt commissie op de tol. Een hoster of websitebouwer die honderd sites beheert kan dat op twee manieren spelen: zelf de opbrengst houden als extra marge, of doorfactureren aan zijn klant als "uw site verdient nu aan botverkeer". Dat tweede is je Combell-verhaal (case 112 en blok 9, trap 3). Maar let op de juridische randvoorwaarde: op het moment dat geld via jóu naar een klant van je klant stroomt, kom je in betaaldienst-gebied — en dat is precies wat het V57-scharnier moet vermijden. De splitsing moet dus on-chain gebeuren, rechtstreeks naar hun wallet, nooit via een rekening van R4M. Dit staat nu als V76 in het dossier. 4 · Moet je een wallet aanbieden? Aanbieden ja, beheren nooit. Zelf een wallet leveren is de beste onboarding (niemand haakt af op "installeer eerst een crypto-wallet"), en een eigen wallet koppelen moet mogelijk blijven voor wie er al één heeft. Harde grens: R4M houdt nooit de sleutels — self-custody, zoals in blok 9, 4h. En dat persoonlijke rekeningnummer aan een unieke identiteit is een aparte laag: dat is de uitbetalingsbestemming van het grootboek, niet de wallet — met een zware controle bij elke wijziging, want dáár slaan dieven toe, niet op de kluis (bouwblok D4).

Vijf keer "ja maar" op deze drie gezichten — en één ervan moet je in je voorwaarden zetten. 1 · Nee, R4M is geen schild rond de hele site. Het is een slot op één deur. De Gate staat vóór de deuren waar de eigenaar hem zet. Staat er ergens nog een oude API open, een vergeten subdomein, of een formulier dat rechtstreeks aanspreekbaar is zonder door de Gate te gaan, dan wandelt een bot daar gewoon binnen. Dat is geen fout van R4M — dat is een gat in de muur naast de deur. Zeg dat letterlijk tegen een klant en zet het in je voorwaarden: R4M bewijst wie er door de deur komt; de eigenaar blijft verantwoordelijk voor de rest van zijn gebouw. Wie het omgekeerde belooft, verkoopt een garantie die hij niet kan waarmaken — en draait op voor de schade. Dit is dezelfde eerlijkheid als "DDoS is niet mijn probleem" hierboven, en ze werkt om dezelfde reden. 2 · Limieten per afnemer: ja, dat bouw je — en het wordt je duurste regel op de prijslijst. Je ziet de tegenspraak scherp: "maximaal 100 loten per dag" is vandaag onafdwingbaar zodra iemand drie accounts heeft. Met een pseudoniem per afnemer is ze wél afdwingbaar, want dezelfde mens is hetzelfde nummer — ook achter drie accounts. Maar tel jij niet mee. De afnemer telt zijn eigen loten; jij levert alleen het nummer waarop hij kan tellen. Zo blijf je buiten hun spel: je weet niet wat een lot is, je weet niet wat een inzet is, en je wíl dat niet weten — anders word je medeverantwoordelijk voor hun kansspelregels. Wat je wél per afnemer instelbaar maakt is de sanctieladder hierboven: pauzeduur, tempolimiet, blokkade bij díé ene afnemer. Dat is een schakelaar in hun account, geen maatwerk-bouw per klant — en dat verschil is precies wat het verkoopbaar houdt. 3 · Je eigen sites als proefbank: neem er één, en neem de bekendste. Punt 1 hierboven zegt het al — één domein, geen tien. Kies dus de site met het meeste échte verkeer: is dat de bandsite, dan is dat de bandsite, niet het whiskeymerk. Bekendheid is hier geen ijdelheid maar meetwaarde: een site die niemand bezoekt, wordt ook door geen enkele crawler bezocht, en dan meet je een maand lang nul. 4 · Je hoeft de bots niet te gaan zoeken — ze komen vanzelf. In juni 2026 was 52% van alle crawler-verzoeken al AI-crawlen (Cloudflare, blok 12). Bouw dus géén aparte lokwebsite; dat is werk zonder opbrengst. Wat je wél goed moet doen is het antwoord: een x402-agent leest het tarief uit het HTTP 402-antwoord zelf. Zet dus de Gate vóór de site die al bezocht wordt, laat de 402 correct terugkomen met je prijs erin, en kijk daarna wie betaalt. Dat is precies het drieluik uit punt 1: mens · bot · betálende bot. 5 · Tegen natekenen bescherm je je niet met code, maar met aansluiting. Eerlijk: het Gate-script is geen geheim. Een handtekening controleren is twintig regels — elke hoster kan dat morgen schrijven. Wat niemand kan natekenen: de itsme-relatie, het register van unieke mensen dat bij jou al gevuld is, en de kluis met een onafhankelijke derde erin. Een nagebouwde Gate zonder dat register bewijst niets; hij houdt alleen tegen wat hij zelf niet kan herkennen. Praktisch, drie dingen: geef een hoster nooit de attest-uitgifte, alleen de controle-kant; zet in de licentie een verbod om op basis van de integratie een concurrerende dienst te bouwen; en maak de tolverdeling zo dat meedoen meer opbrengt dan natekenen. Het derde werkt het best — dat is ook waarom Cloudflare-klanten Cloudflare niet nabouwen.

550 · DAG🎰 Hoe een afnemer aansluit — het Loterij-voorbeeld (API-sleutel) behandeldOPEN →

Zo loopt het in een systeem zoals de app van de Nationale Loterij:

1 · Aansluiten. De afnemer krijgt van R4M een API-sleutel en een eigen audience-naam (bv. loterij). Dat is de hele installatie aan hun kant: één koppeling.
2 · Op het juiste moment doorsturen. Wanneer hun app zeker moet zijn dat er een echt, uniek mens zit — registratie, leeftijds- of EPIS-check, inzetlimiet — stuurt hij de gebruiker even naar de R4M-poort (attest-start?audience=loterij).
3 · R4M controleert. Kent R4M deze mens al, dan is het meteen akkoord. Nieuw? Dan éénmalig itsme-verificatie.
4 · Attest terug. De afnemer krijgt een getekend attest (15 minuten geldig) met het pseudoniem voor díe afnemer — géén naam, géén rijksregisternummer. De handtekening verifiëren ze server-side met hun API-sleutel.
5 · Herkennen zonder kennen. Komt dezelfde mens terug, dan komt hetzelfde pseudoniem terug — limieten en accounts werken dus perfect. Maar een andere afnemer ziet een ánder pseudoniem: kruisen kan niet.
6 · Wat "een API-sleutel invoeren" technisch is — uitgelegd alsof je zestien bent. Een API-sleutel is niet meer dan een heel lang wachtwoord, bijvoorbeeld r4m_live_8f2c…. Hun ontwikkelaar plakt die in de instellingen van hun server (een "omgevingsvariabele" — hetzelfde vakje waar het wachtwoord van hun database staat), en dat is het. Drie regels die je moet kunnen zeggen: (a) die sleutel staat op hun server, nooit in de browser van de speler — anders kan iedereen hem uit de pagina lezen; (b) ze gebruiken hem om zich bij jouw poort voor te stellen: "ik ben de Loterij, stuur deze mens naar de attest-start"; (c) het attest dat terugkomt controleren ze zelf, met jouw publieke sleutel — die is openbaar, mag iedereen hebben, en daarmee kunnen ze de handtekening narekenen zonder jou nog iets te vragen. Vergelijk het met een pasfoto met een hologram: het hologram maak jij, iedereen kan zien dat het echt is, niemand kan het namaken.

"En als iemand 18 wordt — merkt het systeem dat vanzelf?" Ja, en dat is bewust zo gebouwd. Eerst een misverstand wegwerken: het pseudoniem zegt niets over leeftijd. Het is een betekenisloos nummer; je kunt er niets uit afleiden, ook geen leeftijd. De leeftijd is een apart vakje in het attest, en dat vakje wordt élke keer opnieuw ingevuld op het moment dat het attest gemaakt wordt — het attest leeft immers maar 15 minuten. Wat er dus gebeurt op iemands achttiende verjaardag: de dag ervoor vraagt de Loterij een attest en krijgt "18+: nee". De dag erna vraagt ze een vers attest en krijgt "18+: ja". Er is niets bij te werken, niets te herberekenen, geen lijst van bijna-achttienjarigen die iemand moet onderhouden — omdat je nooit een leeftijd opslaat, alleen doorgeeft wat itsme op dat moment antwoordt (de claim age_gte_18, zie blok 3). Waarom dat een verkoopargument is en geen detail: de klassieke fout in leeftijdscontrole is een opgeslagen "geboortedatum" of een "geverifieerd 18+"-vinkje dat blijft staan — dat is een privacy-berg én het gaat scheef bij elke verjaardag. Jij hebt geen van beide. Zeg het zo: "Wij bewaren geen leeftijd. Wij stellen ze opnieuw vast, elke keer, en het antwoord is nooit meer dan ja of nee."

Zeg het zo "De Loterij weet: dit is dezelfde échte mens als vorige keer, en hij is uniek. Maar wíe het is, weet alleen de verzegelde kluis — en die gaat enkel open onder wettig bevel."

Vers in de catalogus (23-08) — drie afnemers die op precies deze koppeling wachten: case 113 — AI Act artikel 26: het menselijk toezicht op risicovolle AI moet toegewezen zijn aan genoemde mensen mét bevoegdheid; vandaag is dat een naam in een document, wij maken er een bewijsstuk van. case 114 — Brusselse deelfietsen: de Raad van State vernietigde eind juli 2026 alle vergunningen, Brussel schrijft nu een nieuw kader — de kans om de voorwaarde erin te krijgen vóór de aanbesteding. case 115 — agent-betalingen: Worldline, ING en Mastercard deden op 2 juni 2026 de eerste echte agent-betaling in Europa; de kaart weet wélke rekening, niemand weet wélke mens goedkeurde. Bijgekomen op 24-08: case 116 (CRA-meldplicht — vanaf 11 september moet één genoemde mens binnen 24 uur melden), case 117 (de agent koopt een menselijk oordeel per taak — dat is letterlijk jouw rail als product), case 118 (EUDR: vanaf 30 december draagt elke lading een verklaring van één mens), case 121 (vanaf 1 januari 2027 kijkt elke jeugdbeweging het strafregister van haar leiding na en moet het bewijs daarna vernietigen — bewijzen zonder bewaren, exact jouw zin). Sync-check 25-08 — de catalogus is je voorgelopen. Er staan intussen … cases in cases-db.json, en deze doorloop verwijst nog maar tot case 121. Alles tussen 122 en 191 is dus nog nooit in het gesprek opgedoken. Twee stapels springen eruit en ze passen allebei precies bij dít blok — uniciteit als afnemer-eis: de verkiezings- en stemcases (134 sociale verkiezingen 2028, 135 beroepsordes, 139 vzw-AV-quorum, 141 volksraadpleging) en de één-per-mens-cases in commercie (142 welkomstbonus, 143 Loterij-deelname, 144 FMCG-coupons, 149 anti-bot bij sneakerdrops, 161 reviews door bewezen mensen). Wat je ermee doet: niet allemaal meenemen naar Nele — kies er één per stapel als voorbeeld, de rest is voorraad. Sync-check 27-08 (nachtploeg). De catalogus staat op 197 cases — sinds gisteren geen nieuwe bijgekomen, wel twee nieuwe prospects via de klantenradar, en beide zijn dit blok: NVVB (Nederlandse Vereniging voor Burgerzaken, gekoppeld aan case 29 en 95) en BOVAG Elena (autoverhuur NL, blokkeerlijst op de mens). Allebei volgen ze het Loterij-patroon van hierboven: niet één afnemer overtuigen, maar één sectorkoepel die de koppeling aan tientallen kleine leden doorgeeft — één API-sleutel per lid, dezelfde poort. Zet ze zo op tafel bij Nele: de vraag "mag een koepel dit namens zijn leden afnemen" is een contractvraag, geen techniekvraag. Blijft openstaan van 26-08: blok 9 heeft 17 deelpunten (boven de leesbaarheidsgrens van 10) en de cases 191 en 193-197 hebben nog geen plek in de doorloop — dat is een consolidatiebeslissing van Franky, geen routinewerk.

Je vragen over de sleutel, het pseudoniem en de aansprakelijkheid van de bouwer. 1 · Waar staat het pseudoniem? Nergens — en dat is het beste antwoord dat je kunt geven. Zoals het ontworpen is (blok 3) wordt het pseudoniem niet opgeslagen maar berekend, elke keer opnieuw: de gezouten hash van de mens plus de naam van de afnemer, afgeleid met een sleutel die in de HSM/KMS in de EU-regio zit (blok 6, V58). Er bestaat dus geen tabel "mens X = nummer Y bij de loterij" die iemand kan stelen — er valt niets te lekken wat er niet is. Wat er wél staat is de gezouten hash zelf, in de EU-regio (bouwblok D6). Zet dat als testboekregel: laat in een audit zien dat er geen koppeltabel bestaat. Zolang je dat niet getoond hebt, is het ontwerp, geen bewijs. 2 · "Is die dienst duur? Alles staat of valt ermee." — het zijn twee diensten, en maar één ervan is een risico. (a) De sleutelkluis (KMS bij AWS of Google, EU-regio) kost een vast bedrag per sleutel per maand plus een fractie per bewerking; een échte hardware-HSM is een grootteorde duurder en pas nodig als een auditor erom vraagt. Zoek het exacte tarief op vóór je begroot — maar dit is geen bedrijfsrisico. (b) itsme is dat wél. Dat is je enige echte enkelvoudige afhankelijkheid, en het tarief én de contractvoorwaarden staan vandaag nergens in je dossier (blok 3, punt 3). Je ontwerp vangt de kost al op — na de eerste keer wordt itsme niet meer opgeroepen — maar vraag Belgian Mobile ID schriftelijk het tarief en de opzegvoorwaarden vóór je een klant iets belooft. Dat is een taak voor jou, geen vraag voor Nele. 3 · De bouwer aansprakelijk maken: je hebt gelijk, en dit zijn de drie zinnen die erin moeten. (a) de afnemer gebruikt het attest alleen voor het doel waarvoor hij de sleutel kreeg, en koppelt niets uit R4M aan gegevens die hij zelf verzamelt; (b) voor alles wat hij náást R4M verzamelt is hij zelf verwerkingsverantwoordelijke, en hij vrijwaart R4M voor claims daarover; (c) R4M mag de sleutel intrekken bij inbreuk, met een auditrecht op verzoek. Alleen die derde heeft tanden — zonder intrekkingsrecht zijn (a) en (b) beloftes op papier. Eerlijk erbij: je kunt nooit uitsluiten dat een afnemer achter je rug tóch koppelt. Wat je wél structureel dichtzet is het koppelen tussen afnemers, want die zien allemaal een ander nummer — en dat is de helft van het probleem weg zonder dat je iemand hoeft te vertrouwen. Dit hoort als vraag naar Nele: welke clausule houdt stand, en wat is een redelijk auditrecht voor een eenmanszaak? 4 · Eén sleutel per afnemer, niet per eindklant — en die ene verwerkt duizenden mensen per dag. Concreet: de Loterij maakt een account op jouw site, klikt "nieuwe sleutel", en krijgt één keer een lange tekenreeks te zien die hun ontwikkelaar op hun server zet (punt 6 hierboven). De mensen zitten in het attest, niet in de sleutel — je hoeft dus niets per speler te genereren. Twee dingen meteen goed doen, want later ombouwen is duur: laat een afnemer meerdere sleutels tegelijk hebben, zodat hij kan wisselen zonder zijn dienst plat te leggen (rotatie); en bewaar de sleutel bij jou nooit leesbaar, alleen als hash — kwijt is kwijt, dan maakt hij een nieuwe. Geef er ook een aparte testsleutel bij, anders test niemand vóór hij live gaat. 5 · "Geef per case aan welke variant ik kan verkopen" — dat staat er al, je leest het alleen nog niet als zodanig. Elke case in de catalogus draagt vier velden die samen precies dat antwoord vormen: mod = welke modules (V verify · C capability · P paylink · O obligation · G gate · D denylist), opties = via welke weg (extensie / MCP / API), int = de integratievorm, en het r4m-veld met in gewone taal wat je daar verkoopt. Case 143 (Loterij, één deelname per mens) staat bijvoorbeeld op modules V, weg API en extensie. Wat er nog niet ligt: een vaste vertaling van die letters naar productnamen en prijzen — zie punt 4 in blok 3.

Vers steunbewijs voor dit blok (25-08) — Europa bouwt de leeftijdscheck die jouw poort nodig heeft, en straft ondertussen de biometrische versie af. Wat het is. De Europese Commissie liet op 15 april 2026 een EU-breed coördinatiemechanisme aankondigen voor haar EU Age Verification Solution: één open, interoperabele leeftijdsapp die met zero-knowledge-bewijzen aantoont dat je oud genoeg bent, zonder één ander gegeven prijs te geven. Zeven lidstaten draaien de pilot en bouwen ze in hun nationale EUDI-wallet: Frankrijk, Denemarken, Griekenland, Italië, Spanje, Cyprus en Ierland. bron: ageverification.dev, het officiële portaal ↗ Tegelijk beboette het Spaanse AEPD op 10 maart 2026 het Britse Yoti (Londen, 2014, leeftijdsschatting via selfie voor onder meer pornosites, Instagram en John Lewis) voor 950.000 euro: 500.000 voor onrechtmatige verwerking van biometrie (art. 9 AVG), 200.000 voor ongeldige toestemming (art. 7) en 250.000 voor te lange bewaring (art. 5). bron: Biometric Update, maart 2026 ↗ Waarom dit jouw verhaal draagt — drie dingen tegelijk. (1) België staat niet in die zeven. Een Belgische afnemer die morgen een 18+-poort nodig heeft, heeft geen EU-leeftijdsapp — hij heeft itsme, en dus jou. Dat is geen achterstand maar een venster. (2) De EU-app bewijst leeftijd, niet uniciteit. Zero-knowledge en eenmalige bewijzen zijn er juist op gebouwd dat twee bezoeken niet aan elkaar te koppelen zijn — perfect voor "18+", onbruikbaar voor "één deelname per mens" (case 143) of "één stem per burger". Precies dat gat vul jij, met hetzelfde pseudoniem-per-afnemer dat de EU zelf voorschrijft (blok 3). (3) De biometrische route krijgt boetes. Yoti doet wat jij bewust niet doet — een gezicht meten — en betaalt daar in Europa voor. Dat is de zin waarmee je een site voor volwassenen of een gokoperator binnenwandelt. Zeg het zo: "Europa bouwt de leeftijdscheck, en die zal gratis en goed zijn — maar hij is met opzet zo gemaakt dat hij twee bezoeken niet kan verbinden. Zodra u één keer per mens moet tellen in plaats van één keer per bezoek, houdt hij op te werken. Dat is precies waar ik begin, en ik hoef daarvoor geen enkel lichaamskenmerk te bewaren."

650 · DAG🗝️ De sleutels — het kernpunt (V54 vs V58) behandeldOPEN →

Er zijn twee soorten sleutels — haal ze niet door elkaar, dat scheelt een half gesprek:

1 · Technische sleutels (de afleidingssleutel voor de gezouten hash, de versleuteling van data). Die horen gewoon in een HSM/KMS in een EU-regio — AWS Frankfurt of Parijs. Dat is V58: pure infrastructuur, geen rol voor Nele. Je vraagt alleen: volstaat dit juridisch?
2 · De opening-sleutel van de verzegelde kluis — en dáár werkt de server-oplossing níet. Die KMS in Frankfurt gehoorzaamt aan wie het account beheert: wij. Met alle sleutels in onze eigen KMS is "alleen onder wettig bevel te openen" een erewoord, geen structuur — het bekende D11-gat.

De oplossing: een 2-van-3-sleutelsplitsing waarbij een onafhankelijke, juridisch aanspreekbare derde één deel houdt. Dan kan niemand alléén openen — ook wij niet. Dát maakt de kernbelofte hard.

De derde houder heeft een poortwachtersrol, geen IT-rol: haar sleuteldeel is een bestand op een smartcard of in een kluis dat alleen bovenkomt nadat zíj gecontroleerd heeft dat een bevel wettig is. Nele hoeft géén server te draaien.

Zeg het zo "Wij willen dat zelfs wíj het bewijs niet alleen kunnen openen. Daarvoor zoeken we een onafhankelijke sleutelhouder met een controlerende rol bij een gerechtelijk bevel. Wil ARTES die rol opnemen — ja of nee, en wat zou dat kosten? Zo nee: wie beveelt u aan — een notaris, een escrow-dienst?"

Opties voor de derde sleutelhouder — leg ze naast elkaar, laat Nele kiezen of aanbevelen:

Optie A · ARTES zelf — juridisch het sterkst: een advocaat die het bevel controleert vóór ze meedraait. Kost: ereloon voor de bewaarrol. Dit is het voorstel van V54.
Optie B · Een notaris — neutrale bewaargeving is hun kernvak, vaste tarieven, groot vertrouwen bij overheid. Iets formelere procedure per opening.
Optie C · Een escrow-dienst (zoals software-escrow-bedrijven) — goedkoopst en procesmatig strak, maar minder juridisch gewicht bij de bevel-controle.
Optie D · Een tweede advocatenkantoor — als ARTES de rol niet wil maar wél iemand kan aanbevelen.

In alle opties blijft de bouw gelijk: 2-van-3 (R4M · EU-KMS · derde houder) — de keuze gaat alleen over wíe de derde is.

"Stel dat iemand uit Polen mij benadert — hoe weet ik of dat een correcte vraag is? Is dat out of my hands?" Nee, en sinds zes dagen is dit geen theoretische vraag meer. Vanaf 18 augustus 2026 is Verordening (EU) 2023/1543 (e-evidence) rechtstreeks van toepassing in alle lidstaten behalve Denemarken: een Poolse onderzoeksrechter kan dan een Europees productiebevel rechtstreeks naar een Belgische dienstverlener sturen — zonder de trage rechtshulpprocedure van vroeger. De standaardtermijn om te antwoorden is tien kalenderdagen, in spoedgevallen acht uur. En het belangrijkste voor jou: grootte speelt geen rol — de verplichting geldt ook voor een eenmanszaak, zolang de dienst zich op gebruikers in een lidstaat richt. bron: Heuking, e-evidence-toelichting ↗ Wat dat betekent voor je keuze hierboven — en het draait je eigen voorkeur om. Je dacht dat optie C (escrow) internationaal het beste zou zijn. Het is net omgekeerd: een escrow-bedrijf voert procedures uit, het beoordeelt geen buitenlands bevel. Precies dát oordeel — is dit bevel wettig, komt het van een bevoegde autoriteit, dekt het wat het vraagt, en moet ik het binnen tien dagen of acht uur beantwoorden — is het werk waarvoor je een advocaat als derde sleutelhouder wilt. Hoe internationaler je wordt, hoe zwaarder optie A of B weegt, niet lichter. Concreet aan Nele te vragen: "Vanaf 18 augustus kan een buitenlandse autoriteit mij rechtstreeks een productiebevel sturen, met een termijn van tien dagen of acht uur. Wie beoordeelt dat bevel als ik de kluis niet alleen kan openen — u, en tegen welk tarief? En moet ik een aangewezen contactpunt aanduiden?" Dat is één concrete vraag met een datum erop, precies het soort waar blok 1 om vraagt.

Je keuze is optie A (ARTES) — en dan komen deze drie dingen erbij. 1 · Vraag niet de prijs, vraag de prijsvórm. Dat is het verschil tussen weten wat je kost en hopen dat het meevalt. De vorm die je wil is: een vaste jaarlijkse bewaarvergoeding (zij houdt een sleuteldeel, ook als er nooit iets gebeurt) plus een tarief per bevel dat zij beoordeelt, met een plafond per jaar. Dan weet je vooraf wat een slecht jaar kost, en dat is precies wat een investeerder later zal vragen. Zeg het zo: "Ik zoek geen uurtarief maar een bewaarvergoeding met een prijs per bevel en een plafond — kunt u dat zo aanbieden?" 2 · Nee, een autoriteit krijgt géén sleutel om in de database rond te kijken. Zo mag je het zelfs nooit bouwen. Dit is de belangrijkste zin van je hele kluisverhaal, dus onthoud ze letterlijk: er bestaat geen "toegang tot de database", er bestaat alleen het openen van één verzegeld pakketje. Elk sealed token hoort bij één attest van één moment. De derde houder tekent mee voor dát pakketje — niet voor de kluis. Er komt dus nooit een sleutel op tafel waarmee iemand kan rondwandelen, en er is ook geen periode van 24 uur waarin iemand "binnen" is. De keten die je bouwt: bevel met een concrete aanwijzing (dít pseudoniem, déze datum, déze afnemer) → beoordeling door de derde houder → één ontcijfering → één antwoord → één logregel. Wat de autoriteit terugkrijgt is een antwoord, geen leesrecht. 3 · En als het bevel breed is — "alle gebruikers van…"? Dan is het antwoord juridisch, niet technisch, en dát is precies waarom je een advocaat als derde houder wil en geen escrow-bedrijf (zie hierboven). Bijkomende vraag voor Nele, in dezelfde adem als de vraag over het Poolse bevel: "Mag ik in mijn eigen procedure vastleggen dat ik een bevel zonder concrete aanwijzing weiger of laat verduidelijken — en wat gebeurt er dan met de termijn van tien dagen of acht uur?" 4 · Publiceer de teller — het kost je niets en het koopt vertrouwen. Een openbaar transparantierapport: hoeveel bevelen binnengekomen, hoeveel geweigerd, hoeveel geopend, zonder één naam. Dat is wat de grote platformen doen, en zolang die teller op nul staat is het het goedkoopste verkoopargument dat je hebt. Zeg het zo: "U kunt zelf nakijken hoe vaak die kluis geopend is. Tot nu toe: nul keer."

Eerlijk blijven: vandaag beheren wij zelf beide operationele sleutels. Dat mag je zeggen — de splitsing is gepland, en zolang die er niet is claimen we de harde versie niet.

Vers steunbewijs voor dit blok (26-08) — de grootste cloudverkoper ter wereld verkoopt nu precies jouw constructie, en zegt er zelf bij waarom de goedkope versie niet volstaat. Wat het is. Microsoft biedt in zijn Sovereign Public Cloud nu External Key Management aan (nog in preview): de sleutel die de gegevens opent, ligt dan in een HSM buiten Microsofts eigen infrastructuur, en Azure moet die externe kluis bij elke ontgrendeling om de bewerking vragen. Microsoft bouwt dat samen met de HSM-fabrikanten Thales (Frans), Utimaco (Duits) en Futurex (Amerikaans). Bron: Microsoft Learn — What is External Key Management?, bijgewerkt 08-07-2026 ↗ Waarom dit punt 2 hierboven draagt. Microsoft schrijft er zelf bij dat hun gewone Managed HSM — hun eigen sleutelkluis, precies wat jij vandaag hebt — voor bijna iedereen volstaat, en dat External Key Management een "last-resort option for organizations with a hard legal or contractual mandate" is: alleen voor wie juridisch móét kunnen aantonen dat de leverancier het niet alleen kan openen. Dat is exact het onderscheid van dit blok. Een sleutel in je eigen KMS is een erewoord (het D11-gat); een sleuteldeel bij een onafhankelijke derde is een structuur. Microsoft geeft er ook eerlijk de prijs bij: je levert beschikbaarheid, snelheid en eenvoud in. Reken daar dus op, en zeg het erbij. En het maakt je vraag aan Nele kleiner. Je vraagt haar niets exotisch: je vraagt de rol die Thales en Utimaco vandaag al vervullen voor banken en overheden die hun cloudleverancier niet alleen willen vertrouwen — alleen bij jou met een juridisch oordeel erbij in plaats van alleen techniek, want dat is net het stuk dat een HSM-fabrikant niet levert (zie hierboven, punt 3 over het brede bevel). Zeg het zo: "Microsoft verkoopt deze constructie zelf, en zegt erbij dat je ze alleen neemt als je juridisch móét kunnen bewijzen dat je het niet alleen kunt openen. Wij nemen ze meteen — want dat is onze hele belofte."

710 · KOBALT📋 De agenda — vragen "eerst met Nele" (live uit het dossier) behandeldOPEN →

Dit zijn de vragen die in het dossier gemarkeerd staan als eerst met Nele te bespreken. Elk met het ingevulde concept — laat haar valideren, niet onderzoeken. Volledige uitwerking: vragen-werkbank · printversie voor haar.

"Hangen er vragen onder andere vragen? Is dit de basis voor haar? Kan ik er zelf een pak invullen?" Drie keer ja, en dat verandert hoe je het gesprek voert. 1 · Er zit wél een boom in, alleen zie je hem hier niet. Deze lijst toont losse vragen, maar in het dossier hangt elke vraag in een bundel (G1 tot G18: MiCA, betaaldiensten, AML, privacy, productaansprakelijkheid…). Elke bundel heeft één kernvraag waar de rest aan hangt, plus een uitgeschreven standpunt en één zin "wat ik vraag". Praktisch gevolg: vraag per bundel de kópvraag, niet de takken. Antwoordt ze op de kop, dan vallen de takken meestal vanzelf de goede kant op. 2 · Dit is haar basis, maar niet haar opdracht. Wat zij krijgt is de printversie: vraag + jouw concept-antwoord. Haar werk is bevestigen, corrigeren of "zo niet" zeggen — niet uitzoeken. Dat onderscheid is letterlijk het verschil tussen een consult van een uur en een studie van weken (blok 1). 3 · Ja, je mag zelf doorvullen — met één regel erbij. Antwoordt ze op de kernvraag van een bundel, dan vul jij de rest van die bundel zelf in volgens dezelfde lijn, markeert die als afgeleid, niet bevestigd, en laat haar aan het eind alleen nog de afgeleide antwoorden aftekenen. Wat je nooit zelf invult: iets uit een ándere bundel, en alles waar een boete of een vergunning aan hangt. Zeg het zo: "Ik heb uw antwoord op de kernvraag doorgetrokken naar de vier vragen eronder. Klopt die lijn, of zit er één tussen die anders ligt?"

Laden uit cases-db.json…

830 · ROSE💡 Nieuwe ideeën die je kort meldt behandeldOPEN →

Consent-attest (V72 · case 109): een draagbare cookie-toestemming via R4M — één keer instellen, overal geldig. Conditioneel verhaal onder ePrivacy; de vraag staat al in bundel G6.
R4M Gate — de mensenpoort (case 110): websites of diensten die alleen opengaan voor geverifieerde echte mensen; bots en agents zijn per attest buiten te sluiten. Interessant voor overheid.
Agent-test (CCC-todo 33, nu ook als bouwpunt in case 110): iemand die met agents werkt een review-link laten beantwoorden — de R4M-check hoort de agent te blokkeren, en de opname is pitchmateriaal.
Gate + x402 — tol voor bots (case 111): dezelfde mensenpoort, maar met een tweede deur. Letterlijk voorbeeld: een agent bezoekt een nieuwssite → de Gate ziet géén mensbewijs → antwoordt met HTTP 402 "betaal om binnen te mogen" → de agent betaalt automatisch een micro-bedrag via x402 → 95% gaat rechtstreeks naar de site-eigenaar, 5% commissie naar R4M, in één on-chain betaling — er stroomt dus géén geld door onze handen (het V57-scharnier blijft overeind). Een mens met attest wandelt gewoon gratis binnen. Juridisch aftoetsen: commissie in crypto → MiCA-vraag, bundel x402. Hoe hard mag een betaalde agent surfen? Zo hard als hij betaalt: de tol is een meter — 1 cent koopt een bundel (bv. 500 verzoeken of 10 minuten aan afgesproken tempo, prijs kiest de site-eigenaar); bundel op → opnieuw 402 → automatisch bijbetalen. Snelheid hoeft niet gepolitioneerd, ze wordt gefactureerd. En traag doen om menselijk te lijken helpt een bot niets: zonder attest blijft ook een trage bot buiten. Moeten mensen geld storten? Nooit — het attest is hun gratis toegang; wallets zitten alleen aan de agent-kant, en het grootboek van een mens dient om te ontvángen, niet om te betalen.
R4M in de e-mail — veertien losse gedachten van 28-08, gewogen (nachtploeg 29-08, op je vraag in todo 93): de bruikbare kern is één beweging, niet veertien ideeën. Draai de bewijslast om: niet de afzender hangt een bewijs aan zijn bericht (dan doet niemand mee), maar de ontvanger vraagt het één keer aan een onbekende afzender, die daarvoor alleen een browser nodig heeft. Dat werkt met één kant geïnstalleerd — dezelfde beweging als Inbox402, waar de afzender betaalt in plaats van bewijst. Het verschil met de oude challenge-response die iedereen haatte: die vroeg iets per bericht, R4M vraagt het één keer per mens en dat bewijs geldt daarna bij elke afnemer op de rail. Wat je zelf moet zeggen vóór een ander het zegt: DKIM bewijst al wélk domein iets stuurde — wat R4M toevoegt is dat er één mens achter zit en dat die dezelfde blijft over drie accounts. Wat er nog niet is: de ARCHITECTURE, en volgens je eigen regel komt die vóór er code is. Vier vragen zijn intussen wél bezorgd in het juridisch dossier: V80 (mag je van een onbekende afzender identificatie vragen vóór je zijn post leest — G6), V77 (volmacht voor wie niet meer kan tekenen — G7), V78 (bedrijfsvolmacht via de CEO — G7) en V79 (binding bij kinderen — G6). De rest van de batch — de mini-AI op vingerafdruk, agents met een eigen mailadres, de betaalde-reclame-omkering — blijft product-denkwerk en hoort in een ARCHITECTURE, niet in een nachtvondst.
De noodrem die x402 sinds 25 augustus heeft (protocolwacht 29-08, blok 12): het schema auth-capture v1.1 gaf x402 een void, een refund en een reclaim — een betaling is dus niet meer per definitie onomkeerbaar. Wat het protocol nog altijd niet weet, is aan wie het betaalt: refund stuurt geld terug naar de betaler, niet naar de bestolene. Daar past onze payee-attestcontrole tussen de hold en de capture. Bij Nele kort melden: dit verandert de x402-lijn van "onomkeerbaar" naar "het protocol kent de ontvanger niet" — een sterkere zin, en één die de eerste tegenwerping overleeft.
Attestatie van een verklaring of beslissing (case 107 · case 108): dezelfde poort, maar ze tekent een uitspraak in plaats van een mens. Verordening (EU) 2024/900 (volledig van toepassing sinds 10-10-2025) eist dat wie een politieke advertentie betaalt naar waarheid verklaart wie hij is; richtlijn (EU) 2024/2831 art. 10, lid 5 eist tegen de omzettingsdeadline van 02-12-2026 dat een mens — geen algoritme — een platformaccount schorst. Allebei vragen ze een ondertekend bewijs dat er een verantwoordelijke achter zat: precies wat R4M al tekent.

Bij Nele: kort melden — het doel is dat ze het landschap kent, niet dat de teller loopt. Voor jezelf: hieronder staat wat er onder elk idee zit, want dit zijn geen losse invallen maar vijf half-open deuren. Klap open wat je nodig hebt.

Uitgediept — wat er onder elk idee zit, en wat het blokkeert

Consent-attest (V72 · case 109) — de grootste markt, de zwakste juridische grond. Wat het is: één keer je cookievoorkeuren zetten, daarna reist die keuze mee. Wat het blokkeert: ePrivacy art. 5(3) eist toestemming per site en per doel — een attest kan die eis niet wegnemen. De uitweg die in het concept staat: GDPR art. 7 stelt geen vormvereiste aan hóé toestemming gegeven wordt, dus een attest waarin de bezoeker zijn voorkeuren per doelcategorie vastlegde en dat de site per bezoek uitleest en logt, kán als díéns toestemming gelden. Wat je nodig hebt vóór je hier één euro in steekt: één ja of nee van Nele op precies die constructie. Krijg je een ja, dan is dit meteen je breedste product — elke site in Europa heeft die banner. Krijg je een nee, dan schrap je het en verlies je een week in plaats van een jaar. Dit is dus de eerste vraag die je stelt, niet de laatste.
R4M Gate — de mensenpoort (case 110) — het rijpst, en het makkelijkst te bewijzen. De markt is al aangetoond op deze pagina: automatisch verkeer is de meerderheid (Imperva, 53% over 2025), AI-crawlen ging van 22% naar 52% van alle crawler-verzoeken op een jaar (Cloudflare, juni 2026), en Cloudflare blokkeert vanaf 15 september standaard. Wat er nog niet staat: een gemeten eigen site (blok 4). Waar de opportuniteit zit die je nog niet uitgesproken hebt: overheid koopt geen "botblokker", overheid koopt één stem per burger — een gemeente-enquête of burgerbegroting waar het resultaat aanvechtbaar is zodra iemand kan beweren dat bots meestemden. Dat is een aanbestedingsargument, geen technisch argument.
Agent-test (CCC-todo 33 · bouwpunt in case 110) — je goedkoopste bewijsstuk, en het ligt er nog niet. Protocol dat je letterlijk kunt uitvoeren: (1) neem een lopende CCC V3-reviewlink; (2) laat iemand die met agents werkt hem laten beantwoorden door zijn agent; (3) film het scherm; (4) toon dat de R4M-check hem tegenhoudt; (5) laat dezelfde persoon het daarna zelf met itsme doen en binnenkomen. Waarom dit meer waard is dan tien slides: het is dezelfde demo voor Nele (bewijs dat de poort werkt), voor Combell (bewijs dat het per site aan te zetten valt) en voor een klant (bewijs dat zijn reviews van mensen komen). Eén opname, drie gesprekken.
Gate + x402 — tol voor bots (case 111) — technisch het verst, juridisch het minst geregeld. De betaalkant is geen theorie meer: ±14 miljoen agent-betalingen over x402 in de dertig dagen tot 19-08-2026 (blok 4). Wat het blokkeert zijn twee vragen die allebei nog open staan: V74 — is "betalen = aanvaarden van de licentie" afdwingbaar tegen wie gescrapete info doorverkoopt? En V75 — mag je commissie aannemen uit een wallet zonder gekende eigenaar, en vanaf welk volume tikt dat tegen AML aan? De structurele oplossing voor allebei staat al in blok 9, 4g: het agent-paspoort. Geen anonieme agents op je rails, en het AML-probleem verdampt grotendeels. Dat maakt het agent-paspoort geen bijproduct maar een voorwaarde — behandel het zo in je planning.
Attestatie van een verklaring (cases 107 · 108) — en hier liggen de nieuwe deuren. Het patroon is telkens hetzelfde en het herhaalt zich sneller dan je nieuwe cases kunt schrijven: een wet eist dat een genoemde mens iets verklaart of beslist, en vandaag is dat bewijs een naam in een document. Vier verse voorbeelden uit je eigen catalogus: case 116 — vanaf 11 september moet onder de Cyber Resilience Act één genoemde mens binnen 24 uur een lek melden; case 117 — een AI-agent koopt een menselijk oordeel per taak, en de leverancier moet bewijzen dat er een mens oordeelde; case 118 — vanaf 30 december draagt onder de EUDR elke lading cacao, koffie of hout een verklaring van één aanwijsbare mens; case 121 — vanaf 1 januari 2027 controleert elke jeugdbeweging het strafregister van haar leiding en moet het bewijs daarna vernietigd worden: bewijzen zonder bewaren, letterlijk jouw zin. Wat dit je zegt: je verkoopt niet vijf producten aan vijf sectoren, je verkoopt één product — een handtekening van een geverifieerd mens onder een verklaring — aan elke sector waar een nieuwe wet die handtekening eist. Dat is de zin waarmee je een investeerder of een hoster overtuigt, niet de opsomming.

"Wat bedoel je met opruimen?" — terechte vraag, en het antwoord is: nooit jouw tekst. Opruimen slaat uitsluitend op de logregel in het opmerkingenvak onderaan een blok, niet op de inhoud van het blok zelf. Een opmerking van jou doorloopt vier standen: ⏳ nog te beantwoorden → 💡 voorstel — jij beslist → ✅ uitgevoerd (het antwoord staat vanaf dan in het blok hierboven) → 📦 opgeruimd en daarna ✔︎ afgevinkt, waarmee de regel naar het uitklapbare archief onderaan hetzelfde vak schuift. Er verdwijnt niets: je oorspronkelijke tekst blijft in dat archief staan, en het antwoord erop staat verwerkt in het blok. Wat je hierboven leest is dus geen tweede kopie van je opmerking maar de verwerkte versie ervan — daarom ziet ze er anders uit dan wat je zelf typte. De regel waarop je kunt rekenen: de nachtroutine schrapt of herschrijft nooit tekst in een blok. Ze voegt alleen toe. De enige uitzondering is wanneer jij zélf in een opmerking vraagt om iets te wijzigen of te schrappen — dan gebeurt dat, en staat in de logregel wat er veranderde.

930 · ROSE🌐 Zo komt R4M op een website — stap voor stap behandeldOPEN →

Het letterlijke scenario voor een site-eigenaar (bv. een nieuwssite of een gemeente-enquête):

1 · Installeren. De eigenaar zet één Gate-script vóór zijn site — zoals een Cloudflare-regel. Geen verbouwing aan de site zelf, vergelijkbaar met een https-certificaat aanzetten.
2 · Bezoeker komt aan. De Gate stelt één vraag: is er een geldig R4M-attest?
3 · Mens → gratis door. Attest aanwezig: meteen binnen, geen login, geen CAPTCHA. Nieuw mens: éénmalig itsme, daarna overal met R4M herkend.
4 · Agent → de tweede deur. Geen attest: HTTP 402 met een x402-betaalinstructie. De eigenaar kiest het regime: per bundel (bv. 1 cent = 500 verzoeken), per tijdsblok (bv. 10 minuten aan vast tempo), abonnement per agent — of bots volledig weren (geen tol-optie aanbieden). Bundel op → opnieuw 402 → agent betaalt automatisch bij: snelheid wordt gefactureerd, niet gepolitioneerd.
4b · Ook crawlen = tol. Het onderscheid is niet wíe je bent maar wát er op de deur klopt: ogen gratis, programma betaalt. Wie een site wil crawlen — zoekmachine, AI-trainer, prijsvergelijker — betaalt de lichte tol via zijn agent-wallet, óók als er een mens of bedrijf achter zit. Dat is géén storting op een R4M-account: de wallet hoort bij de crawler, niet bij de mens. Optie voor de eigenaar: tarief per soort — zoekmachines die bezoekers aanbrengen goedkoop of gratis (SEO), AI-scrapers die alleen halen betalen het volle pond.
4c · Kan de agent niet betalen? Dan blijft de deur dicht. De tol is géén incasso — er springt niets op de agent om geld af te dwingen. Het is prepaid: de poort opent pas als het betaalbewijs in het verzoek zit. Een bot zonder x402-wallet of zonder saldo staat dus gewoon buiten, waar hij vandaag ook staat — maar nu zonder CAPTCHA-gedoe voor de site en met nul betaalrisico: geen schuld, geen invordering. Fase-logica: vandaag is de Gate daardoor vooral de beste botblokker; naarmate agent-wallets standaard worden, groeit de inkomstenkant vanzelf mee.
4d · "Dan betalen mensen dus toch?" Alleen wie een robot stuurt in plaats van zelf te komen. Zelf kijken = gratis (attest); een agent sturen = micro-tol — zoals de winkel gratis binnenlopen versus een koerier laten gaan. En in de praktijk betaalt zelden de consument zelf: het agent-platform (de aanbieder van de AI-assistent) betaalt de tol uit zijn crawl-budget, verrekend in het abonnement dat die mens toch al heeft. Eerlijk gezegd: ja, delegeren kost geld — dat is precies het model, want vandaag halen die agents dezelfde waarde gratis weg.
4e · Doorverkopers van info tegenhouden? Eerlijk: 100% verhinderen kan níemand — gelezen informatie is kopieerbaar, vandaag ook. Wat de tol wél doet: van anonieme diefstal een geïdentificeerde, betalende, contractueel gebonden tegenpartij maken. De opties: (a) betaling = acceptatie van een licentie ("eigen gebruik, geen herpublicatie") — doorverkopen wordt contractbreuk mét een on-chain betaalspoor naar de dader; (b) tarief per intentie: opzoek-bundel goedkoop met no-resale-clausule, train/herpublicatie-licentie duur; (c) de meter zelf: een kleine bundel kan nooit een hele site spiegelen — massakopie is per ontwerp duur; (d) optioneel een watermerk per agent-attest, zodat een gelekte kopie traceerbaar is naar de betalende wallet. Juridische kant: V74 in het dossier (is betalen-als-aanvaarden afdwingbaar?).
4f · Hoe komt er geld op zo'n agent-wallet? Drie routes — je noemde ze zelf al: (1) Opladen, zoals een prepaidkaart: de eigenaar wisselt euro's om naar stablecoins (USDC) via een onramp met bankkaart en zet ze op de wallet. Bij consumenten-assistenten doet het AI-platform dat onzichtbaar uit het abonnementsgeld — de gebruiker merkt er niets van. (2) Zelf verdienen: x402 werkt in twee richtingen — een agent kan óók aanrekenen. Een research-agent betaalt tol om sites te lezen, maar rekent méér aan per rapport dat hij aflevert: robots betalen robots, de marge blijft. (3) De kringloop — jouw robot verdient het voor jou: wat je Gate aan tol opbrengt landt in jouw wallet, en datzelfde saldo dekt de tolkosten van je eigen agents. Je site verdient, je robots teren op die opbrengst. Technisch: de wallet is USDC op een goedkope keten, en x402 betaalt volautomatisch per 402-challenge — niemand klikt ooit op "betalen".
4g · "5% nemen — via Stripe kan ik dat, maar bij een autonome agent?" Twee aparte dingen. De commissie is simpeler dan Stripe: de splitsing zit ín de x402-betaalinstructie zelf — 95% naar de wallet van de site-eigenaar, 5% naar die van R4M, in één transactie. Geen clearing, geen facturen, geen incasso: het protocol splitst op het moment van betalen. De echte moeilijke vraag is waar een volautonome agent zijn geld "bezit": juridisch kan een agent níets bezitten — elke wallet heeft uiteindelijk een sleutelhouder (een mens, een bedrijf, of een smart contract met benoemde begunstigden). "Autonoom" betekent: hij wérkt alleen, maar de opbrengst behoort toe aan wie hem uitrolde. En precies dát gat is jouw kans: het agent-paspoort — een R4M-attest dat elke betalende agent bindt aan een geverifieerde, aansprakelijke eigenaar. Geen anonieme agents op jouw rails: de mensenpoort voor mensen, het eigenaars-attest voor hun robots. De AML-kant (mag je commissie aannemen van een wallet zonder gekende eigenaar?) staat nu als V75 in het dossier.
4h · En misschien vullen mensen dit wél graag aan. Klopt — en het botst niet met "mensen betalen nooit": een mens betaalt nooit voor zijn eigen toegang (attest = gratis), maar vult vrijwillig het budget van zijn robots aan om digitaal te leven en vooruitgang te boeken — zoals je een koerier de rit meegeeft. Productkans: het agent-huishoudboekje — één keer aanvullen, al je agents teren erop, met een limiet per agent en alles zichtbaar in het grootboek (ontvangen én uitgegeven). Harde randvoorwaarde: dat potje staat nóóit bij R4M — het blijft de eigen wallet van de mens (self-custody). R4M toont en begrenst, maar houdt nooit geld vast — anders word je een betaaldienst en sneuvelt het V57-scharnier.
4i · Is dat een R4M-feature, en moet dit staatsgebonden werken? Ja, een feature — maar een schil, geen kern: het huishoudboekje is een venster op de eigen wallet van de mens (tonen + begrenzen), gebouwd in de burger-app. De kern blijft: attest-poort, Gate, agent-paspoort. Staatsgebonden? Alleen de voordeur. De identiteitscontrole verschilt per land — België itsme/eID, Nederland DigiD, Frankrijk FranceConnect, Scandinavië BankID — maar alles daarboven (attest, pseudoniemen, kluis, x402-geldstroom) is cryptografie en kent geen grenzen. Architectuur: één rail, per land een inwisselbare voordeur. En eIDAS 2.0 — de EU-identiteitswallet die richting eind 2026 uitrolt — maakt die voordeur straks Europees uniform: precies waarom V60 (prio A) in je dossier staat. Start Belgisch, bouw EU-klaar.
5 · Geld splitst on-chain. Eén betaling, twee bestemmingen: het deel van de eigenaar rechtstreeks naar zijn wallet, de commissie naar R4M. Geen geld door onze handen — het V57-scharnier blijft overeind.

Daarna ziet de eigenaar in een dashboard: menselijk verkeer, betaald agent-verkeer, en opbrengst. Bot-verkeer verandert van kost in inkomstenstroom (case 111).

"Is r4m maX nu een script of een API-sleutel, en loopt alles via mijn Fly-server?" — waar het verkeer écht loopt. Je verwart twee producten die allebei R4M heten, en dat is logisch, want ze staan door elkaar in dit blok. Uit elkaar: · De attest-poort = een API-sleutel. Dat is het Loterij-verhaal (blok 5): een afnemer stuurt een gebruiker even naar jouw poort en krijgt een getekend attest terug. · De Gate = een script vóór de site. Dat is dit blok: het draait aan de rand van het internet, in de infrastructuur van de site-eigenaar (een Cloudflare Worker bijvoorbeeld) — dus niet op jouw server, ook niet als jij hem schrijft. Nu je echte vraag: 500.000 hits per week, wat komt daarvan bij mij aan? Bijna niets — en dat is geen geluk maar de reden waarom de bouw zo gekozen is. Verifiëren kost jou nul verkeer: het attest is getekend met Ed25519, en wie de handtekening wil narekenen heeft daar alleen jouw publieke sleutel voor nodig. Die haalt de afnemer één keer op en houdt hij bij. Vijfhonderdduizend controles per week zijn dus vijfhonderdduizend berekeningen op hun server, en nul oproepen naar jou. Alleen het uitgeven van een attest raakt jouw infrastructuur — en dat gebeurt maar één keer per mens per 15 minuten, niet per pagina, per klik of per bezoek. Dat is een factor duizend verschil. Is "alles via mijn servers" dan niet veiliger? Nee — het is op elk vlak slechter. Je zou dan alle verkeer van je klanten zien (privacy-probleem dat je juist verkoopt weg te nemen), je zou de storing van elke klant worden zodra jij één minuut plat ligt, en je zou moeten betalen voor verkeer waar je niets aan verdient. De juiste zin naar een klant: "Uw bezoekersverkeer komt nooit langs mij. Ik lever het bewijs, u controleert het zelf." En pieken? Piekopvang zit dan ook niet in grotere servers maar in de vorm: verificatie is stateloos en gebeurt bij de klant, de Gate draait aan de rand, en alleen de uitgifte-kant moet meeschalen — met itsme als natuurlijke rem, want een mens klikt maar zo snel. Wat je eerlijk moet zeggen, ook aan Nele: dit is vandaag ontwerp, geen meting — er is nog geen belastingtest gedraaid en er is nog geen afspraak over gegarandeerde snelheid (SLA). Zolang dat er niet is beloof je geen cijfers aan een Combell of een Loterij. Twee regels voor het testboek: (1) een belastingtest op de uitgifte-poort met een realistisch piekprofiel; (2) meten hoeveel oproepen een afnemer in de praktijk tóch naar jou doet — want als dat er meer dan nul zijn, klopt de koppeling niet.

Zeg het zo "De site-eigenaar installeert één regel en krijgt drie dingen: alleen échte mensen gratis binnen, betalende agents als nieuwe inkomstenstroom, en nul CAPTCHA's voor zijn bezoekers."

De grote lijn — hoe dit een techlaag wordt (case 112): je verkoopt dit niet site per site, maar aan wie duizenden sites beheert:

Trap 1 · nu: eigen Worker-script per site, handmatig — je eerste referentiesites.
Trap 2: een Cloudflare Marketplace-app — elke Cloudflare-klant zet de Gate aan met één klik.
Trap 3: hostingpartners zoals Combell bieden "R4M Gate" als vinkje bij elk hostingpakket — zij verkopen, jij levert de poort en pakt commissie op de tol.
Trap 4 · einddoel: een standaardlaag, zoals Let's Encrypt https normaal maakte.

Acceptatie hoort erbij, op twee niveaus: de site-eigenaar tekent de voorwaarden (prijs, split, commissie), de bezoeker ziet de poort en geeft consent via itsme. Opt-in per site — de kracht is dat het de norm wórdt omdat het loont, niet omdat het moet.

De naam, eindelijk letterlijk "Rails4Mankind: voor het eerst verdient een mens of bedrijf réchtstreeks aan de toegang die zijn website verleent — niet Facebook of Google ertussen, maar de eigenaar zelf. Populair zijn wordt direct betaald. Revenue for mankind — dat is wat het is." (Eerlijk houden: menselijke bezoekers betalen nooit; de site verdient aan agent-verkeer en bespaart op botschade.)

1050 · DAG🎬 Wat je kunt laten zien — live materiaal behandeldOPEN →

📄 Printversie van het dossiergeef haar dit als PDF — alle bundels en concepten 🧪 Testboek — de itsme-ketenstatus: KAN NU. Loop de keten zelf door vóór het gesprek — dat is je sterkste demo 📜 Voorwaarden — werkversie ↗vraag meteen: wat kost een volwaardige versie (websites + r4m maX-verkoop)? 📊 Cloudflare Radar — AI Insights (live) ↗open dit op je laptop: publieke teller van hoeveel pagina's elke AI-crawler ophaalt per bezoeker die hij terugstuurt

Waarom die teller je verhaal draagt. Cloudflare zet die cijfers sinds 01-07-2025 publiek op Radar, en schreef er op 01-07-2026 bij: crawlen om modellen te trainen ging van 22% (voorjaar 2025) naar 52% van alle crawler-verzoeken (juni 2026), niet-menselijk verkeer passeerde voor het eerst de helft van al het internetverkeer, en zwaar gecrawlde sectoren zagen hun ménselijke bezoek tot 40% wegvallen in minder dan een jaar. Je hoeft dus niets te beweren: je opent één publieke pagina en laat het cijfer het zeggen — dát is het gat waar de mensenpoort (case 110) en de tol (case 111) in passen.

App of poort? Het inlogscherm met e-mail (r4m-franky.fly.dev) is de burger-kant: wie een eigen R4M-account met grootboek wil. Het review-demoblok en afnemers zoals de Loterij gebruiken de poort rechtstreeks (attest-start → itsme) — daar komt dat e-mailscherm dus nooit tussen.

Nog te bouwen (CCC-todo 32, ook bouwpunt in case 109): het attest-resultaat zichtbaar terugkoppelen in het review-log, zodat elke inzending zijn verificatie toont.

Zo loopt een klantreview — het voorbeeld dat je kunt tonen:

1 · Jij kiest in CCC V3 de build en maakt de review aan (V6-template), mét toegangscode.
2 · De klant krijgt jouw mail met link + code, vult per punt zijn antwoord in, ziet de voorwaarden en vinkt akkoord aan.
3 · Op diezelfde pagina staat het R4M-demoblok: consent aanvinken → itsme-attest — de klant ziet R4M live werken.
4 · Jij krijgt een Telegram-seintje. Antwoorden gaan nóóit rechtstreeks de bouw in: jij beoordeelt elk punt — goedkeuren, afwijzen, of overleg/offerte.
5 · Alleen goedgekeurde punten worden gebouwd; elke nieuwe ronde bevat enkel de open punten, tot "OK voor publicatie" — met een kopieerbaar eindoverzicht van wat er gebeurd is en waar ze voor betalen.

Het R4M-demoblok op de reviewpagina's (consent → attest-start) laat je zien vanuit een lopende klantreview in CCC V3 — zo ziet een klant het écht.

1140 · DAGERAAD✅ Vóór je buitengaat — deze beslissingen wil je hebben behandeldOPEN →

V54 — wil ARTES sleutelhouder zijn: ja/nee + prijs. Zo nee: wie beveelt zij aan?
V58 — bevestiging dat AWS KMS in EU-regio (Frankfurt/Parijs) volstaat voor de technische sleutels.
V57 — bevestiging dat we zonder vergunning mogen starten zolang er geen geld door onze handen gaat.
V12 — onderworpen entiteit (AML): ja/nee, en vanaf welk moment.
V44 — R4M onder Turbeau2Rock CommV houden of een aparte entiteit vóór er echt geld stroomt.
Offerte voorwaarden — wat kost een volwaardige versie van de voorwaarden (websites én verkoop van r4m maX en andere diensten, mét voorschot-flow — CCC-todo's 21/22). Koppel meteen het beslispunt uit V44: komt er een aparte entiteit voor het AI-werk?

Alles wat hier geen antwoord op krijgt, noteer je met haar geschatte prijs — dan beslis jij achteraf wat het waard is.

40 · Dageraad — markt-radar, dagelijks aangevuld door de nachtroutine

1230 · ROSE📈 Markt-radar → eigen menu

📡 Naar de Markt-radar →

1350 · DAG⚙️ De motor — wat er vandaag draait behandeldOPEN →

Drie onderdelen dragen alles wat je verkoopt. Elk ervan heeft een link die je zelf kunt openen — geen belofte, maar het draaiende ding.

1 · De rail (settlement & identity engine, live op testnet, v0.29.5). De volledige geldweg draait end-to-end op base-sepolia; naar mainnet is een configuratiestap, geen herbouw. ↗ Live status · ↗ Publiek kasboek — vijf invarianten · ↗ Grootboek · → Fundament · → De kaart · → De lagen, technisch · 🪜 Treden & dimensies (PDF)
2 · De attestatie-engine (live). Ed25519-JWS, pairwise pseudoniem per klant (uniquenessRef), geen PII in de payload, vervalt standaard na 15 minuten. Een klant kan de handtekening controleren zonder R4M te vertrouwen. ↗ Wat het is + quickstart · ↗ Publieke sleutels (JWKS) — offline verifieerbaar · ↗ eID-demo · → Het ID-account
3 · De x402 settlement-adapters (usdc-base & eurc-base, testnet). Zelfde adaptercode, twee tokenconfigs. EURC is Circle's MiCA-aligned euro — de EU/BE-thuisrail. Weigert te starten bij een verkeerd tokenadres (fail-closed). ↗ Adapterstatus in de live status

Zeg het zo "Alles wat ik verkoop hangt aan drie dingen die vandaag draaien: de rail die het geld verlegt, de engine die het bewijs tekent, en de adapters die de munt kiezen. Je hoeft me niet te geloven — je kunt ze alle drie zelf openen."

1450 · DAG🛡️ Wat er dichtgezet is — de geharde poorten (v0.28.x – v0.29.x, motor staat nu op v0.36.5) behandeldOPEN →

Vier gaten die in de motor zaten en die dicht zijn, elk gedekt met een regressietest zodat ze niet terugkomen. Dit is wat je antwoordt als iemand vraagt "en als het misgaat?".

Auth fail-closed — valt de controle uit, dan gaat de deur dicht in plaats van open. Geen stille doorlaat bij een fout.
Mutable-price drains dicht — een prijs kan onderweg niet meer veranderd worden om de kassa leeg te trekken.
Identity OIDC + Sybil-gate — de identiteitskant is aan OIDC gekoppeld, met een poort die verhindert dat één mens zich als velen voordoet.
Treasury spend-caps — een bovengrens op wat er kan wegvloeien, ook als er iets anders misgaat.

Hoe je dit hard maakt Alle vier zijn gedekt met regressietests; de teller staat in het testboek en wordt elke ochtend door de dagcheck ververst. → Testboek — wat is getest en test het zelf na

1550 · DAG🚪 De R4M Gate — de klant zet zijn eigen reglement behandeldOPEN →

Gebouwd op 27-08-2026, na de Meta-schikking. Een afnemer zet zijn eigen leeftijdsband en tijdvenster; elke beslissing — toegelaten of geweigerd — loopt via de motor en staat hash-geketend in een verzegeld logboek dat hij aan een rechter kan tonen.

Zo zeg je het "U zet zelf uw regel: alleen zestien-plus, en niet tussen tien uur 's avonds en zes uur 's ochtends. Wat wij daarna weigeren, kunt u aantonen — met een logboek dat niemand achteraf kan bijwerken, wij ook niet."

Zes leeftijdsdrempels — 12, 14, 16, 18, 21 en 65. Nooit een geboortedatum, alleen een ja of nee per drempel.
Eigen tijdvenster — de klant bepaalt wanneer zijn poort open staat.
Narekenbaar zegel — de motor herberekent de keten uit de rijen zelf, dus een aangepast logboek valt op.
Niet meer publiek — sinds 27-08 zit het reglement en het logboek achter de sleutel van díe afnemer.

Wat je kunt tonen De live demo op r4m-franky.fly.dev/demo/poort.html — echte oproepen, geen nagespeelde cijfers.

1650 · DAG💳 Stripe Connect — hoe het geld verdeeld wordt zonder dat jij het vasthoudt behandeldOPEN →

Gebouwd op 27-08-2026, staat vast in testmodus. De site-eigenaar meldt zich zelf aan bij Stripe, Stripe doet zijn identiteitscontrole en betaalt hém rechtstreeks. Alleen jouw commissie komt op jouw rekening, met factuur.

Zo zeg je het tegen een boekhouder of een jurist "Van elke tien cent gaat negen en een halve rechtstreeks naar de eigenaar en een halve naar mij. Zijn deel heeft mijn rekening nooit gezien — ik houd geen tegoeden van anderen."

Waarom dit ertoe doet — het is het argument dat de vergunningsvraag klein maakt. Wie geen tegoeden beheert, heeft de vergunning van een betaalinstelling niet nodig.
Ook zonder eigen zaak — Stripe laat ook een particulier ontvangen; hij doorloopt hun eigen aanmelding.
Live gaan is apart — een bewuste handeling met een schakelaar die alleen jij kunt omzetten, en pas ná Nele.
Wat nog ontbreekt — jouw testsleutel. Zonder die sleutel antwoordt elke oproep eerlijk met "nog niet actief".

1750 · DAG🧱 De drie lagen en x402 V2 — waar wat bij hoort behandeldOPEN →

Beslist op 28-08-2026. R4M is de poort — bewijs en telling, geen cent verkeer. R4M ma is de kassa — euro en dollar op dezelfde rail. R4M maX zijn de stekkers: maX·402 verandert de betaler, maX·io de deelnemer, maX·401 het bewijs. Elke laag is de vorige plus één ding, nooit een herbouw.

De zin voor een gesprek over x402 V2 "Zij noemen een wallet een identiteit. Ik bewijs een mens. Vraag uw jurist welke van de twee standhoudt bij een betwiste betaling."

Laag 1 mag je vandaag verkopen — er beweegt geen geld, dus geen vergunningsvraag en geen wachten op Nele.
Wallets zijn geen mensen — één mens mag er zoveel hebben als hij wil; hij hangt ze zelf aan zijn code met een handtekening, en de tweede claim wordt geweigerd.
Het interimkantoor voor machines — de zin voor maX·io: elke robot op de loonlijst van een mens, publiek natelbaar.
Waar het voluit staat — het Acties-blad voor de lagen, x402 V2 voor het protocol.

50 · Dag — snel naar

⚖ Vragen-werkbank 📄 Printversie voor Nele 🧪 Testboek (itsme-keten) 📜 Voorwaarden ← Pijler 2

Einde doorloop

Zeventien blokken. De kaart bovenaan en de getallen in de tekst tellen zichzelf uit de databank, dus wat je hier leest is de stand van vandaag — niemand hoeft ze bij te werken.

motor … · … cases · de drie lagen · x402 V2 · sectoren