@Coffee
> I suppose this bank should be both bank and payment processor then

Why? As @alcinnz said in the OP, what we need is;

> a business endeavor satisfying Visa/Mastercard/etc rather than a technology

... or something that could satisfy banks and replace Visa/Mastercard/etc. So people can use it with their existing bank.

Have either of you looked into GNU Taler?

@strypey @Coffee Yes, I have looked into Taler. Also there's RFC 8905 payto: URIs.

If we can get banks to adopt either (Taler could be built upon RFC8905), that'd be great! I'm not holding my breath though.

@alcinnz
> Also there's RFC 8905 payto: URIs. If we can get banks to adopt either (Taler could be built upon RFC8905), that'd be great! I'm not holding my breath though

Maybe the companies that make up the payment processing oligopoly need to be identified as Gatekeepers under the EU Digital Markets Act, and forced to adopt appropriate interop standards?

Do you think this could work @echo_pbreyer?

#DMA #DigitalMarketsAct #PaymentProcessors

@Coffee

For years I've been meaning to do a deep dive on digital payments (what people call "FinTech"). I intended to achieve 2 main things;

1) Map out the fundamentals structure of payments stacks

2) Look at different payment services (eg OpenCollective, Stripe, Visa) and locate them in the right layer(s) of the stack

@trysdyn has done a fantastic job of the first part here, and in doing so, some of the second part;

https://voidfox.com/blog/payment_processor_fun_2025_making_your_own_msp/

#OnlinePayments

@alcinnz @echo_pbreyer @Coffee

Payment Processor Fun 2025 -- Making Your Own MSP