I'd love my feed reader to be my online news kiosk.
What would have happened to feeds if online payments were lightning simple?
We need open platforms that do not require middlemen to transact between consumers and publishers.
Are you using a feed reader?
shout out to my favorite online feed reader @feedbin
which is also open source and thus allowed me to that experiment.
@bumi Yes, feedbin.
Will you do a pull request for adding the functionality?
@bumi That's awesome! This is really what I want to be the future or publishing and content-consuming. Pay-for-like. Pay when you like something.
Ideally just a one-click thing where you tip a default amount of like 50 cents.
@stevenroose yeah, same for me, that's what I want. :)
The autopay allowances could easily be done - need to experiment with the UX.
sadly RSS does not have any standard field for the payment information. Any idea how to best embed that?
@bumi I don't know where the RSS standard lives.. Can't you somehow propose extensions?
@stevenroose yes, I guess I can add a custom namespace. (as I did)
was hoping maybe there is already some standard that could be used for that information.
Do you think it's worth publishing?
@bumi Something tipping related, sure. Not sure if the current standard for lightning payments will make it in. But perhaps some kind of "payment URI" field that can have any URI like bitcoin: or lightning: or whatever web payment standard people are working on, that might work. Even though I suppose you might want to support multiple payment standards.
There's a W3C working group for web payments. I know one of the guys that runs it (or used to). They might have some general scheme.
@stevenroose yeah, that's what I thought.
I also think entries in atom feeds can have "link entries. e.g. <link rel="payment">lightning:...</link>
I used to follow the working groups, but making web payments general is super hard.
using lightning as a protocol to send value is just plain simple.
Platforms already track tons of usage metrics (time spent viewing content, likes, shares, etc), it would be simple enough in concept to monetize these sorts of actions. Content consumers pay a small monthly fee, content creators get paid, and the platform could take a cut to cover their costs.
@raucao @htimsxela @bumi Hmm the point isn't as such that no one can track you. It's more that no one is intermediating between content creators and consumers. In the physical world, we needed things like magazines and physical stores. On the web you can pay anyone. So why would a platform need to be there? I can pay my favorite magazine, blogger, writer, podcaster,... directly
@stevenroose @htimsxela @bumi I mean, the two points are related. Would you want a publishing house to record exactly which pages of which magazines you read, and for how long? It's creepy and only necessary when selling ads. Which is a broken model to begin with, because those numbers are so easy to fake.
@stevenroose @raucao @bumi
right, I mean I really would love to see a clever way to make payments work in an RSS feed or whatever, but making payments work across platforms more generally, that would be really cool. Remove middlemen from the exchange of value between the content creator and consumer, but otherwise let them exchange data in whichever way they want.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!