⚡ Use cases📡 IoT

Je bent hier · IoT — machine-omzet, uitbetaald via R4M · onderzocht 12-08-2026, met bronnen

Wat is dit Apparaten die zelf geld verdienen — laadpaal, thuisbatterij, grafische kaart — en R4M betaalt de eigenaar ervan uit.

Voor wie Voor de zoektocht naar omzet die niet van één klant afhangt.

Wat doe je hier Per omzetbron staat er wat er al draait en wat er nog gebouwd moet worden.

📡 IoT

Apparaten die geld verdienen — en R4M betaalt de eigenaar

DEFINITIE · IOT IoT (Internet of Things) = apparaten die aan het internet hangen én geld kunnen verdienen: je thuisbatterij die het stroomnet in balans helpt (€800–1.500 per jaar), je laadpaal die je per sessie verhuurt, je auto die rijdata deelt met een verzekeraar. Het probleem is altijd hetzelfde: hoe komt die machine-omzet veilig en bewijsbaar bij de échte eigenaar? R4M certificeert de koppeling mens-machine (eigenaar geverifieerd met eID, apparaat met zijn bestaande identiteit) en betaalt uit met een publiek controleerbaar kasboek.

RANG 1HET ECHTE GELD — zekerheid HOOG OP DE BEDRAGEN, LAAG OP DE KOOPBEREIDHEID

Energie-flex: thuisbatterij & V2G

Simpel gezegd: dit is de enige categorie waar een apparaat vandaag honderden euro's per jaar verdient, in gewone euro's. Jouw batterij of EV helpt het stroomnet in balans en wordt daarvoor betaald.

Echte cijfers: NL-thuisbatterij op de onbalansmarkt: gemeten €74–178/maand; Frank Energie betaalde in 11 maanden >€890.000 uit aan klanten onbevestigd. Vlaanderen: €800–1.500/jaar gecombineerd. V2G: We Drive Solar/Renault €325–950/jaar; Vattenfall-pilot met Kia/Hyundai tot €500 per half jaar; Octopus (UK) £620–850/jaar. En het einde van salderen (NL, 1-1-2027) maakt deze markt alleen maar groter.

De frictie die R4M invult: uitbetaling loopt nu vrijwel altijd als verrekening op de energiefactuur van één leverancier — traag, niet-portabel, en de machine is niet los identificeerbaar van het huishoudcontract. R4M maakt de uitbetaling lós: geverifieerde eigenaar (eID) krijgt de machine-omzet direct, portabel over leveranciers en aggregators heen. Technisch nodig: alleen eigenaar-verificatie + koppeling aan meter/EAN of aggregator-API — de metering ís al de attestatie.

Eerlijke zwakte, en die weegt zwaarder dan deze rang suggereert: gevestigde partijen verrekenen al via de factuur, en de aggregators hébben hun KYC al via het energiecontract. Hun pijn is dus niet de rail maar het bewijs richting klant en toezichthouder. Op 🏢 Klanten staat energie daarom als het zwakste spoor genoteerd: hoge bedragen, geen gedocumenteerde pijn. Die twee oordelen horen bij elkaar gelezen te worden — de rang gaat over het geld dat er omgaat, niet over de kans dat iemand tekent. De klant om te winnen is de aggregator, niet de consument. Bronnen: thuisbatterijnederland.nl · emerce.nl · zen-zonne-energie.be · vtog.nl · vattenfall.com

💼 Om dit te verkopen moet jij: Vraag bij één aggregator (Frank Energie BE) hoe zij vandaag bewijzen aan de CREG wie hun onbalanswinsten ontving. Onderzoek vooraf: welk toezicht/rapportage geldt er voor flexvergoedingen — dát is je hefboom, niet de techniek.

RANG 2ECHT GELD, EENVOUDIG — zekerheid MIDDEL/HOOG

Gedeelde laadpalen (P2P-charging)

Echte cijfers: via Co Charger (UK) levert een host ±£3,47 winst per sessie, tot ±£721/jaar in een actief scenario; GoPlugable en Monta (EU-breed) bieden delen met eigen prijszetting. Markt groeit van ~$192 mln (2024) naar ~$629 mln (2031) onbevestigd.

De frictie die R4M invult: wie ís de host (KYC), belasting-onduidelijkheid, aansprakelijkheid — exact het geverifieerde-mens-probleem. En de laadpaal hééft al een digitale identiteit (OCPP charge-point-ID), dus attestatie is er bijna gratis bij: eigenaar-verificatie + OCPP-ID, geen extra hardware.

