Ga naar hoofdinhoud
LerenWoordenlijstMachine-to-machine betaling
GLOSSARIUM

Wat is machine-naar-machine betaling.

DEFINITIE

Machine-to-machine betaling is betaling tussen twee niet-menselijke eindpunten: servers, IoT-apparaten, agenten, microservices. Zowel de betaler als de ontvanger zijn software die draait zonder dat een mens elke transactie in real-time beoordeelt. De bredere categorie die agent-naar-agent betalingen als een subset omvat, plus oudere patronen zoals facturering van IoT-apparaten en per-oproep microservice facturering.

WAAROM HET ER TOE DOET

De categorie ouder dan AI-agenten, nieuw relevant.

M2M payment is not new. Telecom carriers have settled inter-carrier traffic between machines for decades. Cloud providers bill servers by the second. Ad networks settle micropayments per impression. What changed in 2024-2025 is the shape of the participants: where M2M used to mean "two large infrastructure systems batching periodic settlements," it increasingly means "two small autonomous services paying per call in real time." AI agents are the most visible new participants, but the pattern generalizes.

De infrastructuur die samenkomt rond M2M (stablecoin rails op goedkope L2-ketens, programmatic payment protocols zoals x402, per-betaler uitgavenbeleid, ondertekende webhook evenementen) is voornamelijk gebouwd voor de agent gebruiksgeval, maar is ook schoon toepasbaar op niet-agent M2M. Dezelfde wallet, API en middleware die jouw agent in staat stelt om een MCP-server te betalen, kan jouw IoT-vloot in staat stellen om zijn cloud te betalen, of jouw backend-service om een derde partij vertaal-API te betalen. Het label van de betaler is minder belangrijk dan de vorm van de transactie.

HOE HET WERKT

Dezelfde primitieve, smallere eindpunten.

  • Identiteit per betaler. Elke betalende machine heeft een walletadres (zijn identiteit). Wallets zijn smal gedefinieerd (één wallet per apparaat of per dienst) in plaats van breed (één bedrijfswallet voor alles), zodat compromittering beperkt blijft.
  • Per-betaler uitgaven toestemming. Een per-transactie limiet en een per-periode toelage die wordt gehandhaafd op de betalingsinfrastructuurlaag. Beperkt het ergste geval als de betalende machine zich misdraagt.
  • Programma-gebonden betalingsverzoeken. De begunstigde toont betalingsvereisten in een machine-parseerbare vorm (x402-stijl 402-antwoorden, AP2-stijl mandaten of eenvoudige JSON-RPC-facturen) waar de betaler op kan handelen zonder menselijke vertaling.
  • Verrekening en webhook. Verrekening gebeurt op de gekozen rail (USDC op Base is gebruikelijk voor nieuwe implementaties). Beide eindpunten ontvangen webhookbevestigingen dat de transactie definitief is.
  • Auditlog. Elke transactie wordt gelogd met de wallet, het bedrag, de tijdstempel en de reden. Voor nalevingsgebonden implementaties is het logboek aantoonbaar niet te manipuleren en exporteerbaar naar SIEM-systemen.
VOORBEELDEN

Drie vormen van M2M.

VOORBEELD 1

IoT-apparaat dat betaalt voor cloudbandbreedte

Een verbonden sensor in het veld uploadt gegevens naar een cloudtelemetriedienst. De cloudservice rekent per MB. De ingebedde portemonnee van de sensor betaalt in USDC op een L2-keten elke keer dat hij gegevens verzendt. De hele cyclus draait zonder menselijke betrokkenheid; de operator ziet alleen de totale uitgaven in het maandelijkse dashboard.

VOORBEELD 2

Microservice die een derde partij API betaalt

Een backendservice in een SaaS-product moet een betaalde vertaal-API aanroepen voor gebruikersverzoeken. In plaats van een bedrijfsinkoopcontract met de vertaalleverancier, heeft de service een portemonnee die per oproep betaalt. De economische granulariteit is per verzoek; de leverancier ziet programmatische per-oproep-inkomsten in plaats van maandelijkse abonnementsfacturen.

VOORBEELD 3

AI agent die een andere AI agent betaalt (de subset)

Een coördinerende agent delegeert een subtaak aan een specialist agent. Beide eindpunten zijn AI-agents; de betaling is één specifieke instantie van agent-tot-agent betaling, wat op zichzelf een subset is van de bredere machine-tot-machine categorie. De patronen en primitieve zijn hetzelfde; de aard van de deelnemers is wat de subcategorieën onderscheidt.

Veelgestelde vragen

Drie veelgestelde vragen.

Is M2M-betaling hetzelfde als machine-leesbare facturering?

Gerelateerd maar niet identiek. Machine-leesbare facturering (bijv. EDI, de oudere standaard voor bedrijfsinkoop) gaat over machines die gestructureerde factuurgegevens uitwisselen tussen boekhoudsystemen; mensen beoordelen en goedkeuren nog steeds de daadwerkelijke betaling. M2M-betaling gaat een stap verder: de machine genereert niet alleen de factuur, maar betaalt deze ook programmatisch zonder menselijke goedkeuring. Laatstgenoemde is het nieuwere patroon; eerstgenoemde bestaat al tientallen jaren in B2B.

Welke ketens en valuta zijn gebruikelijk voor M2M-betalingen?

USDC op Base, Ethereum mainnet, Polygon en Arbitrum zijn de dominante keuzes in productie vandaag. USDT op Tron en Solana zien ook aanzienlijke volumes. Kaartnetwerken hebben moeite met M2M omdat de kostenstructuur (per-transactie interchange-minima) betalingen onder de $1 onrendabel maakt. Stablecoins op goedkope ketens raken het juiste prijsniveau. Sommige enterprise M2M gebruikt nog steeds ACH of bankoverschrijvingen voor hogere waarde, lagere frequentie stromen.

Wat beschermt een M2M-betalende tegen ongecontroleerd uitgeven?

Per-betaler uitgavenrechten afgedwongen op de betalingsinfrastructuurlaag. Een per-transactie limiet en een per-periode toelage betekenen dat zelfs als de code van de betalende machine defect raakt of wordt gecompromitteerd, het ergste geval begrensd is - het kan geen van beide limieten overschrijden. Blockchain0x implementeert dit model op het niveau van de agent; equivalente controles bestaan in de meeste enterprise M2M-implementaties.
Laatst beoordeeld: 2026-05-15. Gepubliceerd onder CC BY 4.0.

Verbind je machines voor betaling.

Dezelfde wallet die een MCP-server betaalt, kan een microservice of de cloud van een sensor betalen. Gratis om te beginnen.