"Sender has to pay for your attention" concept

I want to bring to the discussion the experiment I’ve been keeping in mind for a long time, but only with Status it seems possible to be implemented. The idea is simple:

Recepient puts a price tag on incoming messages.

Basically, you’re selling your attention. If someone wants you to read their message and distract, they pay. The price can be dynamic and vary depending on the sender’s identity or your mood, it can also be per message or per thread.

Before you dismiss this as a silly idea, let me explain the problem it solves and why I think Status is a good fit for this experiment.

  1. It solves the attention deficit problem we all experience in the online world. Tons of literature, articles and books are written about this problem, and the term “digital detoxication” is widely used now to bring awareness to the masses. The amount of incoming notifications and useless messages is insane, and part of the problem is that it’s super cheap to send messages - we basically built a system for free mass distraction. The price tag on your attention is likely to decrease the number of useless messages and economically compensate harm done by spammers or assholes on the internet.
  2. The user in the Status messaging has both communication and wallet virtually for free. Adding micropayment to read a message is already technically possible. Whisper design is not particularly optimal for this (you’ll have to decrypt messages first, to even understand that you’re intended recipient), but that’s fine. Attention price tag can be implemented as the Status chat protocol and UI optional feature. The fundamental components to make it work are already in the Status design.
  3. As far as I’m aware, this has never been implemented before on the large scale. This is uncharted and unexplored territory, that involves social interaction, economic incentives and solving real-world problems using cryptoeconomy – everything we love in one package. :slight_smile:
  4. This idea is more suitable for the low-traffic communication, like email messaging, rather than IM. But we can explore different options for charging sender – per message, per thread, per N messages, etc. Also, I think Status can be a good solution for people who need secure dark email service, but don’t trust any of classic SMTP-based solutions, so there is some market here.
  5. It seems unlikely to me that people will not accept the idea of paying for sending a message – as most of us are both receivers and senders at the same time, so ingress/egress flow of payments should be balanced over time, and there is an incentive to make it balanced. Spam, after all, in a nutshell is exactly this: sending/receiving asymmetry. It’s a good use for SNT as well, and I believe people who already have SNT will want to play with this feature.

The major problem I see here is micropayments – which are not yet a commonly used thing – and current block mining latency may limit severely applicability of this for instant messaging. But I also believe even in the current setup, it’s worth exploring.

This is potentially a social interaction changing experiment, and, even if failed, should be a good source of behavioral and economic lessons to learn from.


for all the good intentions, this plays directly into the hands of marketers / brands / political actors with deep pockets, imo.

1 Like

Just to clarify, is this the same use case as tribute to talk in the white paper?

There was some progress made here https://ideas.status.im/ideas/096-message-tributes but not sure how far it got.

As far as I’m aware, this has never been implemented before on the large scale.

One example I’m familiar with is https://earn.com

Can you elaborate on it more? From my understanding, if the recipient is one who sets the price, it’s easy to charge “actors with deep pockets” any price you think is appropriate. You may set the 100$ per message for marketers/brands, while keeping 0.01$ for your coworkers/friends/etc.

@Chad it’s similar, yes. However it’s more than anti-spam filter – it’s a different approach to messaging, so to speak.

Actually, I’ve heard this idea many times from different sources, including some book on history of e-mail service, so in some way, I definitely reinventing a wheel. But that’s why I want to collect feedback.

Thanks for the link to earn.com, will check it out.

Seems pretty ripe for being gamified and exploited to me.

Sounds like a similar concept as Brave’s BAT. Brave (web browser) - Wikipedia. The issue they are having in terms of been gamed is how to maintain a users privacy and avoid click farming.

Imagine who had a system whereby you paid a user to receive your marketing message. How would you know that is a good potential client or someone just clicking to get the reward? In web 2.0 you would put cookies in the browser and track through to purchase. I asked the chief science officer of Brave how they maintain user privacy this during an ETH meet-up and he didn’t give a straight answer, but I think they try anonymise data to create a type of reputation which still protects privacy.

I think you are on to something with this. The awesome thing with tokens is that a recipient might insist on a dollar value to receive communications as per earn.com. But they might insist on a token which is only in circulation around a particular topic/cause. For example I will only receive a message from brand X if they have metalica token, tokens which are earned from been a patron of metalica. (ok this example is a bit out there but it demonstrates how I can insist on a sender having a particular reputation in order to engage with me).