Bronnen: smarthomecharge.co.uk · goplugable.com · monta.com · reanin.com

💼 Om dit te verkopen moet jij: Bel Monta (BE/NL-markt) en vraag hun partnerteam: "hoe verifiëren jullie vandaag wie een host is?" Als het antwoord "dat doen we niet" is, heb je je eerste deal-gesprek. Onderzoek vooraf: hun API-documentatie — kun je aantonen dat de koppeling één dag werk is?

RANG 3VOLUMESPEL — zekerheid MIDDEL

Voertuigdata → verzekering (DIMO-klasse)

Echte cijfers: de grote datamarktplaatsen zijn mislukt (Otonomo en Wejo allebei de markt uit — "te weinig kopers"). Wat wél betaalt: verzekeraars, als premiekorting van 10–40%/jaar; en DIMO (werkt in de EU, met directe Tesla-integratie) beloont rijdata met tokens (~$2/week-klasse) — sinds juli 2025 samen met Ownli richting verzekeraars.

De frictie die R4M invult: de token-frictie (claimen, wallet, omwisselen) is exact wat een eID + stablecoin-uitbetaalrail oplost — en verzekeraars eisen sowieso een geverifieerde menselijke polishouder achter de data. Dat is letterlijk het R4M-product. Risico: bedragen per auto zijn klein — dit wint op volume.

Bronnen: spglobal.com · damoov.com · dimo.org · globenewswire.com

RANG 4ZICHTBAAR MAAR ARM — zekerheid HOOG

DePIN-netwerken (Helium, Hivemapper, WeatherXM)

Eerlijke cijfers: Helium-IoT is als inkomstenbron feitelijk dood: het héle netwerk verdient $113–125/dag aan IoT-data; een hotspot: $4–8/maand, na de halving van aug 2025 nog minder. Hivemapper: $6–50/maand, maar het abonnement kost $19/maand — de meeste rijders draaien netto verlies. WeatherXM: token -99% → <$1/maand. Uitbetaling overal in eigen tokens naar anonieme wallets.

Wat het wél waard is: de token-naar-mens-frictie is precies R4M's product, en de netwerken leveren hun device-attestatie zelf al (onboarding keys, station keys) — R4M hoeft alleen de mens-machine-koppeling te certificeren. Maar: de tokens zitten in de marketing, het geld zit in energie. Niet op bouwen als eerste markt.

Bronnen: messari.io · ambcrypto.com · oneshekel.com · coingecko.com

RANG 5GROTENDEELS DOOD — zekerheid LAAG

Sensordata-marktplaatsen (weer, lucht, verkeer)

Eerlijke conclusie: PlanetWatch is opgeslokt (licentiehouders wachten op refunds), Streamr is verwaarloosbaar klein, en er bestaat vandaag géén sensordata-marktplaats die een EU-consument een relevant bedrag uitbetaalt. Niet op bouwen — hooguit later relevant als agents per API-call data gaan kopen via x402 (de koperskant).

RANG 6TOEKOMST 2027+ — zekerheid HOOG dat het er nog niet is

Robots & agents as a service

Eerlijke cijfers: er bestaat géén "koop een robot, verdien passief"-model: Starship (2.700 robots, 9 mln leveringen) en Serve exploiteren hun vloten zelf; agrarische robots zijn volledig B2B (EU-markt $5,3 mrd); het Bird-fleet-model stierf met Bird. Maar: zodra autonome machines per taak betaald worden is dit x402-native terrein — de logische eindmarkt van Rail 3, alleen niet de eerste verkoop.

Bronnen: forbes.com · themanufacturer.com · therideshareguy.com

DE TOP 3 — onderzocht 12-08-2026

Waar R4M-IoT begint in de EU

1. Energie-flex (batterij + V2G): honderden euro's per apparaat per jaar, puur fiat, beleidswind mee — pitch aan aggregators: "maak de uitbetaling los van de factuur, wij leveren de geverifieerde eigenaar". 2. P2P-laadpalen: echt geld, OCPP-identiteit bestaat al, en de KYC-behoefte van de platforms is óns product. 3. Voertuigdata → verzekering: DIMO-klasse, token-frictie oplossen met eID + stablecoin, volumespel.

