WTF is MPP, Visa, Agents, 0x402, Tempo en hoe verhouden ze zich tot elkaar? @Stripe en @Tempo hebben vandaag MPP en mainnet gelanceerd. Toen kondigde @Visa Visa CLI voor agents aan. @base is al bijna een jaar bezig met 0x402. Zijn dit dezelfde dingen? Gebruik maken ze allemaal van stablecoins? Zal er één enkele winnaar zijn over alle applicaties heen? Een manier om deze ruimte te begrijpen is door twee verschillende debatten te scheiden die vaak door elkaar worden gehaald. Eén debat gaat over crypto rails versus kaarten, en het andere debat gaat over MPP versus 0x402. 1. Het afreken debat: kaart rails versus crypto rails Dit is de meer bekende dimensie. Het gaat over de financiële infrastructuur die uiteindelijk geld verplaatst. Traditionele kaartnetwerken blijven krachtig omdat ze eenvoudig, wereldwijd en diep geïntegreerd zijn in het ecosysteem van handelaren. Programmeerbare interfaces die kaartbetalingen aan software agents blootstellen, maken het mogelijk om aankopen te automatiseren zonder bestaande bedrijfsworkflows opnieuw te ontwerpen. Voor grotere of incidentele transacties is dit model nog steeds efficiënt. Boekhouding is duidelijk. Naleving is ingebouwd. Acceptatie is bijna universeel. Crypto rails introduceren een andere set eigenschappen. Stablecoins maken onmiddellijke wereldwijde afrekening, lage kosten en programmeerbare saldi mogelijk die agents direct kunnen beheren. Dit wordt belangrijk wanneer betalingen klein, frequent of continu zijn. Machine workloads omvatten vaak gemeterd gebruik in plaats van discrete aankopen. In deze omgevingen is streaming of gebundelde micro-afrekening structureel gemakkelijker te implementeren met blockchain-gebaseerde rails. Het belangrijkste punt is dat de keuze voor afrekening grotendeels economisch is. Ontwikkelaars zullen de rail selecteren die het beste past bij betalingsfrequentie, grootte en operationele complexiteit. 2. Het protocol debat: 0x402 versus MPP Een tweede debat vindt plaats op een laag boven de afrekening. Dit gaat over hoe agents daadwerkelijk de intentie om te betalen uitdrukken. Zowel 0x402-stijl flows als MPP bouwen voort op de lang ongebruikte HTTP 402 Payment Required semantiek. Het gedeelde idee is dat betaling deel moet uitmaken van de normale aanvraag-responscyclus van het web. Een agent vraagt om een bron. De server geeft een machine-leesbare betalingsuitdaging. De agent bewijst autorisatie. Toegang wordt verleend. 0x402-implementaties richten zich vaak op stateless betalingsuitdagingen. Elke aanvraag kan een betalingsvereiste bevatten, waardoor het model eenvoudig en samenstelbaar is. Deze aanpak heeft tractie gewonnen in ecosystemen zoals Base waar goedkope uitvoering hoge frequentie-interacties ondersteunt. MPP introduceert een meer gestructureerd kader via betalingssessies. Een agent kan een uitgavenmandaat openen met gedefinieerde beperkingen en het gebruik geleidelijk in de tijd afrekenen. Dit vermindert de transactiekosten en past goed bij continue serviceconsumptie zoals inferentie, gegevensfeeds of geautomatiseerde workflows. ...