A valid concern. However, nothing is stopping people from doing the same right now with a big old forced Kofi/patreon/whatever banner, and I’m not sure that this changes that.
The advantage of this over current options is that like RSS, you can consume/deliver it however best suits you without needing to have different accounts of different platforms.
Ah. I think I jumped to assumptions about interledger based on the wallet terminology.
Looks like it’s based on the Web Monetization W3C proposal.
https://webmonetization.org/docs/
Looks neat, though I’m always a little hesitant when the thing involves crypto. while Interledger is the main driver of the peer-to-peer payments so far, there is nothing stopping a government or banking service from creating an OpenPayment compatible service, so long run there might be a lot of flexibility and less being tied to a specific cyrpto.
Its basically a meta tag that points at a tip jar that’s embedded in web pages… This is the same implementation as RSS and only matters to you if you are looking for it or have the ability to act on it.
That means its entirely opt-in and entirely detached from any one company
Thats absolutely possible via the underlying WebPayments API. The payment “wallet” is linked in the HTML (at least for web pages, RSS, podcast RSS, etc) so someone could design an app that reads these links as QR codes.
The whole point of WebPayments is that and payment solution that you (the “spender”) wants to use which is compatible can be used to send money to any compatible wallet.
Whether the payment solution is via government backed, banking systems, or crypto, all it needs to be is compatible.