Technisch overal hetzelfde patroon: R4M hoeft géén device-hardware te bouwen — eigenaar-verificatie (eID) + koppeling aan de bestaande machine-identiteit (EAN-meter, OCPP-ID, device keys). De mens-machine-koppeling certificeren is de dienst.

GROEI 12-08HET CONCRETE PAD

De aggregator-pilot — zo integreren we energie-flex in vier stappen

Simpel gezegd: we gaan niet 10.000 huishoudens overtuigen — we winnen één aggregator (het bedrijf dat al duizenden batterijen aanstuurt) en worden zíjn uitbetaalmachine. Hij heeft het probleem (uitbetalen via de energiefactuur is traag en niet-portabel), wij hebben de oplossing (geverifieerde eigenaar, directe uitbetaling, publiek kasboek).

Waarom dit werkt: het geld bestaat al (€74–178/maand per batterij op de onbalansmarkt), het einde van salderen (NL, 1-1-2027) dwingt iedereen naar flex, en de aggregator bespaart een hele uitbetaal-administratie. Integratiepad: (1) eigenaar verifieert éénmalig met eID en koppelt zijn EAN/metercode, (2) de aggregator stuurt per periode één batch "EAN → bedrag" via API, (3) R4M matcht EAN → geverifieerde eigenaar en betaalt uit (eerst test-mode), (4) het kasboek toont de aggregator én zijn klanten dat elke euro aankwam. Vergt géén nieuwe hardware — de metering is de attestatie.

Bron: thuisbatterijnederland.nl (onbalansmarkt-metingen) · Frank Energie >€890.000 uitbetaald in 11 maanden (onbevestigd) · einde salderen 2027

🔧 Zo integreert R4M zich hier — concreet

Niet aan de host verkopen, wél aan het platform. Monta, GoPlugable en Co Charger hébben al de laadpalen, de sessies en de betalingen. Wat ze níét hebben: een sluitend antwoord op "wie is deze host eigenlijk, fiscaal en aansprakelijk?". Dat is één API-koppeling: hun platform stuurt ons de host + charge-point-ID, wij sturen een verzegelde attestatie terug — één echte, unieke, geverifieerde mens, gekoppeld aan die paal.

De koppeling in vier stappen: (1) host klikt in de app van het platform op "verifieer je als host" → onze eID-flow; (2) wij koppelen zijn pseudoniem aan de OCPP charge-point-ID; (3) het platform krijgt per sessie of per uitbetaling het attestatie-bewijs mee; (4) optioneel: de sessie-omzet loopt over onze payout-rail met publiek kasboek. Stap 1–3 zijn attestaties (v1-conform, mag nu al); stap 4 raakt geldstromen en wacht op PRIO B.

Wat wij nog bouwen: een dunne "host-verificatie"-koppeling (webhook + attestatie-endpoint) — geen nieuwe hardware, geen nieuwe app. Kandidaat D-blok, klein werk bovenop de bestaande identiteitslaag.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Frank Energie (betaalde al >€890k uit) · Tibber · Jedlix (V2G/slim laden) · Next Kraftwerke (BE-aggregator).

GROEI 13-08D-BLOK NODIG

De grafische kaart die 's nachts AI-werk draait — en niemand weet wie hem bedient

Simpel gezegd: je gamecomputer staat 's nachts stil. Er bestaan marktplaatsen waar je die kaart per uur verhuurt aan iemand die er een AI-model op laat rekenen — een soort Airbnb voor je grafische kaart. Het geld is echt maar bescheiden. Wat er níét is: iemand weet wie de eigenaar van die machine is. De marktplaats controleert de kaart, niet de mens erachter. Wij verkopen dat ontbrekende halve stuk.

Echte cijfers (machine-omzet, geen belofte): Vast.ai zelf rekent voor consumentenkaarten $0,30–0,60 per GPU-uur en zegt dat een rig met vier RTX 5090's op 80% bezetting $700–1.400 per maand haalt. Salad noemt in zijn eigen helpcentrum tot $180 per maand voor een 3090/3090 Ti/4090, en hoogwaardige "Fast Worker"-nodes rond $350 per maand. Onafhankelijke hosts rapporteren voor één geverifieerde RTX 4090 ±$6 per dag (±$180/maand) bruto, waar ±€40–50 stroom per maand af moet. Kortom: geen goudmijn per machine, wél honderden euro's per jaar uit een apparaat dat je al bezit — en de bezetting bepaalt alles.

