<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2018-02-19 10:49 GMT+03:00 John Levine <span dir="ltr"><<a href="mailto:johnl@iecc.com">johnl@iecc.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">In article <<a href="mailto:6012d900-c6d6-4fc4-b0c0-ef7068a0c4ea@echeque.com">6012d900-c6d6-4fc4-b0c0-<wbr>ef7068a0c4ea@echeque.com</a>> you write:<br>
>However a better system would be pay to send, be paid to receive.  Then<br>
>people would honeypot the spammers.<br>
<br>
</span>That is another WKBI, one with an expired patent.<br>
<span class=""><br>
>Crypto currency payments tend to be massively replicated to avoid<br>
>various failure modes, but obviously this is uneconomic for<br>
>micropayments, which problem can be fixed by aggregating very small<br>
>payments through single peer sidechains.  You would have to trust the<br>
>single peer, but you are only trusting him for modest amounts.<br></span></blockquote><div><br></div><div>Can u provide the expired patent if it is easy for you to spot?</div><div><br></div><div>When I tried to attack PoW I also jumped to the anti-spam topic, on which I never worked professionally. I was bothered with the unnecessary energy consumption at PoW. Then, I thought transaction fees (as in Bitcoin) provide a better solution. Just like PoS over PoW in consensus. I noticed that PoW works when it creates an unfair race against the adversary. I tried to look for ways increasing the unfairness against the adversary. The problem with tansaction fees would be (i) nobody likes to pay and (ii) who will receive the money is an issue. I figured out that if the sender pays the receiver this will increase the unfairness against the attacker because non-spammers correspond with eachother while the spammers just broadcast. Alice sends Bob a mail, and Bob sends a mail to Alice. 

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">A lightening! of creation stroke me.<span> </span></span>Alice mails Bob who mails Charles who mails David who mails Alice. Since the sender pays the fee to the receiver then honest users will pay a net cost fluctiating around 0. Taking into account companies mailing/broadcasting to their clients and receving some responses will pay a net cost which is OK and the clients will receive some negligible money for their tiny attention. If a client responds he will reimburse the mailer. However, the spammer who broadcasts without a response at all has to pay a lot because the asymmetry is far higher: The honest pays almost zero under transaction fees that can kill a sapmmer. So if the sender pays the recevier the system becomes (i) simple, (ii) fair, and (iii) secure. I got seduced by an ICO opportunity (off the record): MailCoin. We create MailCoin blcokchain mail system to fight against spam. It will be based on PoP to be fast. Then I reminded myself that I dont have time and I have a goddam paper to finish. Then I saw this mail thread started by me getting to this point.</div><div><br></div><div>Can you please provide me feedback about the idea 

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">above</span>? Has it been tried/published/patented? I cannot think of a better solution to fight spam. Let the sender pay the receiver. The coin company does not get fees apart from creating the entire amount to liquidify the mail system. It will be inflationary to fight against volatility. Can be pegged to USD just like USDT or even better be more stable than USD. The coin of communication among people. One mail costs 1 MC always. We arrange the cost of 1 MC such that it remains as the most stable coin in the world. The money created can be used to develop and maintain the system and maybe apply it to other means of human communication like sms, phone-calls, etc. My attention is valuble and so is yours. My attention is a store of value and so is yours.</div><div><br></div><div>I think spam phone calls are far worse. I made the mistake of giving my mobile phone to the management of the residence site from which I purchased an apartment. Since then I receive calls from real-state brokers like hell. Then came the insurance agents, hospitals for check-up campaigns, etc. I seriously decided to change my mobile number which turned out to be impossible in practice. It was hell and there is no anti-spam for that.</div><div><br></div><div>The service providers do not incur extra costs since it is just payment data attached to the mail and a basic call to the blockchain. The mail system just checks the validity of the payment through the fast blockchain based on POP (POP has perfect use case for this) and executes the payment. There are many ways to implement this scheme, which I leave as implementation details to be covered in another mail.</div><div><br></div><div>1. Would it be a too long journey to put this into SMTP?</div><div>2. Should we take this project to IETF, W3C, IEEE, etc.?</div><div>3. Would this list work on this project to make sure that it serves the Internet rather than becomes a speculative token project? Remember that Bitcoin was born in a mail list environment.</div><div><br></div><div>Spam is sooo bad. It is an evil parasite sucking the blood of the Internet. </div><div><br></div><div>"This shit's got to go" Jacque Fresco.</div><div><br></div></div></div></div>