RFC: Suggestion to monetise without ads
from tinkralge@programming.dev to programming@programming.dev on 20 Feb 21:26
https://programming.dev/post/46085375

TL;DR detect donation options on a website, track website visits locally, show a monthly view of websites visited monthly with donation options, donate to your favorites (manually at first, automatically later - never worked in banking)

Intro

I’m sure a fair number read “monetisation” and though “that’s ads”. No. You’ve been conditioned to think that ads are the only way. They aren’t. They are one of the worst.

Unfortunately, that’s what many media creators, artists, writers, software developers, etc. assume. Peertube isn’t a viable platform for creators because viewers have a lot of friction to give the creator money. Meanwhile, on platforms like youtube, all they have to do is view the video and everything else happens in the background.

What if we, the viewers, had an easier way to donate.

The optimal (my dream)

This can all be done locally, without a server, and if need be stored per device, then aggregated via a local sync (WiFi, bluetooth, VPN, …). Everything stays local, the bank just sees your outgoing transactions. Optimally, it would be with a private method of transferring money e.g Monero or GNU Taler.

Distribution examples

Reality

Tracking

These have their advantages and disadvantages, but together, they could cover most scenarios.

Reading the DOM

  1. find OpenGraph declarations <meta property=“og:donation” content=“https://wero.eu/example” />
  2. find payment provider links document.querySelector(“a”).filter(isPaymentProvider)

Querying the server

.well-known/donation servers should put that file there with a documented JSON format

Reading queries

Look for custom headers e.g X-Donation: https://wero.eu/example

Payments

If I’m not mistaken, GNU Taler should have an API that allows connecting to an account, but it only has a testnet. Paying with crypto probably needs a server or something where you host your wallet, but it should be possible. Open Banking, after having a quick look requires some kind of registration to be able to access the API. IMO, nobody’s going to hand over details like that unless it’s considered normal and we’re far away from that.

Therefore, the most likely is that the user will simply be presented with the algorithms to distribute money, the amounts to distribute, and the distribution methods. My best guess is that people get a quarterly, semesterly, or annual notification with the “It’s time to donate!” window and they figure it out.

Ups and downs

Advantages

Disadvantages


I’m curious about constructive criticism, improvement suggestions, or maybe even links to dispell some of my beliefs about Open Banking.

Previous inspiration

flattr was a micro transaction platform that supposedly did something like this, but it never gained steam. They acted as the tracker and distributor, but it required that server operators also register with flattr.

#programming

threaded - newest

snowe@programming.dev on 20 Feb 21:42 next collapse

I’ve only partially read over you wrote and am heading into the mountains on vacation, but I will try to read over what you’ve written here sometime this weekend.

tinkralge@programming.dev on 21 Feb 21:25 collapse

I look forward to the feedback :) Enjoy your vacation!

arty@feddit.org on 20 Feb 21:48 next collapse

There are efforts on a standard called Web Monetization

bleistift2@sopuli.xyz on 20 Feb 22:03 next collapse

webmonetization.org/specification/

Mniot@programming.dev on 20 Feb 22:17 collapse

That looks pretty decent. Could mostly support the OP’s use-case, but also could allow sites to trade a cookie for payment, for semi-anonymous pay-for-access.

onlinepersona@programming.dev on 21 Feb 06:46 next collapse

That looks interesting. Any idea how close it is to reality? I found a plugin they have but it does require setting up a test account on their test network. Doesn’t seem ready for real world use yet.

arty@feddit.org on 21 Feb 10:04 collapse

AFAIK it was already working, though cumbersome to set up. Then a core enable stopped supporting it, and now it is less alive than before. However I’m not deep into the topic and the last info I got from this article.

onlinepersona@programming.dev on 21 Feb 13:22 collapse

Thanks. That’s quite recent. If it’s already in Chromium, maybe it has a reasonable shot at becoming a standard. But who knows how long it will take.

tinkralge@programming.dev on 21 Feb 21:23 collapse

I remember seeing this and losing track of it a year or more ago. But the ecosystem seems to have died about 2 years. Libraries are all 2+ years old. The downside I see with it is that it requires signing up to join the system, which is surely a blocker for many people. First you have to know about it, then you have to trust it, and then you have to find the people who use it.

That said, I love the idea of being able to pay for anything with your web-browser. How far away we are from it though, I don’t know. The name “interledger” is also unfortunate as it immediately makes you think “crypto”, which will probably turn off a lot of people to the wallet.

It isn’t clear to me how the connection to the bank is actually made. Gatehub for example says SEPA and Wire transfers work, but so do XRP, and bitcoin. The wallet seems to be held by them, but does that make them a bank? Maybe I’m thinking to much about it…

Maybe it warrants another look. But I do think that connecting the current world to easy donations is important. Web monetisation could be added later once it becomes a standard.

