Live data from Hacker News

Sending newsletters should cost something

rmhsilva.com

1–10 of 70 posts

Re: Sending newsletters should cost something

#4
“How does one earn reputation? By sending emails which are not marked as spam.”

So I just do a sybil attack of sending messages to accounts I control, and not marking them as spam? Avoiding Sybil attacks ain’t so easy when you’re building a peer to peer and permissionless system.

Oh and it gets better… this reputation can then be milked for all kinds of things:

”In a system where we want to incorporate some kind of reputation system, after reading the message, the recipient could publish an acknowledgement on the chain with an indication of how valuable the information was. This could be as simple as yes/no/abstain. There would probably need to be rules here to prevent gaming the system. For example, the weight of the acknlowedgement could decrease over time. The pricing mechanism could then be based on your reputation.

The reputation would be stored in a token, and a set of smart contracts would goven their behaviour.

Reputation could be fungible (ie if I have 10 reputation, I can "endorse" someone else up to 10-N reputation, N tbd, for example - there could be other endorsement rules). This could permit anyone to create multiple pseudonyms which, with some ZKP magic, all "share" their reputation, but cannot be linked. This could even work across networks.”

So basically, the whole system would be built on “reputation” credits that are easily obtainable by creating lots of fake identities, to “mint” reputation tokens by colluding.

Re: Sending newsletters should cost something

#5
I don't understand what problem is this system trying to solve, it just seems overcomplicated to me.

> there should be economic incentive to only communicate valuable information. Sending an e-mail should cost "something".

Why wouldn't this be solved by attaching a simple POW to every message? The trust thing is a non-issue, you'd just whitelist people or domains you trust.

Re: Sending newsletters should cost something

#6
If you are planning a proof-of-work system for email, you need to address the issues in this paper: https://www.cl.cam.ac.uk/~rnc1/proofwork2.pdf

And since blockchains are public, you need to address anonymity and communications tracking (what the spooks call metadata): public keys are pseudonyms and there has been a lot of successful research on decloaking “anonymized” data.

Re: Sending newsletters should cost something

#7
Not sure if its a good idea,

Email servers get hacked daily, If you’re auto-sending payment to receiver , now there is an incentive for hackers , to spam themselves with your inbox and you pay out of your wallet for that.

Now, yes one could say, that’s no problem just have a multi-wallet approval method , so unless the second one approves, it wont. But now that makes it a bit more complex, especially for newsletters where multiple recipients can be there.

Also, i just think overall Paying to send emails is lame... It sounds all cool and dandy, until it isn’t..

Getting spammed with newsletters from a writer ? Unsubscribe (and if they still continue , mark as spam)

Having to pay to send newsletters, now just adds an extra step for new newsletter authors to fight against fraud , and constantly calculate if its worth it to send emails to a person, and when they’ll stop sending because of that. Pretty sure the receiver, wouldn’t be that much happy.

Nice idea though, Who knows, a refined version of it might make sense.

Re: Sending newsletters should cost something

#8
It seems like the point of this is to reduce junk mail by forcing a financial cost to sending mail thereby causing the sender to really consider the content of their message before sending it—except there is a real cost associated with sending traditional mail and there is still a huge amount of garbage traditional mail sent out every day.

Maybe I’m missing the point, though?

Post reply on HN