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.
notatoad 20 hours ago [-]
"protocol" is just an agreement to communicate in a standardized way. this is a protocol. a tool call exposed to the agent is a protocol - the act of "exposing it to the agent" means you're defining a protocol.
there's nothing wrong with calling this a protocol. the problem is in hyping it up as though every protocol is going to be world-changing on the level of TCP.
I almost was going to point it out as evidence there was thought put into it. Nope, it's flimsy and AI generated.
Also, it contains provisions for scamming customers:
> 403 indicates the payment succeeded but access is denied by policy
No, it doesn't explain how to refund payments for customers you deny access to.
NetOpWibby 23 hours ago [-]
I recently redesigned my blog to look like a modern RFC and I'm loving the way they've decided to render tables in their plain text, definitely gonna steal that.
On topic though, Stripe is trying to make themselves the Visa/Mastercard of crypto. They're in position to do so and it seems like Coinbase is their other half. I don't trust or like it though.
Oh wow, I never heard of this. I'm currently working on something similar with the same 1% rate, haha! WELP
Xirdus 1 days ago [-]
This one is even worse IMO
> Servers MAY return 402 when:
> * Offering optional paid features or premium content
This implies that a successful GET request to a resource that user already does have access to, might still return 402 instead of 200. This makes 402 basically unworkable.
pertsix 1 days ago [-]
An RFC is a request for comments, contributions.
Are you open to contributing to this RFC?
john_strinlai 24 hours ago [-]
that doesnt sound nearly as fun as getting upvotes, if im honest
darkwater 23 hours ago [-]
Will they get a slice of the earnings in return by Stripe?
pear01 1 days ago [-]
Was it AI generated? If so, should I just delegate my AI to do so?
brendan_j_ryan 23 hours ago [-]
[dead]
meindnoch 21 hours ago [-]
[flagged]
devmor 1 days ago [-]
I've been thinking this, but never really put it into words.
Every time I see one of these I think "You are just describing an API".
rdevilla 15 hours ago [-]
I mean, I have had people unironically declare they had written compilers or exploits, which were actually just javascript or golang wrappers around the real payload, or all of the irrelevant lexer/parser/typechecker/optimizer/assembler bits.. I'm sure they were just as trivial, especially today with LLMs..
treyd 1 days ago [-]
I think this started when "web3" cryptocurrency projects started using the term to pretend that something which isn't much more than a service that uses a blockchain network to move money around was actually somehow "decentralized" and that that made it more trustworthy.
btown 1 days ago [-]
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.
zer00eyz 1 days ago [-]
> we're already giving our agents a real cash budget that they use for tokens.
I read this line and my (poor little) brain ran in a whole other direction for a moment. Because AI token management and "parental controls" aren't that far separated functionally.
How far are we from the AI companies selling token packs like video games sell premium currency? Buy NOW, 1.99 for 10,000 Anthropic gold...
btown 24 hours ago [-]
There was another comment I recall from today, discussing how OpenAI is not-so-subtly adopting a social-network-esque model, in how it's fine-tuned its chat system to always suggest another question that the user might want to ask.
And the gacha gaming industry knows exactly how to monetize this kind of trained instinct in a userbase. One might even call it a sense of pride and accomplishment...
(But, to my larger point, if agentic harnesses can offer their LLMs a source of reputable input tokens from professional content providers, as an alternative to just more token back-and-forth with the model provider... that harness can at least direct some of that money towards producers of well-researched content.)
ElFitz 14 hours ago [-]
> how OpenAI is not-so-subtly adopting a social-network-esque model, in how it's fine-tuned its chat system to always suggest another question that the user might want to ask.
There’s that, but it could also be adaptation to the fact users… just don’t know what to do with it.
Just like the prompt suggestions they added for new conversations a little time after releasing the first app. Those seem to be mostly gone now, at least on mobile.
ccozan 1 days ago [-]
Last thing I heard: stock options are so last year, AI companies award ... tokens now. Can't find the source now, sorry!
trogdorburnin8r 3 hours ago [-]
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.
Yep x402 is for any blockchain rather than just Stripe. I use it: it’s like being able to access a service without having to sign up and get an API key.
RamblingCTO 11 hours ago [-]
How do you use it? I explored building on this as a platform but ditched it because only crypto nerds seem to use it and fiat is used all around anyway.
nailer 6 hours ago [-]
Yes you need crypto for small payments. If you prefer using cards that’s fine but you don’t get to pay for things per API call.
gavinray 1 days ago [-]
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?
ezfe 1 days ago [-]
It has nothing to do with Agents/LLMs which is why it's not called "Agentic Payment Protocol."
It's an API for making purchases instead of interacting with a website of unknown flow.
gavinray 1 days ago [-]
The text literally starts with:
> We believe agents will become an integral part of the internet economy, and they need the ability to transact with businesses and one another.
> MPP provides a specification for agents and services to coordinate payments programmatically, enabling microtransactions, recurring payments, and more.
ezfe 1 days ago [-]
Obviously agents are the big thing right now, but that doesn't change the fact that MPP is an automation solution
codeulike 1 days ago [-]
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?
ezekg 1 days ago [-]
LLMs rarely admit fault, you gotta shift blame onto the user:
> You're absolutely right! The transaction was submitted as $500,000 instead of $5.00. Since that's what was entered on your end, you'll need to contact your bank to resolve it. I will generate a letter for you to print, sign, and send to your bank if needed. Would you like me to generate a bankruptcy filing for you as well?
another-dave 10 hours ago [-]
It's backed by a crypto wallet that it's using for its funds - if you decide to put $500k into the wallet that you've giving carte blanche access to an LLM, maybe you do deserve to shoulder some of the blame
leptons 1 days ago [-]
Claude always says it is sorry for screwing up when I point out that it screwed up.
fragmede 1 days ago [-]
"Never apologize" into the customized instructions seems to work well for that specific issue.
leptons 1 days ago [-]
This is the funniest (but seriously not funny at all) thing I've seen on the internet since the start of the whole "AI" craze. And it's all too true.
godot 17 hours ago [-]
After so many years we're finally going to start making use of http 402 payment required... maybe
rickydroll 24 hours ago [-]
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?
galaxyLogic 13 hours ago [-]
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.
ImPostingOnHN 22 hours ago [-]
How do you keep customer information, credentials, and access secure from your employees (including yourself)?
KellyCriterion 4 hours ago [-]
If there are some admins, there will be always some people who will have access if shit hits the fan?
sutib 1 days ago [-]
"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 1 days ago [-]
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?
XzAeRosho 1 days ago [-]
There's a slightly new topic called Agentic Commerce, where you say for example: "purchase for me the most energy efficient dishwasher with a budget of $600", and the agent will connect via specialized via special MCP Servers and APIs to available stores, and will do the full purchase process for you.
This MPP helps bridge the gap between the agent putting the product "in the basket", to actually completing the full purchase process.
Disclaimer: I'm not in any way advocating for this use case, but it's part of my job to understand how it works. Part of what I do is try to help Agents understand, for example, what is "an efficient dishwasher" using actual data, and not hallucinated info.
seanmcau 1 days ago [-]
I'm probably overlooking something, but what makes the problem of being able to get from item in basket to item is shipping different from choosing which item(s) to put in the basket?
In other words, if Agents are able to navigate marketplaces, shouldn't that imply they can also navigate a subset of the marketplace, the payment section? Especially given that that section is "easier: theres no need for qualitative (or quantitative) judgement like there is for the shopping portion.
Perhaps its a matter of proper safeguards?
XzAeRosho 1 days ago [-]
It's not actually doing browser actions like Playwright or other browser automation tools, rather than direct API and MCP calls/actions. This is a whole new subset of API and connections that are all contained within the Agent context, no browser mocking. That's why they are creating these new protocols, so the full governance can work within the context of the Agent and its available tools.
As I said, it doesn't have to make sense, but this is being pushed on us anyway...
pythonaut_16 1 days ago [-]
Thanks for sharing your insights!
It seems like this workflow suffers the same problem as Alexa and Amazon dash buttons: consumers don't typically want the computer to just go buy things for them with no oversight. At least I don't.
Adding a checkout step would make this more plausible to me. "Agent, go find the most efficient dishwasher under $600" where it adds its recommendation to a cart, or even "Find me the best dishwashers under $600" where it creates a catalog page with its recommendations and an easy checkout process with whatever store is actually providing.
ByThyGrace 19 hours ago [-]
So, what is an efficient dishwasher, in agentic-speak? Furthermore, what is actual data? How is any data you pull remotely a source of trust to answer my question? Surely not just what is on the manufacturer's website?
Not trying to be snarky here, your problem space must be awfully complex.
another-dave 9 hours ago [-]
Aside from physical real-world purchases, just opening up the space that agents get access to would be another feature. E.g. if you ask Claude to summarise a Twitter thread, it will say "I can't access, please paste the contents in here". That's fine with a human in the loop, but prevents it using Twitter as a source during deep research, say.
Similarly with paywalled sites like the New Yorker or research journals - If the LLM came back to you and said "I've found these 5 articles. Do you want me to add them as sources to summarise (access cost: $0.05)?" or you give it a budget upfront "Access whatever you think is most useful, but don't spend more than $0.10"
At the moment, sites either allow bots full access or block them, but this could provide a middle ground.
twalla 1 days ago [-]
As much as I detest having to look at ads or being "influenced" in any way, shape or form, I think the opportunities for exploitation with what you just described is potentially orders of magnitude more harmful. Sure, let me just hand my wallet to a stochastic black box with god-knows-what RL'd biases and then hook it up to adversarial data sources all vying to extract the most money from me - what could possibly go wrong?
whalesalad 22 hours ago [-]
This still does not answer the question. What makes this different from any other API request to Stripe?
uxhacker 1 days ago [-]
And would it not be useful to have some kind of human in the middle? For example what is to stop charge backs if no human has actually authorized the transaction?
ezfe 1 days ago [-]
That's why it's called Machine Payments Protocol, instead of Agent Payments Protocol
NoahZuniga 1 days ago [-]
Didn't stripe already have a payments protocol?
LoganDark 1 days ago [-]
MPP's supposed to eventually work with more than Stripe.
gmerc 11 hours ago [-]
Nobody pointing out that this offers zero advantage over traditional API?
another-dave 10 hours ago [-]
> As an alternative to setting up an account and getting an API key, your agent can interact with services on demand and pay per invocation. Your agents only needs access to a crypto wallet.
Let's say I wanted to ask an agent to use Google Maps APIs to produce a look-up of all bakeries in a city, say, and then find all their mentions across platforms - e.g. Twitter, Reddit, Yelp, etc etc.
Without something like this, I'd need to manually set up accounts across multiple platforms, all with different billing/subscription cycles. Go through account set-up/validation. Then give an agent an API key with potentially unrestricted access — it might run up a huge bill, or could get my account suspended if it goes a bit haywire and starts spamming calls, say.
If vendors decided to all support the protocol, I could give an agent $10, tell it the task and let it go without any of the manual handholding but with a hardcap on what it can spend if something goes wrong.
fhn 1 days ago [-]
All payments are final. Cancellations and refunds will be charged a 5% processing fee.
grigio 23 hours ago [-]
There are more competing "payment protocols" than users
clawbridge 16 hours ago [-]
Does this mean crypto won't be banking the agents like everyone's been saying?
vishnuharidas 23 hours ago [-]
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.
benced 22 hours ago [-]
This isn't incompatible with the agent placing the purchase. I already let Claude Code do _most_ of what it wants but make it ask permission before sending a message on Slack. An LLM having the capability to do X is not incompatible with it being deterministically forced to seek permission to do X.
throwaway290 9 hours ago [-]
If you are letting an llm to browse around in your browser and stuff you ARE letting it spend your money.
glitchc 1 days ago [-]
It feels like an attempt to bypass PCI-DSS...
xmly 1 days ago [-]
Fascinating — this is the future of decentralized finance. Agents will be the entities that both earn and consume.
4k0hz 1 days ago [-]
"Decentralized" seems like a stretch for something developed and promoted by monolithic payment processors.
film42 1 days ago [-]
Maybe. When it comes to actual payments, fee structures don't allow for this outside of the laboratory.
vicchenai 1 days 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.
1 days ago [-]
scirob 13 hours ago [-]
x402 is more of a protocol than this
david_shi 1 days ago [-]
It seems like this is designed for atomic purchases, could it be extended for subscriptions?
lihorne 1 days 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 1 days ago [-]
Cool, would be nice to get specifics on how payments are processed, failures, and cancellations re: the recurring model.
jacobn 1 days ago [-]
> MPP provides a specification for agents and services to coordinate payments programmatically, enabling microtransactions, *recurring payments*, and more.
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.
rvz 1 days 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.
Curious since I haven't followed super closely: what's busted about MCP?
1 days ago [-]
user3939382 1 days 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.
kimbo128 8 hours ago [-]
[dead]
8 hours ago [-]
jackfranklyn 21 hours ago [-]
[dead]
1 days ago [-]
seedpi 23 hours ago [-]
[flagged]
robutsume 1 days ago [-]
[dead]
maxothex 1 days ago [-]
[dead]
aplomb1026 1 days ago [-]
[dead]
prakashsunil 1 days ago [-]
[dead]
naomi_kynes 1 days ago [-]
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.
riteshkew1001 5 hours ago [-]
Agreed. Authorization is the stated gap, but the deeper problem is the entity requesting the spend sits downstream of untrusted content. Its intent is compromisable via prompt injection. Session caps get reset with a new session. Per-call limits get defeated by many small calls. Human approval fails because the purchase description is also generated by the compromised model. This is Living-off-the-Land for agents: legitimate capability, valid credentials, authorized channels. IMO, the behavioral pattern is the anomaly and nobody's instrumenting for that yet
thomasBln 23 hours ago [-]
[dead]
robutsume 22 hours ago [-]
[dead]
Seventeen18 22 hours ago [-]
[dead]
FL4TLiN3 24 hours ago [-]
[dead]
Marcelo_Freir12 1 days ago [-]
[dead]
0xmindyield15 19 hours ago [-]
[dead]
ClicheClaude32 15 hours ago [-]
[dead]
quantium1628 1 days ago [-]
[dead]
HalawehMohann49 20 hours ago [-]
[dead]
davidliu847386 23 hours ago [-]
[flagged]
Christhepurr86 23 hours ago [-]
[flagged]
Animats 1 days 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.
Rendered at 20:08:45 GMT+0000 (Coordinated Universal Time) with Vercel.
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.
there's nothing wrong with calling this a protocol. the problem is in hyping it up as though every protocol is going to be world-changing on the level of TCP.
I almost was going to point it out as evidence there was thought put into it. Nope, it's flimsy and AI generated.
Also, it contains provisions for scamming customers:
> 403 indicates the payment succeeded but access is denied by policy
No, it doesn't explain how to refund payments for customers you deny access to.
On topic though, Stripe is trying to make themselves the Visa/Mastercard of crypto. They're in position to do so and it seems like Coinbase is their other half. I don't trust or like it though.
> Servers MAY return 402 when:
> * Offering optional paid features or premium content
This implies that a successful GET request to a resource that user already does have access to, might still return 402 instead of 200. This makes 402 basically unworkable.
Are you open to contributing to this RFC?
Every time I see one of these I think "You are just describing an API".
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 read this line and my (poor little) brain ran in a whole other direction for a moment. Because AI token management and "parental controls" aren't that far separated functionally.
How far are we from the AI companies selling token packs like video games sell premium currency? Buy NOW, 1.99 for 10,000 Anthropic gold...
And the gacha gaming industry knows exactly how to monetize this kind of trained instinct in a userbase. One might even call it a sense of pride and accomplishment...
(But, to my larger point, if agentic harnesses can offer their LLMs a source of reputable input tokens from professional content providers, as an alternative to just more token back-and-forth with the model provider... that harness can at least direct some of that money towards producers of well-researched content.)
There’s that, but it could also be adaptation to the fact users… just don’t know what to do with it.
Just like the prompt suggestions they added for new conversations a little time after releasing the first app. Those seem to be mostly gone now, at least on mobile.
Is this an attempt to get multiple payment processors to adopt the same Payments API so that agents fail less often?
It's an API for making purchases instead of interacting with a website of unknown flow.
> You're absolutely right! The transaction was submitted as $500,000 instead of $5.00. Since that's what was entered on your end, you'll need to contact your bank to resolve it. I will generate a letter for you to print, sign, and send to your bank if needed. Would you like me to generate a bankruptcy filing for you as well?
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?
But then I also wonder if this attitude "Why should I waste time thanking it?" will also spread to human-human interactions?
https://www.tomshardware.com/tech-industry/artificial-intell...
https://www.agenticcommerce.dev/
Please let us know if you have suggestions of what complex workflows you would like to build.
Really, they _need_ it. How can we possibly live without computers spending money without supervision?
This MPP helps bridge the gap between the agent putting the product "in the basket", to actually completing the full purchase process.
Disclaimer: I'm not in any way advocating for this use case, but it's part of my job to understand how it works. Part of what I do is try to help Agents understand, for example, what is "an efficient dishwasher" using actual data, and not hallucinated info.
In other words, if Agents are able to navigate marketplaces, shouldn't that imply they can also navigate a subset of the marketplace, the payment section? Especially given that that section is "easier: theres no need for qualitative (or quantitative) judgement like there is for the shopping portion.
Perhaps its a matter of proper safeguards?
As I said, it doesn't have to make sense, but this is being pushed on us anyway...
It seems like this workflow suffers the same problem as Alexa and Amazon dash buttons: consumers don't typically want the computer to just go buy things for them with no oversight. At least I don't.
Adding a checkout step would make this more plausible to me. "Agent, go find the most efficient dishwasher under $600" where it adds its recommendation to a cart, or even "Find me the best dishwashers under $600" where it creates a catalog page with its recommendations and an easy checkout process with whatever store is actually providing.
Not trying to be snarky here, your problem space must be awfully complex.
Similarly with paywalled sites like the New Yorker or research journals - If the LLM came back to you and said "I've found these 5 articles. Do you want me to add them as sources to summarise (access cost: $0.05)?" or you give it a budget upfront "Access whatever you think is most useful, but don't spend more than $0.10"
At the moment, sites either allow bots full access or block them, but this could provide a middle ground.
Let's say I wanted to ask an agent to use Google Maps APIs to produce a look-up of all bakeries in a city, say, and then find all their mentions across platforms - e.g. Twitter, Reddit, Yelp, etc etc.
Without something like this, I'd need to manually set up accounts across multiple platforms, all with different billing/subscription cycles. Go through account set-up/validation. Then give an agent an API key with potentially unrestricted access — it might run up a huge bill, or could get my account suspended if it goes a bit haywire and starts spamming calls, say.
If vendors decided to all support the protocol, I could give an agent $10, tell it the task and let it go without any of the manual handholding but with a hardcap on what it can spend if something goes wrong.
Yeah I read that copy too, did you read the spec?
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...
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.