bleistift2@sopuli.xyz on 20 Feb 21:59 next collapse

The first step would be to get websites to accept donations in any other way than PayPal and credit cards.

tinkralge@programming.dev on 21 Feb 21:25 collapse

Why? If the tracking picks it up, then it’ll be up to the user whether they want to transfer money via those methods. Someone did make me think that filtering donation methods would be useful. So if there are website that use a donation method you disapprove of or do not support, you don’t have to transfer money to them.

Kissaki@programming.dev on 20 Feb 23:52 next collapse

I thought I remembered a standardized metadata file format you can place on your website, but I can’t find it.

GitHub defines FUNDING

Brave webbrowser attempted something like that with Brave Rewards, but through ads, and basically collected for themselves until the websites actually signed up for Brave Rewards.

I remember Flattr.

Dave@lemmy.nz on 21 Feb 02:36 next collapse

I remember something that I think was a bit different to Flattr. People would put buttons on their sites, then you’d kind of thumbs up or upvote or something when you visited the site if you liked it. At the end of each month, your specified donation amount got split based on the the proportion of likes on each site. I think it would be separate buttons for e.g. each article on the site, or perhaps you could like more than once as I seem to recall being able to give another like each other time you visited.

For a while there were a bunch of sites I’d visit that had it, but I can’t remember seeing it since perhaps 5-10 years ago.

tribut@infosec.pub on 21 Feb 09:11 collapse

I believe that is what Flattr was in the beginning. They also had integrations that allowed you to automatically “like” your starred github projects and articles read in your RSS reader. At the end of the month a fixed amount was distributed to this month’s entries. I really liked that.

Dave@lemmy.nz on 21 Feb 09:30 collapse

Ah yes, I guess it was Flattr! I read the top of the above linked wikipedia page and it talked about visiting pages with a browser extension, which didn’t sound right. But I see now in the history section it has:

Its first version required users to click on a “flattr” button on websites to “flattr” content.

So I guess I was in early!

tinkralge@programming.dev on 21 Feb 21:28 collapse

Extra support could be added to try and retrieve the FUNDING file when browsing source forges. Good idea.

I read about Brave Rewards. It’s definitely not something I aim to replicate as a whole. Maybe they have nifty distribution methods worth copying? Would be interested in that.

Redkey@programming.dev on 21 Feb 02:23 next collapse

Is the main issue really tracking and consolidating microdonations, or is it transferring credit between these donation systems and traditional finance entities like banks and credit card networks?

From what I’ve seen, efforts to develop microtransaction/microdonation systems generally seem to have trouble with regulatory compliance, either through legitimate legal requirements that force them to do things that seem nonsensical to their users (My guess is that the registered servers issue OP mentioned with Flattr came down to this), or due to greedy intermediaries stalling and witholding under false pretences while they hold out for a bigger share of the money, without appreciating the already extremely thin margins involved.

tinkralge@programming.dev on 21 Feb 20:56 collapse

Is the main issue really tracking and consolidating microdonations, or is it transferring credit between these donation systems and traditional finance entities like banks and credit card networks?

They are 2 main issues. As mentioned, you want to transfer the money to the right person, which means tracking (or collection, whatever term you want to assign to it). And you want to transfer in the first place. Since there are so many systems, and some that don’t allow one-time donations, and people are all over the world, it definitely is a problem. That’s why not doing it monthly but annually could help. But that does make me think that it should be possible for the user to filter donation methods. For example filtering out direct transfers to accounts outside of your region due to transfer costs. Thanks, I can add that.

Which regulatory compliance things would apply to this in its current form? Or do you mean that connecting to a user’s bank account would incur the wrath of the authorities?

Corbin@programming.dev on 21 Feb 15:58 collapse

You’ve reinvented one of the two reasons that Project Xanadu failed: micropayments have very high overhead relative to the content being paid for. (The other reason is that there literally aren’t data structures which work like Xanadu’s data model.)

Further, where does money come from? You’re sketching a system where money has relatively high velocity, but it’s all paying for content, which has marginal cost to distribute; how does money get into this system in the first place? This is why Bitcoin’s currently on a trend to zero; once everybody realizes this problem, the system collapses from lack of faith.

I hope that thinking about this for a bit will radicalize you further towards the understanding that a universal income and artists’ stipend is the economically-sustainable way to compensate artists, rather than forcing folks to swap scraps of digital coinage.

DarkMetatron@feddit.org on 21 Feb 17:14 collapse

I hope that thinking about this for a bit will radicalize you further towards the understanding that a universal income and artists’ stipend is the economically-sustainable way to compensate artists,

Lets keep the question aside how an universal income would function and only focus on the artists stipend:

For that we would need a) a definition what an artist exactly is and b) a tamper proof ledger with the full and always up to date personal information of every single artist that qualifies for such an stipend. And to repeat the question you asked: Where does the money for this come from?