De frictie die R4M invult: deze markt verifieert de máchine en negeert de mens. Vast.ai's "verified"-label slaat op netwerkstabiliteit en hardware-gezondheid; Nosana's eigen host-stappenplan zegt letterlijk "register and verify your hardware"; Golem-providers zijn een Ethereum-adres en verder niets. Dat heeft twee gevolgen die geld kosten. (1) Aan de vraagkant: een bedrijf dat gevoelig werk wil laten rekenen, kan niet op een anonieme machine terecht — dat is precies waarom permissionless netwerken de zakelijke klant mislopen. (2) Aan de uitbetaalkant: wie in tokens wordt betaald, loopt vanaf 1 januari 2026 tegen DAC8 aan — crypto-aanbieders in de EU moeten sinds die datum de identiteit en transacties van EU-gebruikers verzamelen en aan de fiscus rapporteren. De anonieme node is dus waarschijnlijk geen blijvend model. Maar gebruik dit niet als koopreden — zie het correctieblok onderaan: een platform dat in eigen token uitbetaalt is geen CASP onder MiCA en dus niet het rapporterende subject van DAC8. Toekomstig risico, geen reden om vandaag te tekenen.

De geldvorm: hoofdzakelijk (3) licentie/abonnement — de marktplaats betaalt per geverifieerde node of per maand voor de attestatie-laag, want zíj heeft het probleem, niet de host. Daarnaast als tweede trap (4) uitbetaling naar mensen: de sessie-omzet over onze rail met publiek kasboek. Die tweede trap raakt geldstromen en is dus na PRIO B; de attestatie zelf is v1-conform (V57) en mag nu al verkocht worden.

Integratiepad: (1) de host verifieert zich éénmalig met eID en krijgt een gezouten pseudoniem per context — geen naam naar de marktplaats. (2) Dat pseudoniem koppelen we aan de bestaande machine-identiteit die het platform al uitgeeft (Vast machine-ID, Salad machine-ID, Nosana node-adres, Golem node-ID) — géén nieuwe hardware, géén agent op de machine van de host. (3) Het platform haalt bij ons een verzegelde attestatie op: "achter deze node zit één echte, unieke, geverifieerde mens" — meer niet. (4) Tellers op de persoons-hash in plaats van op het account: één mens mag N nodes draaien, maar niet doen alsof hij vijftig verschillende aanbieders is (dat is dezelfde "uniek per context"-primitief die GTM-cases 47 en 51 nodig hebben). (5) Pas daarna, na PRIO B: de uitbetaling zelf over onze rail, met het kasboek als bewijs dat elke euro aankwam.

🔧 Zo werkt het in het echt

Wat de host ziet (twee schermen, vijf minuten): in het hostportaal van de marktplaats staat naast zijn machine een knop "verifieer jezelf als operator". Die opent onze eID-flow (itsme of EUDI-wallet). Hij bevestigt, komt terug op zijn eigen dashboard, en naast zijn machine staat voortaan een badge: operator geverifieerd. Hij deelt geen naam, geen rijksregisternummer, geen adres met de marktplaats — alleen het feit dat er één echte mens achter zit.

Wat de klant (het platform) doet: hij plakt één aanroep in zijn bestaande node-registratie: bij het aanmelden van een machine vraagt hij ons attestatie-endpoint of het gekoppelde pseudoniem geldig en uniek is. Bij een ja zet hij het filter aan dat zijn zakelijke afnemers al maanden vragen: "toon mij alleen machines met een geverifieerde operator". Dat filter is meteen zijn premium-laag — hij kan er meer voor vragen, precies zoals hij vandaag al meer vraagt voor "verified" hardware.

Welke bestaande R4M-route: de eID-verificatie en de gezouten hash per context draaien al; het attestatie-patroon is hetzelfde als bij de laadpaal-host (blok hierboven), alleen is de machine-identiteit hier een node-ID in plaats van een OCPP charge-point-ID. Voor de uitbetaaltrap staat de x402-rail op testnet klaar en logt het publieke kasboek elke afrekening. We bouwen dus geen tweede motor, we zetten er een andere stekker op.

