Nostr Web Client

Borrowing the idea of splitting payments with a prism from #[0] and #[1] (read by #[2])

I would like to propose an "attention based ad revenue stream" … yeah I know, boo, no ads please!

but for the mass adoption, when hosting a relay infrastructure could be become expensive and a lot of work to manage (backups, archive etc.), this could be a valid income and maybe a win-win-win situation between user, relay operator and advertiser.

the time viewing the ad could be measured and a predefined value of sats per milliseconds would be streamed directly to the user.

the user can decide to split the incoming revenue instantly between himself and the relay operator where the ad came from. the relay operator could also define a minimum percentage if needed.

every relay operator could also filter and define what ads are in their interest.

Reply to this note

Please Login to reply.

Discussion

ediTwentyOne 2y ago

any feedback is welcome :)

kukks 2y ago

How does a relay force a client to show an ad? How do you know that a client actually shows the ad instead of lying?

I think the incentives here are tricky. In your definition, you assume a client and a relay have a trusted relationship to prevent malice.

This is more suited on a client and user relation. Relays need a different approach imo

ediTwentyOne 2y ago

thank you for your thoughts, it was a quick and rough idea. I don't have the technical background and surely can't figure out the details.

i don't think there is some kind of force needed. the relay returns every now and then an ad into the stream and the user has the incentive to "earn" some sats for watching and maybe even support the relay operator by splitting.

of course there will be clients that are AD free, no matter what an relay is returning. or you have a client side setting the user can use to hide ADs (see screenshot).

thanks again for the discussion