I’ve been obsessing over this for the past few days, remembering #[2] ’s amazing talk in Lugano - legit the best talk I’ve ever heard at a bitcoin conference. unfortunately I can’t find any video but he wrote it up here:

https://blog.lopp.net/death-of-decentralized-email/

Reply to this note

Please Login to reply.

Discussion

back to your question, my hot take is it doesn’t matter whose is best or how it’s monetised - it only matters that it’s easy to switch. therefore, that should always be top of mind at the protocol development level. i.e. no “feature” should ever increase the likelihood of client lock-in, even a little, even for one person, even hypothetically.

conjecture: product features that do the above can be created from protocol features that don't.

The analogy is chilling but a good read. I think it’s gonna boil down to clients with principles and integrated with smarts features, business models and use cases that will generate the returns as well as ppl in the team that can look into user adoption Vs. cheap thrills.

I’m neither a fan of ads not VCs, but

- On adverts - ads are not bad, but when adverts dominate how developers built, tracks users, manipulates users then it’s no good. There are ideas floating around on how the good is absorb and bad hurried.

- On VCs - capitalism is not bad but 99% shitty and milking it at everyone’s expense but there would be that 1% who would genuinely help developers and builders

But more important, users will eventually dominate social media so slightly different from the email concept above for e.g high influencing individuals and clients can work on marketing partnership, relays can be exclusive.

Relays can also become channels based on interests (aka your satellite/cable tv channel selection packages who know). If there are marketplaces built, clients don’t determine which users have access as users own their own IDs, but clients can make it more attractive to use their platform. There are just so many what if’s right now - still too early and many areas yet to be explored

*hurried = buried (wrote in a hurry!)

not in a bury?

Slightly merry and not wary!

🎯

Nice - the first thing that came to my head after I thought about this was Lopps blog post. Need to watch the Lugano talk

This is a great read and puts into perspective a lot of the ₿itcoin debates of the past. Why small block sizes was so important and even why some want smaller block sizes!!

As for Nostr, then it’s not clear to me why it wouldn’t end up like SMTP besides the main difference being that relays don’t relay notes to other relays (unless they do and I’m unaware of it). This will be interesting to see how it can develop. Definitely with ₿itcoin there are ways to prevent spam that wasn’t available to SMTP, so hopefully we can win there.

I do think that ₿itcoin and Nostr is a killer combination

Relays aggregating events from other relays is a thing

My SMTP keynote is posted on my web site: https://www.lopp.net/presentations.html

Nice talk.

PoW email, never knew! He was quite early.

Have any talks where you highlights these spam problems when it comes to Nostr?