🚧 Wat we hiervoor nog moeten bouwen

  1. Node-binding — het endpoint dat een machine-ID van een derde platform vastknoopt aan een persoons-hash, met intrekbaarheid als de host de machine verkoopt. Bestaat nog niet — kandidaat D18, klein werk bovenop de bestaande identiteitslaag.
  2. Uniciteitsteller per platform-context — "één mens, hoeveel nodes" moet telbaar zijn zonder dat wij weten wélke machines. Kandidaat D17, dezelfde primitief die de MCP-case ook nodig heeft.
  3. De x401-controle vóór node-registratie — de challenge zelf (blok D1); prototype r4m-x401-proto is er nog niet. Zonder dit stuk verkoop je een badge in plaats van een bewijs.
  4. Uitbetaling naar de host — vergt mainnet én de merchant-kwalificatie (Nele-vraag 9). Na PRIO B. Tot dan verkoop je uitsluitend de attestatie, en zeg je dat er ook zo bij.

Eerlijke zwakte: de bedragen per machine zijn klein ($100–350/maand bruto), dus dit is nooit een consumentenverkoop — het is een platformverkoop op volume. En deze netwerken zijn cultureel permissionless: "geen KYC" staat bij sommige zelfs in de reclame. De hefboom is daarom niet de deugd van het platform maar de eis van zijn zakelijke afnemer, plus DAC8 als toekomstig risico — uitdrukkelijk niet als koophefboom, zie het correctieblok onderaan. Bronnen: Vast.ai — verdiensten van hosts ($0,30–0,60/GPU-uur, $700–1.400/maand per rig) · Salad helpcentrum — tot $180/maand per consumentenkaart · Nosana host-documentatie — "verify your hardware" · Europese Commissie — DAC8, van toepassing vanaf 1 januari 2026.

