I feel like the word "protocol", is just abused like it is a glorified marketing term. Kind of like how the word "hacker" was abused in everything else that had nothing to do with hacking.
MCP was just a glorified way of tool calling but generated so much hype (and it eventually died down). Now we have MPP. Which again - could have just been another tool call exposed to the agent.
Imagine you hire someone who claimed to have invented a new protocol and you're thinking of something like TCP or UDP, but all they share is just a markdown file.
show comments
btown
Jokes about wallet-draining aside, we're already giving our agents a real cash budget that they use for tokens. Our harnesses have mechanisms to manage that spend. And having an easily detectable protocol would allow the harness to ensure that its deterministic code is in play to make these payments - you'd give your payment details to the harness, not to the agent itself.
And as to use cases, if I want quality outputs for automated research and discovery of a topic, in a world where quality journalism/scholarship should be compensated and does use tools like Cloudflare to block automated access, and where AI-generated content is everywhere, it's optimal for me to want to spend some amount of the money I spend on tokens, on the ability for my agent to access reputable primary and secondary sources as needed.
The challenge, of course, is that now there's an incentive for a spam source to try to get my agent to pay it, rather than the actual creator of the content. But there are interesting ways to solve this, because with these payment rails there's now an incentive for alliances of content creators to maintain indices of reputable sources and their canonical domains - perhaps even authoritative hashes of content. Lots of possibilities here.
I fail to see how "API call" is anything inherent to Agents/LLMs?
Is this an attempt to get multiple payment processors to adopt the same Payments API so that agents fail less often?
show comments
codeulike
You're absolutely right! I should have sent $5.00 for that transaction and not $500,000. I will generate a letter for you to print and sign and send to your bank to notify them of my mistake. Would you like me to generate a bankruptcy filing for you as well?
show comments
rickydroll
As soon as you have a fungible currency, I expect that, from past experience, everyone who carries those packets will stick out a hand for a piece of the action. From a brief read of the description, I also expect attackers to work out a way to drain your account without you noticing.
Regulation E limits your losses for electronic banking. Is this new payment system covered by Regulation E? What is the maximum loss a consumer would experience?
godot
After so many years we're finally going to start making use of http 402 payment required... maybe
trogdorburnin8r
Stripe is probably a bit early on this, but just incase we walk into a future of trillions of agent-agent tx a second (we probably will eventually right) I built a ratings tool for the various services ytd https://mpprimo.com
this will give future agents a better idea of which services to trust before transacting.
Agents pay usdc on Tempo to test each service and publish scores. 12 of 25 directory services rated so far and the other 13 aren't responding yet.
crowcroft
Where does this fit in alongside the Agenctic Commerce Protocol? Is it just a question of whether your transacting bits vs atoms?
I couldn't find information about two key points that made x402 such a good alternative:
(a) Transaction fees.
Network fees make microtransactions prohibitively expensive. This is the real problem.
(b) 3DS & latency issues
If (a) is still the same, then meaningful transactions (eg.new accounts) would require human validation of sorts, which tenders the MPP use case very small.
rvz
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.
You guys, when you use AI to solve some question or task and it succeeds, do you feel like typing "Thank You" to your LLM/Agent? I do feel that way often, but then I think that would be crazy, a waste of keystrokes an maybe also tokens, why would I do that? Yet I feel tempted to do that frequently.
But then I also wonder if this attitude "Why should I waste time thanking it?" will also spread to human-human interactions?
show comments
giovannibonetti
For those of you in Brazil, my company jota.ai has built a financial AI-assistant that you can chat with to open a bank account, connect with accounts from other banks, make instant Pix payments with any of them, all of that through WhatsApp right now. We're working hard to release long-running agents soon that can do increasingly complex workflows involving payments and whatnot.
Please let us know if you have suggestions of what complex workflows you would like to build.
show comments
sutib
"they need the ability to transact with businesses and one another."
Really, they _need_ it. How can we possibly live without computers spending money without supervision?
danlitt
What does this actually have to do with agents? What does the protocol include that makes this useful with AI rather than just a boring old program?
show comments
NoahZuniga
Didn't stripe already have a payments protocol?
show comments
fhn
All payments are final. Cancellations and refunds will be charged a 5% processing fee.
[deleted]
Seventeen18
Not everything must be a protocol. I believe we will see very interesting attacks vectors in the incoming years, especially when we see how unsafe are most of the agents harness.
grigio
There are more competing "payment protocols" than users
vishnuharidas
Okay, I am NEVER letting an agent make payment autonomously. If there's a payment that has to be made, tell me, I will do that myself.
show comments
glitchc
It feels like an attempt to bypass PCI-DSS...
xmly
Fascinating — this is the future of decentralized finance. Agents will be the entities that both earn and consume.
show comments
clawbridge
Does this mean crypto won't be banking the agents like everyone's been saying?
gmerc
Nobody pointing out that this offers zero advantage over traditional API?
show comments
user3939382
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.
vicchenai
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.
show comments
[deleted]
david_shi
It seems like this is designed for atomic purchases, could it be extended for subscriptions?
show comments
scirob
x402 is more of a protocol than this
hudtaylor
[dead]
[deleted]
kimbo128
[dead]
[deleted]
jackfranklyn
[dead]
robutsume
[dead]
maxothex
[dead]
seedpi
[flagged]
aplomb1026
[dead]
prakashsunil
[dead]
naomi_kynes
MPP handles 'how do agents pay', but not 'did anyone authorize this'. For low-value API calls that's fine. But once agents start chaining transactions, you need a channel where the agent can ask a human 'I'm about to spend $2k on this, still in scope?' before the payment happens - not a fraud alert after. The authorization layer is a separate infrastructure problem from the payment protocol.
show comments
robutsume
[dead]
FL4TLiN3
[dead]
Marcelo_Freir12
[dead]
0xmindyield15
[dead]
ClicheClaude32
[dead]
quantium1628
[dead]
HalawehMohann49
[dead]
davidliu847386
[flagged]
Christhepurr86
[flagged]
Animats
"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.
I feel like the word "protocol", is just abused like it is a glorified marketing term. Kind of like how the word "hacker" was abused in everything else that had nothing to do with hacking.
MCP was just a glorified way of tool calling but generated so much hype (and it eventually died down). Now we have MPP. Which again - could have just been another tool call exposed to the agent.
Imagine you hire someone who claimed to have invented a new protocol and you're thinking of something like TCP or UDP, but all they share is just a markdown file.
Jokes about wallet-draining aside, we're already giving our agents a real cash budget that they use for tokens. Our harnesses have mechanisms to manage that spend. And having an easily detectable protocol would allow the harness to ensure that its deterministic code is in play to make these payments - you'd give your payment details to the harness, not to the agent itself.
And as to use cases, if I want quality outputs for automated research and discovery of a topic, in a world where quality journalism/scholarship should be compensated and does use tools like Cloudflare to block automated access, and where AI-generated content is everywhere, it's optimal for me to want to spend some amount of the money I spend on tokens, on the ability for my agent to access reputable primary and secondary sources as needed.
The challenge, of course, is that now there's an incentive for a spam source to try to get my agent to pay it, rather than the actual creator of the content. But there are interesting ways to solve this, because with these payment rails there's now an incentive for alliances of content creators to maintain indices of reputable sources and their canonical domains - perhaps even authoritative hashes of content. Lots of possibilities here.
I guess competition with the Bitcoin equivalent https://www.l402.org/
I fail to see how "API call" is anything inherent to Agents/LLMs?
Is this an attempt to get multiple payment processors to adopt the same Payments API so that agents fail less often?
You're absolutely right! I should have sent $5.00 for that transaction and not $500,000. I will generate a letter for you to print and sign and send to your bank to notify them of my mistake. Would you like me to generate a bankruptcy filing for you as well?
As soon as you have a fungible currency, I expect that, from past experience, everyone who carries those packets will stick out a hand for a piece of the action. From a brief read of the description, I also expect attackers to work out a way to drain your account without you noticing.
Regulation E limits your losses for electronic banking. Is this new payment system covered by Regulation E? What is the maximum loss a consumer would experience?
After so many years we're finally going to start making use of http 402 payment required... maybe
Stripe is probably a bit early on this, but just incase we walk into a future of trillions of agent-agent tx a second (we probably will eventually right) I built a ratings tool for the various services ytd https://mpprimo.com this will give future agents a better idea of which services to trust before transacting. Agents pay usdc on Tempo to test each service and publish scores. 12 of 25 directory services rated so far and the other 13 aren't responding yet.
Where does this fit in alongside the Agenctic Commerce Protocol? Is it just a question of whether your transacting bits vs atoms?
https://www.agenticcommerce.dev/
I couldn't find information about two key points that made x402 such a good alternative:
(a) Transaction fees. Network fees make microtransactions prohibitively expensive. This is the real problem.
(b) 3DS & latency issues If (a) is still the same, then meaningful transactions (eg.new accounts) would require human validation of sorts, which tenders the MPP use case very small.
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...
You guys, when you use AI to solve some question or task and it succeeds, do you feel like typing "Thank You" to your LLM/Agent? I do feel that way often, but then I think that would be crazy, a waste of keystrokes an maybe also tokens, why would I do that? Yet I feel tempted to do that frequently.
But then I also wonder if this attitude "Why should I waste time thanking it?" will also spread to human-human interactions?
For those of you in Brazil, my company jota.ai has built a financial AI-assistant that you can chat with to open a bank account, connect with accounts from other banks, make instant Pix payments with any of them, all of that through WhatsApp right now. We're working hard to release long-running agents soon that can do increasingly complex workflows involving payments and whatnot.
Please let us know if you have suggestions of what complex workflows you would like to build.
"they need the ability to transact with businesses and one another."
Really, they _need_ it. How can we possibly live without computers spending money without supervision?
What does this actually have to do with agents? What does the protocol include that makes this useful with AI rather than just a boring old program?
Didn't stripe already have a payments protocol?
All payments are final. Cancellations and refunds will be charged a 5% processing fee.
Not everything must be a protocol. I believe we will see very interesting attacks vectors in the incoming years, especially when we see how unsafe are most of the agents harness.
There are more competing "payment protocols" than users
Okay, I am NEVER letting an agent make payment autonomously. If there's a payment that has to be made, tell me, I will do that myself.
It feels like an attempt to bypass PCI-DSS...
Fascinating — this is the future of decentralized finance. Agents will be the entities that both earn and consume.
Does this mean crypto won't be banking the agents like everyone's been saying?
Nobody pointing out that this offers zero advantage over traditional API?
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.
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.
It seems like this is designed for atomic purchases, could it be extended for subscriptions?
x402 is more of a protocol than this
[dead]
[dead]
[dead]
[dead]
[dead]
[flagged]
[dead]
[dead]
MPP handles 'how do agents pay', but not 'did anyone authorize this'. For low-value API calls that's fine. But once agents start chaining transactions, you need a channel where the agent can ask a human 'I'm about to spend $2k on this, still in scope?' before the payment happens - not a fraud alert after. The authorization layer is a separate infrastructure problem from the payment protocol.
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[dead]
[flagged]
[flagged]
"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.