I’ve been using mastodon for a month or two now. I never used twitter but thought I’d try it out for fun since I love this new fediverse experiment.

Then my mastodon instance started experiencing some downtime and I wondered what happens in this scenario. It seems if the goal is to have lots of smaller instances and decentralize social media, then instances, particularly those not run a big companies (who can reliably fund things for years on end and sell ad space on their platforms), will come and go and users will lose their identity or home base each time this happens along with all their followers and their connection to the wider social graph. This seems not great.

It seems that nostr might actually be a fix for this. In nostr:

  • You publish to multiple relays (essentially instances) and anybody from any relay can follow you.
  • Your messages are signed by your key so you can prove they are authentic.
  • If your relay goes down, people can still follow you via other relays
  • You can change between relays without losing your identity. Your post history and followers follow you, not [email protected].

Doing some reading, it seems people’s main criticisms of nostr are:

  • Interface isn’t as pretty. Looks like this has come leaps and bounds in the past six months but of course could always use more work
  • Populated by crypto bros. This seems like not an issue long-term, there’s plenty of crypto bros on mastodon, you can just not follow them if you don’t want to see them. The idea that you can “tip” with a tweet or whatever nostr’s term for that is seems pretty interesting.

Basically, at a protocol level, nostr seems better in some important ways and the cons don’t seem protocol related but userbase and UI related.

What am I missing on the pros/cons list? Anybody got experiences to share?

  • Die4Ever@programming.dev
    8·
    1 year ago

    I feel like moderation could be an issue though, since Mastodon is only moderated by the instance admins.

    If there was a Nostr for Reddit/Lemmy style communication, it could be possible for the communities to have moderators, so that could be good.

    • makeasnek@lemmy.mlOP
      6·
      1 year ago

      It’s my understanding that nostr relays can make moderation choices much like lemmy or mastodon instances do. But the scope is different. In mastodon or lemmy, if a mod takes an issue with you, they can remove you from that instance (and any followers you had following you on that instance). If a nostr relay operator doesn’t like you, they can ban you from that relay, but your followers can follow you via other relays. This is because your identity is tied to your public key, not your relay or instance.

      • Die4Ever@programming.dev
        5·
        1 year ago

        But you said you can post to multiple relays, and you can choose what relays to post to freely? Doesn’t that mean duplicate work for all the relay admins?

        I have thought about nomadic social networks before based on public keys, I do generally think it’s a good idea. I’m just not sure if the Twitter/Mastodon style is an ideal fit.

        • makeasnek@lemmy.mlOP
          4·
          1 year ago

          Not really. If you are a ban-worthy user on mastodon, other instances may ban your user id, or ban your entire instance if they think your instance’s mod actions aren’t enough generally. I imagine a “common blocklist” like currently exists in e-mail, mastodon, and other federated networks would emerge so that the actions of one mod can be done more-or-less automatically by mods on other relays.

          E-mail is federated and much less moderated than fediverse and even though spam exists it seems like a manageable signal to noise ratio. Anti-spam tools are pretty effective.

            • makeasnek@lemmy.mlOP
              31·
              1 year ago

              Agreed. The lack of self-hosting ability really comes down to the refusal of the wider web to upgrade away from SMTP. If you follow all the latest backwards-compatible protocols (DKMS etc) you can still get a decent outbound delivery rate.

              There were many, many elegant solutions proposed to stop spam but none of them got implemented to avoid breaking backwards compatibility with SMTP. Then again, at this point, most people have moved away from e-mail to other forms of communication anyways due to e-mails problems (spam included). Unless the younger generation gets a sudden, renewed interest in e-mail, it will probably not really exist in another 50 years.

              I do think blockchain will probably solve the issue of assigning senders a “spam score” universally once and for all instead of our current system which is a grab bag of blocklists plus each provider’s secret sauce. Once you have a universal blocklist every e-mail provider can use and contribute to, it becomes easy to identify most senders as “safe” and new senders will just have to spend a bit of time earning their trust.