⚖️ Eerlijk na het sectoronderzoek (13-08) — de vraagzijde uitgewerkt: ik onderzocht wélke bedrijven dit nodig hebben, en het antwoord is scherper dan dit blok. De brede these houdt niet: de gevoelige koper kiest géén "geverifieerde mens op de rig van een vreemde" — hij kiest confidential computing (NVIDIA H100/H200-TEE: de node-eigenaar kán de data niet zien) op een gecertificeerd datacenter, of gewoon Azure. De platforms verláten zélf het hobbyist-model (Akash koopt datacenter-GB200's, Vast heeft een aparte SOC 2-omgeving). Wat wél overblijft, smal maar hard: (1) GDPR art. 28 — een node die enkel een machine + walletadres is, kan geen wettige (sub)verwerker zijn (EDPB-Opinion 22/2024: geen ongeïdentificeerde subverwerkers), en dát raakt TEE niet; (2) sybil — bij io.net probeerden in april 2024 ~1,8 miljoen valse GPU's zich aan te melden. Verkoop dus aan het netwerk (B2B2B entiteit-attestatie), niet aan de eindafnemer. Correctie op DAC8 hieronder: een platform dat in eigen token uitbetaalt is geen CASP onder MiCA en dus níét het rapporterende subject van DAC8 — gebruik het als toekomstig risico, niet als koopreden. Het volledige uitgewerkte dossier (wie contacteren, waarom het waarschijnlijk niet lukt, bouwlijst) staat als aantekeningen in je eigen MUC-item op ⭐ Main use cases.

🎯 Potentiële klanten (PROSPECT — nog geen contact, lijst groeit): Nosana (Nederlandse BV — GDPR/eID is hier thuiswedstrijd; verifieert vandaag expliciet de hardware en niet de operator) · Golem Network (Zug, sinds 2016; een provider is een Ethereum-adres en verder niets) · Salad (betaalt hosts uit in PayPal en cadeaubonnen — de uitbetaalkant waar DAC8/AMLR straks bijt) · Vast.ai (heeft al een betaald "verified"-label voor machines; wij zijn de tweede helft ervan) · Clore.ai.

💼 Om dit te verkopen moet jij: Mail Nosana (NL, kleinste afstand, Solana-ecosysteem) met één vraag: "welke zakelijke klanten hebben jullie afgewezen omdat ze niet op anonieme nodes willen draaien?" Onderzoek vooraf hun host-onboarding op learn.nosana.com en hun node-registratie — als je kunt aantonen dat de koppeling aan hún kant één API-aanroep bij node-registratie is, gaat het gesprek meteen over de premium-laag en niet over identiteitsfilosofie.

❓ De vragen die jij stelt

1 · "Wat weten jullie vandaag over de mens achter een node — naam, land, iets?" — komt "het wallet-adres" als antwoord, dan heeft hij het gat zelf benoemd en hoef jij niets te beweren.

2 · "Hebben jullie ooit een klant verloren omdat hij niet op anonieme machines wilde draaien?" — één voorbeeld is je hele businesscase, in zijn eigen woorden.

3 · "Als iemand met vijftig nodes doet alsof hij vijftig aanbieders is, ziet u dat dan?" — dit legt de sybil-kant bloot: beloningen, bonussen en reputatie lekken vandaag naar één persoon.

4 · "Als er illegaal werk op een node draait, wie spreekt de autoriteit dan aan — u of de host?" — laat hem zelf ontdekken dat een niet-identificeerbare host betekent: hij.

5 · "Als jullie ooit als CASP kwalificeren, hoe gaan jullie dan om met DAC8 — dat sinds januari 2026 identiteit bij crypto-uitbetalingen vraagt?" — hier gaat het gesprek van 'leuk' naar 'moet', zonder dat jij dreigt.

6 · "Jullie vragen al meer voor 'verified' hardware — wat zou 'verified operator' waard zijn?" — hij prijst je product zelf, en dat cijfer kan hij later niet ontkennen.

💰 Wat het hen oplevert

Nieuwe omzet uit een segment dat vandaag nul koopt. Zakelijke afnemers met gevoelige workloads zijn nu structureel buitengesloten. Een filter "alleen geverifieerde operators" is een premium-laag op bestaande capaciteit — precies het patroon waarmee deze platformen al meer vragen voor "verified" machines.

Vermeden risico, in geld. Vanaf 1 januari 2026 moeten crypto-aanbieders in de EU onder DAC8 identiteit en transacties van EU-gebruikers verzamelen en rapporteren. Maar pas op met deze als koopreden — het correctieblok hierboven zegt het al: een platform dat in eigen token uitbetaalt is géén CASP onder MiCA en dus niet het rapporterende subject van DAC8. Gebruik dit als toekomstig risico, niet als reden om vandaag te tekenen. En één incident met illegaal werk op een niet-identificeerbare node is duurder dan het hele attestatie-abonnement.

Betere datakwaliteit in hun eigen netwerk. Beloningen, referral-bonussen en reputatiescores gaan vandaag naar accounts. Op de persoon geteld verdwijnt het farmen — dat is direct bespaarde uitgifte, geen zachte belofte.

Een verkoopargument richting hún klanten. "Elke machine in ons netwerk heeft een aanspreekbare, bewezen operator." Vandaag een differentiator, bij de eerste zakelijke aanbesteding een aankoopeis.

🔌 Hoe R4M zich hier gedraagt

Wat de klant al heeft: een node-registratie met een eigen machine-identiteit (Vast machine-ID via hun publieke REST-API en CLI, Salad machine-ID via de SaladCloud-API, een Nosana node-adres op Solana, een Golem node-ID = Ethereum-adres) plus een hostportaal. Alle vier hebben dus al het haakje waar wij aan hangen.

Wat wij bijbouwen: de node-binding (D18), de uniciteitsteller per context (D17) en de x401-challenge ervóór (D1). Alle drie bovenop de eID-laag die al draait — geen agent op de machine van de host, geen toegang tot zijn workloads.

Wat de klant aanpast: één knop in zijn hostportaal en één aanroep bij node-registratie. Geen wijziging aan zijn scheduler, geen migratie, geen nieuwe hardware bij duizenden hosts — dat laatste is precies waarom dit haalbaar is en een hardware-oplossing dat niet is.

Welke standaarden: OIDC voor de host-login, een REST-attestatie-endpoint met webhook voor intrekking, x401 voor de identiteitscontrole en (later) x402/USDC voor de uitbetaling. Alles open gedocumenteerd; de klant ketent zich nergens aan R4M vast.

Hoeveel werk: aan onze kant enkele dagen bovenop de bestaande identiteitslaag; aan hun kant een halve tot hele dag zodra hun hostportaal al een API heeft.

De kleinste demonstreerbare versie — en je hebt niemands toestemming nodig: een publieke pagina waar iemand zich met itsme verifieert, zijn Vast.ai- of Nosana-machine-ID plakt, en een controleerbare badge-URL terugkrijgt die zegt "één echte, unieke mens bedient deze node" — zonder naam. Die URL stuur je naar het platform. Het gesprek begint dan bij "hoe zetten we dit in ónze registratie" in plaats van bij "wat is x401".