Top
Best
New

Posted by bpierre 6 hours ago

Machine Payments Protocol (MPP)(stripe.com)
99 points | 51 commentspage 2
glitchc 3 hours ago|
It feels like an attempt to bypass PCI-DSS...
xmly 5 hours ago||
Fascinating — this is the future of decentralized finance. Agents will be the entities that both earn and consume.
4k0hz 4 hours ago||
"Decentralized" seems like a stretch for something developed and promoted by monolithic payment processors.
film42 5 hours ago||
Maybe. When it comes to actual payments, fee structures don't allow for this outside of the laboratory.
vicchenai 5 hours ago||
the real question for me is what happens when agents start hitting premium data APIs with MPP. right now if i want my agent to pull realtime financial data it has to go through my API keys with monthly billing. with MPP the agent could theoretically pay per-query directly to data vendors. thats a much better model for bursty workloads but the authorization problem naomi_kynes raised is real - you need spending caps that the agent cant override, not just logging.
david_shi 6 hours ago||
It seems like this is designed for atomic purchases, could it be extended for subscriptions?
lihorne 4 hours ago||
Hey, I'm one of the developers at Tempo. We're working on an extension type for subscriptions to propose being added to the spec as well! We're starting with the simple types, but subscriptions are a natural extension. The subscription intent will work similarly to a one-time charge—the server returns a 402 with intent="subscription", and the client signs a recurring authorization.
david_shi 2 hours ago||
Cool, would be nice to get specifics on how payments are processed, failures, and cancellations re: the recurring model.
jacobn 6 hours ago||
> MPP provides a specification for agents and services to coordinate payments programmatically, enabling microtransactions, *recurring payments*, and more.
david_shi 5 hours ago||
https://docs.stripe.com/payments/machine/mpp

Yeah I read that copy too, did you read the spec?

dabbz 5 hours ago||
I believe the Shared Payment Token is interchangeable with a payment method id that you attach to a customer object, but that link has very sparse information about how things actually work end to end and what objects mean what.
Animats 3 hours ago||
"Creates a direct connection between your wallet and our bank account!"

Note the absence of invoices, bills of lading, and receipts, all the things you need when a vendor doesn't deliver. All it does is send money, one-way. So it's useless in a B2B context.

rvz 5 hours ago||
This is a good standard that I can get behind [0] since it's a serious proposal and submitted to the IETF [1] for MPP for machine-to-machine payments.

A well thought out proposal for the long term, unlike MCP which is a complete joke of a "standard" and broken by design.

[0] https://paymentauth.org/

[1] https://datatracker.ietf.org/doc/draft-ryan-httpauth-payment...

dbalatero 5 hours ago|
Curious since I haven't followed super closely: what's busted about MCP?
user3939382 4 hours ago||
The more industrial activity and investment I see in “payments” and ecommerce, is to me a signal of a hollow society that has ceased creating real value. We have more to contribute than materialism, skimming off of electronic transactions, entertainment etc.
quantium1628 3 hours ago||
the comments here are better than the article lol
FL4TLiN3 1 hour ago|
[dead]
More comments...