Een AI-agent vraagt data op, krijgt een rekening terug en betaalt die zonder menselijke klik.
Stellar heeft op 22 augustus nieuwe documentatie gepubliceerd die precies laat zien hoe dat via MPP werkt.
Het Machine Payments Protocol koppelt betalingen rechtstreeks aan HTTP-verzoeken. Daarmee kunnen software, API's en AI-agents zelfstandig voor digitale diensten afrekenen.
Alleen is MPP zelf niet vandaag gelanceerd. Stellar ondersteunde het protocol al eerder op mainnet. De nieuwe stap zit vooral in de concretere ontwikkelaarsroute.
Stellar legt twee MPP-routes vast
De nieuwe
MPP-documentatie van Stellar beschrijft twee betaalvormen: Charge en Session.
Charge is de simpelste variant.
Een AI-agent vraagt bijvoorbeeld toegang tot een dataset. De server antwoordt dat betaling nodig is en geeft bedrag, valuta en ontvangstadres door.
Daarna wordt iedere betaling afzonderlijk via Stellar verwerkt.
Stellar gebruikt daarvoor Soroban SAC-transfers. SAC staat voor Stellar Asset Contract en geeft assets op Stellar functies die via
smart contracts kunnen worden aangeroepen.
Een externe facilitator is voor deze route niet noodzakelijk.
Iedere API-call kan zijn eigen betaling krijgen
De
Charge-handleiding maakt de flow vrij concreet.
Een client vraagt een betaalde online dienst op. De server geeft via HTTP aan hoeveel toegang kost.
De client autoriseert vervolgens de transfer. Daarna wordt de betaling individueel onchain afgerekend.
Dat past bijvoorbeeld bij een AI-agent die één rapport koopt, één modelrun uitvoert of één betaalde API-call nodig heeft.
Geen abonnement.
Geen creditcardformulier.
Geen menselijke gebruiker die eerst een factuuraccount moet aanmaken.
Voor duizenden betalingen heeft Stellar een andere route
Iedere afzonderlijke betaling onchain zetten is alleen niet altijd logisch.
Een AI-agent kan duizenden keren per uur dezelfde datafeed raadplegen. Dan wil je niet voor iedere kleine betaling een aparte blockchaintransactie bouwen.
Daarvoor bestaat Session.
Volgens de
nieuwe Session-handleiding stort de betaler eerst tokens in een eenrichtingsbetaalkanaal.
Daarna kunnen veel betalingen buiten de chain worden bijgehouden via ondertekende, oplopende betaalbeloftes.
Pas wanneer het kanaal wordt gesloten, volgt de definitieve afrekening op Stellar.
Dat maakt MPP interessanter voor grote aantallen kleine betalingen.
Het verschil zit in hoe vaak machines betalen
De keuze tussen beide routes is daarmee vrij simpel.
Een losse betaalde aanvraag? Charge.
Een AI-agent die voortdurend compute, data of andere digitale diensten afneemt? Session.
Stellar beschreef dit eerder al als een belangrijk verschil binnen machinebetalingen.
De usecases liggen vooral bij betaalde datastromen, analyse-API's, ontwikkelaarstools en diensten waarbij software per gebruik afrekent.
Dat sluit aan bij de bredere beweging rond
AI-agents en HTTP-betalingen.
MPP gebruikt de oude HTTP 402-code
Onder de motorkap raakt MPP een oud stukje van het internet.
HTTP heeft al decennia statuscode 402 Payment Required. Die code was bedoeld voor betalingen, maar kreeg nooit een breed betaalmodel om zich heen.
MPP gebruikt 402 als machineleesbaar signaal.
Een server kan daarmee zeggen: deze aanvraag kost geld.
Software kan vervolgens de voorwaarden lezen, betalen en dezelfde taak afmaken.
Dat is belangrijk voor AI-agents.
Een mens kan nog een betaalpagina openen en kaartgegevens invoeren. Een autonome agent heeft liever duidelijke regels die software rechtstreeks kan uitvoeren.
Stablecoins passen beter dan een volatiele munt
Daarmee komt
stablecoin-gebruik snel in beeld.
De officiële Stellar-demo rekent bijvoorbeeld 0,01 USDC per request op Testnet.
Dat is logisch.
Een API-aanbieder die $0,01 per aanvraag vraagt, wil niet dat dezelfde dienst tien minuten later $0,008 of $0,013 kost doordat een token beweegt.
Een digitale dollar houdt de rekeneenheid veel eenvoudiger.
MPP schrijft alleen niet voor dat iedere betaling noodzakelijk in USDC moet plaatsvinden. De gekozen asset hangt af van de toepassing en ondersteuning.
AI-agent hoeft zelfs geen XLM voor fees te beheren
Ook transactiekosten vormen een interessant detail.
Bij de Charge-route ondersteunt Stellar een gesponsorde variant. De server kan daarbij de transactie opnieuw opbouwen met zijn eigen account als bron.
Daardoor hoeft de betalende client niet noodzakelijk zelf de netwerkkosten te dragen.
Voor AI-software haalt dat een irritante stap weg.
Een agent die alleen USDC bezit, hoeft dan niet ook apart
Stellar Lumens te verzamelen om één kleine betaling te kunnen uitvoeren.
Dat klinkt technisch klein.
Voor betalingen van een paar cent kan zo'n detail bepalen of een systeem bruikbaar is.
Dit is niet de lancering van MPP op Stellar
Daar hoort wel een duidelijke correctie bij.
De documentatie van 22 augustus is nieuw, maar MPP-ondersteuning op Stellar niet.
Stellar meldde eerder dit jaar al dat zowel x402 als MPP op mainnet beschikbaar waren. De Foundation besprak MPP bovendien in mei uitgebreid met ontwikkelaars.
De nieuwswaarde van vandaag zit daarom vooral in de vernieuwde documentatie en het duidelijk uitgeschreven SDK-model.
Developers krijgen nu concrete routes voor eenmalige betalingen en langdurige betaalsessies.
Dat is minder spectaculair dan “Stellar lanceert AI-betalingen”.
Het is wel nauwkeuriger.
Stellar jaagt op een nieuw soort betalingsverkeer
De stap past opvallend goed bij waar Stellar in 2026 naartoe schuift.
Het netwerk komt uit internationale betalingen en tokenuitgifte, maar probeert steeds meer financiële toepassingen naar dezelfde chain te trekken.
MPP voegt daar machineverkeer aan toe.
Niet een persoon die een vriend betaalt.
Maar software die andere software betaalt omdat een taak geld kost.
Een AI-agent kan straks voor rekenkracht betalen
De praktischste voorbeelden zijn vrij saai.
En juist daarom interessant.
Een AI-agent kan betalen voor een databasezoekopdracht. Een andere agent kan compute inkopen voor één zware berekening.
Een handelsbot kan betalen voor een premium datafeed. Software kan een betaalde analysetool alleen gebruiken wanneer dat voor één specifieke taak nodig is.
Daar hoeft geen maandabonnement tussen te zitten.
Je betaalt per gebruik.
Voor digitale diensten die door machines worden aangeroepen is dat mogelijk een natuurlijker model dan menselijke betaalaccounts.
Het gevaar zit bij de toestemming
Meer financiële zelfstandigheid voor AI brengt ook een simpel risico mee.
Software die zelfstandig mag betalen, kan zelfstandig geld verkeerd uitgeven.
Een foutieve agent kan dezelfde dienst te vaak aanroepen. Een kwaadaardige server kan misleidende betaalverzoeken versturen.
Een verkeerd ingestelde limiet kan kleine betalingen razendsnel laten optellen.
Daarom is “de agent kan betalen” niet hetzelfde als “de agent moet onbeperkt bij een wallet kunnen”.
Uitgavenlimieten, toegestane ontvangers en duidelijke autorisatieregels worden net zo belangrijk als de betaaltechniek zelf.
MPP en x402 gaan om dezelfde nieuwe klant
Stellar ondersteunt naast MPP ook x402.
Beide modellen richten zich op dezelfde verschuiving: software wordt zelf een betalende internetgebruiker.
Er zijn technische verschillen.
x402 richt zich sterk op betalingen per HTTP-request. MPP voegt daar met Session expliciet een route aan toe voor veel herhaalde betalingen via een betaalkanaal.
Voor ontwikkelaars wordt daardoor vooral de gebruikssituatie belangrijk.
Een enkele premium API-call vraagt iets anders dan een agent die iedere seconde nieuwe marktdata koopt.
Voor XLM is gebruik nog geen prijsbewijs
Hier gaat de markt waarschijnlijk weer te snel.
Meer AI-betalingen op Stellar betekent niet automatisch meer vraag naar
XLM.
Betalingen kunnen bijvoorbeeld in USDC plaatsvinden. En bij gesponsorde transacties hoeft de betalende agent niet eens zelf XLM voor fees te beheren.
XLM blijft wel onderdeel van het Stellar-netwerk en de fee-economie.
Maar voor beleggers telt uiteindelijk volume.
Hoeveel agents betalen werkelijk? Welke assets gebruiken ze? Hoeveel transacties en betaalkanalen komen erbij?
CryptoBenelux wees bij de bredere
groei van Stellar in betalingen en tokenized finance al op hetzelfde onderscheid: netwerkgebruik is niet automatisch tokenwaarde.
De volgende internetklant heeft misschien geen naam
MPP is daardoor minder een AI-verhaal dan een betaalverhaal.
Het internet heeft betalingssystemen gebouwd voor mensen en bedrijven. AI-agents passen slecht in formulieren, abonnementen en handmatige facturen.
Stellar probeert betalingen daarom terug te brengen tot iets wat software begrijpt: aanvraag, prijs, autorisatie, betaling, antwoord.
De documentatie van 22 augustus maakt die route een stuk concreter.
Maar de echte test begint pas wanneer ontwikkelaars er diensten mee bouwen die agents vaker dan één keer willen kopen.