Stripe is not a "credit card processor", and that's not the point of OP's comment. The point is that being the intermediary between merchants and processors is the valuable expertise in terms of an OpenRouter acquisition.
It's been a few years, but I used to work on almost exactly this (not at Stripe, but we processed hundreds of billions annually). If you're a big enough merchant (or Stripe itself), you can choose to send a credit card transaction to any one of potentially many processors, each of which have their own performance characteristics (one may approve at a higher rate, the other may charge better fees, etc). All of this subject to attributes of the transaction itself (ticket size, geography, card type, many others). You know quite a bit about the transaction itself before you send it out, so you can build up routing knowledge to optimize for whatever thing you care about (usually transaction success rates or fees).
See how this starts to look a lot like OpenRouter with money instead of tokens? I'm not sure I 100% believe that's how it'll shake out, but there is a transferable skillset.
I think the "money instead of tokens" is the important part. Money and tokens are fundamentally different was part of my argument (that I did not make well). It's not clear that it is a good thing for money movers to get into the token business (this apples to Ramp as well).
Banks are also intermediaries between parties (at scale, really between any parties). One could use similar logic to say that it therefore makes sense for Wells Fargo to start buying homebuilders because the home buyers will eventually be paying Wells anyway.
BankRate similarly processes volume of consumer mortgage quotes in real-time communication with lender APIs. They also do not have a reason to own a token router, even though their business involves similar processes to what you outline for Stripe.
Being an intermediary in a value chain does not mean you're critical path, or that it makes sense for you to be in the critical path.
Funnily enough, you argue that this is a natural fit for Stripe while a peer reply argues that it's a change in the business a la Amazon->AWS.
Anyway, I appreciate your thoughts.
Would is make sense to say that their online bookstore now sells Ethernet cables, bidets, and delivers groceries? Sells _cloud infrastructure_??
Amazon made two transitions:
1. Amazon the online bookseller => Amazon "The Everything Store"
2. Amazon the online retailer => Amazon the Cloud Services company
I believe what Stripe is doing here is closer to (1). "We are good at high-throughput APIs that wrap complexity with thin margins. We did it for credit cards, then ~all payment methods, now other digital bits."
In this context, tokens are much, much easier than international payments.
Now: Is it outlandish for their customers?
Not really. Every engineer knows stripe as an engineering company. I don't think Stripe is what it once was, but it's certainly a generational company. You're asking engineers—who broadly have a positive impression of Stripe—to use this product they already know. OpenRouter gets the positive brand association (trust) of Stripe; Stripe expands into a new domain whose technical needs are extremely similar.
re: the Amazon transitions, the first shareholder letter lays out the plan to go beyond books. As I remember it, books were always only supposed to be the entry point.
AWS transition was more around building the platform Amazon.com needed to grow, and also to monetize the same platform.
Neither of these really fit with Stripe.
Stripe can obviously operate OpenRouter, they have the tech skills. The risk to the core business is that OpenRouter's growth path will distract from the core financial business and/or require a very different capital stack. (Someone already suggested Stripe scale out first-party model running, which can get very expensive.)
Appreciate your taking the time to respond.