this post was submitted on 07 Feb 2024
70 points (78.7% liked)

Fediverse

28744 readers
149 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS
 

Mastodon is a great platform. I have an account there, and I have been using it as a twitter replacement for several months. I have been using nostr for around two months. I have also read fairly deeply into how Mastodon and Nostr work. I think nostr is better. Here's why.

Background:

Mastodon and Nostr offer basically the same thing: a federated/decentralized replacement to twitter. They share the same basic features: tweeting, following people, a public square w/ trending notes and hashtags moderated by instance rules, DMs.

Mastodon/Lemmy/Kbin all federate through an underlying protocol called ActivityPub. You create an account at an instance which you use to interact with these sites. Your instance can push/pull data to other instances via the AP protocol.

Nostr is an underlying protocol, like ActivityPub. The main service is hosts currently, called Nostr, is a twitter clone, but there's other stuff like a video streaming platform. They all federate with each other just like Mastodon/Lemmy/Kbin. There is no reddit clone on nostr yet, but I imagine it's only a matter of time.

Instead of "instances", nostr has "relays". The app or site you connect to nostr through will usually connect to multiple relays (just like your mastodon instance will connect to multiple other instances). Relays, like instances, have their own moderation policies and can choose what kind of content they allow.

Here's why I think nostr simply works better:

  • In mastodon your identity is tied to your instance, in nostr it's not. If your instance decides to close up? You have to make a new account somewhere else. You lose all your followers, the list of who you follow, your tweets, your DMs, etc. This sucks. This happened to me early in my mastodon experience. It was annoying, but it would be way more annoying if I had spent five years building up that account.
  • In mastodon, your instance can stop you from seeing content from other instances and ban users from other instances. It can stop you from following them or being followed by them. While this moderation might be nice sometimes, I'd rather it be opt-in than mandatory. Nostr relays don't have this power. Nostr doesn't allow this because you are usually connected to multiple relays. While a single relay can do this (as each relay sets its own policies), as long as one relay you are connected to lets the data flow, you are good to go.
  • In mastodon, admins can read your DMs. If you DM somebody on another instance, that's two instances that can read your DMs, and so can anybody who breaks into their server. In nostr, all DMs are encrypted by default and can only be read by the intended recipient.
  • If mastodon and fediverse's goals are to create a P2P or federated network of instances, having users tied to instances is not good. It incentivizes users to pick bigger, more stable instances which will lead to centralization over time.

A question of funding

One question that fediverse needs to solve is: how are we going to fund hosting costs for instances and more broadly, development?

There are many valid options such as: ads on instances, selling "badges" or awards like reddit, subscriptions for extra features, etc. What is not a sustainable plan, imo, is just hoping users donate enough to keep things afloat. Open source and free software projects have a long history of being underfunded leading to them closing up shop or not reaching their full potential. Nostr at least has a potential answer for this, while AP/fedi don't really seem to yet.

Nostr has an optional built-in tipping functionality where you can leave tips for users whose content you like. You can tip a fraction of a penny or $100. And users can tip you. This has a few effects. For one, it incentivizes people to use nostr. Non-profit orgs, for example, can use it to fundraise.

Secondly, it provides a sustainable funding mechanisms for relays and development. When you make a tip, it goes through your "tip pool" and you can select people or entities to give a % of every tip to. So, for example, you can leave a 10c tip on a tweet and 1c automatically goes to the relay operator.

Where Mastodon/AP is better:

  • Mastodon has more people I want to follow. There is a greater user base and diversity.
  • Mastodon has a more consistent interface. Pretty much every mastodon site looks the same. Nostr has a dizzying array of apps and web portals. That's great for user choice, not great for user onboarding.
  • While nostr relays in theory can filter content and cultivate public squares with specific sets of values, I've found in practice this hasn't been done as much, most relays seem the same. I think in time as the user base grows this will happen organically, there's just little reason to separate them out now.
  • Password recovery/account loss. With nostr, your identity is a private key generated by your client. This means your identity isn't tied to an instance (yay!). But, if you lose the private key, you lose your identity and have to make a new one. Likewise, if somebody steals your key, they can post as you. And there is no real password recovery functionality since nobody else has your password. There are good technical solutions for this like social account recovery and key revocation certificates but they aren't currently implemented. I imagine they will be with time.
  • Mastodon/Lemmy/Kbin/etc can all talk to each other through ActivityPub. While Nostr's underlying protocol supports this kind of federation, the twitter clone is the main platform with users on it and it doesn't have a reddit clone etc.
  • The AP username format of username@website.com is much better than nostrs long public keys. There are some nostr protocol proposals to make this better, some of which are out there and working, but it's not really standardized yet.

Adding an edit about moderation since there is a lot of confusion about this:

Moderation abilities in AP and Nostr from an admin perspective are identical.

  • As a relay operator in nostr, you choose what kind of content your relay accepts. You can block users, filter content based on keywords, de-federate from other instances with weak moderation policies, etc. Same as being an instance admin on AP.
  • As a user, you can choose relays which provide you with a good "public square" experience free of bigots, NSFW, or other content you don't want to see. It's your choice, same as AP. Most users are connected to multiple relays. You can connect to only one in if you want.

The key difference in moderation is that in AP if your instance blocks a user or relay, it is blocked for all their users globally. This means you as a user can't keep following or DMing somebody whose username or relay has been blocked unless you make a new account on a different instance and check it separately. On nostr, as a user, this is not a problem. If you disagree with that moderation decision you just add a different relay to your list, as long one relay in your list of relays connects to that user, the data will flow and you will get to see it. It will remain blocked on the relay which blocked them and for users connected to it (if they are only connected to that relay, or if all their other relays also block that user/defederate from that instance).

It's the best of both worlds: relay operators can set their own moderation policies and vibes and choose which other relays they federate with, users have the freedom to use multiple relays to access the content they want and the freedom to choose which relays they use based on what kind of content they allow.

top 50 comments
sorted by: hot top controversial new old
[–] SorteKanin@feddit.dk 64 points 10 months ago* (last edited 10 months ago) (2 children)

If you think the Fediverse is about "winning", you've already failed to understand it.

The Fediverse is about choice. Some people will use X. Other people will use Y. Under the hood, both X and Y use the same protocols and they can communicate so everyone stays connected even when making different choices (if they choose to stay connected of course).

Nobody "wins"; everybody wins.

[–] flathead@lemm.ee 28 points 10 months ago

ahem - nobody I know will use X.

[–] makeasnek@lemmy.ml 7 points 10 months ago (1 children)

Agreed. I'm glad to see both protocols growing. By "win" I mean: become the most popular twitter replacement.

[–] SorteKanin@feddit.dk 14 points 10 months ago

What does it matter if X is more popular than Y if I prefer Y and I can see all the same stuff as the people using X see?

The Fediverse is not a popularity contest either.

Also for the record, ever since I started taking donations from my users for my instance, they have been extremely generous and have more than covered costs. So I'm not sure I agree with your cost argument so far.

[–] ada@lemmy.blahaj.zone 40 points 10 months ago (12 children)

In mastodon, your instance can stop you from seeing content from other instances and ban users from other instances. While this moderation might be nice sometimes, I’d rather it be opt-in than mandatory. Nostr relays don’t have this power. Likewise, Mastodon instances can stop their followers from following you. Nostr doesn’t allow this.

This is exactly why I won't use Nostr. What you're describing here isn't ideal for many folk that are part of marginalised groups. When each individual has to individually block every bigot only after being exposed to their bigotry, then the vulnerable folk don't hang around. This is doubly the case when there is nothing stopping the bigots from just creating another account after burning their first one.

One question that fediverse needs to solve is: how are we going to fund hosting costs for instances and more broadly, development?

This is also something that activitypub communities do better, because they are communities not relays.

load more comments (12 replies)
[–] TORFdot0@lemmy.world 34 points 10 months ago

Nostr is really good at the one thing AP struggled with, which is identity portability.

That being said, I feel like the challenges that nostr has (the network effect, association with crypto bros, private key recovery and human readable account linking) are bigger hurdles than what AP has to overcome

I still think there is room for both to operate and a market niche for bridging services for those who want to follow people on both protocols

[–] flamingos@ukfli.uk 31 points 10 months ago (5 children)

This assumes platforms win based on technical details, which they don't. Mastodon will probably 'win' (whatever that means) because of network effects and general culture.

Nostr has an optional built-in tipping functionality where you can leave tips for users whose content you like. You can tip a fraction of a penny or $100. And users can tip you. This has a few effects. For one, it incentivizes people to use nostr. Non-profit orgs, for example, can use it to fundraise.

But user have to be technically minded enough, and willing, to set up a crypto wallet to do this.

In mastodon, admins can read your DMs. If you DM somebody on another instance, that’s two instances that can read your DMs, and so can anybody who breaks into their server. In nostr, all DMs are encrypted by default and can only be read by the intended recipient.

E2E encryption is possible with AP. Besides, if what you're talking about needs to be unreadable to third parties, you should probably use something like Matrix or Signal, especially considering how bad Mastodon's DMs actually are.

[–] xep@kbin.social 20 points 10 months ago* (last edited 10 months ago) (1 children)

crypto wallet

Thank you for this piece of information. Nostr is not for me.

[–] makeasnek@lemmy.ml 7 points 10 months ago

You don't have to do anything with crypto, it just supports crypto integration if you want to tip other users. Just like reddit did. It's an optional feature.

load more comments (4 replies)
[–] LarmyOfLone@lemm.ee 17 points 10 months ago (1 children)

Interesting points, just one thing I recently thought about: eMule vs Torrents. Torrents requires trackers and websites to host torrent files. eMule was rather fully decentralized from the start and you only needed the hash key. In actual performance there wasn't a fundamental reason why one or the other would be better. But Torrents won by a large margin, and I believe it's because it needed websites and trackers and created "hubs" that could fund themselves from ads.

This could similarly apply to the fediverse.

You might also underestimate how much moderation and how many malicious or fascists actors are under way. It could easily become a cesspool.

Encrypted DMs could be added later.

But I definitely think there need to be better tools for migrating your content. Or migrating a complete community including all posts from one instance to another (like a rolling journaling backup that you can do daily, and if your instance just disappears you can just copy it)

[–] makeasnek@lemmy.ml 9 points 10 months ago* (last edited 10 months ago) (1 children)

Torrents won because of search. Each torrent site maintained an index of torrents and you could search that index. Nobody could pollute the index with nonsense entries because the index was curated by the site admins.

There was no good way to search ed2k or gnutella or the other P2P systems. There were many independent indexes (hosted by nodes) like Torrents, but they were not curated by any trusted custodian. Anybody could publish an index, and your client would fetch all nearby indexes and search through it. These indexes, because they were not curated by trusted custodians, and because there was no cost to publishing a list with a bunch of nonsense in it, lead to a terrible spam-filled search experience.

Federation is great when you have multiple repositories of information and users choose which repository they prefer. That's what Torrent search sites did. If you need a single repository that is in sync for all users and is curated in a P2P manner and you can't trust all participants of that system to be "good actors", that is where you need a system like blockchain, there is no other decentralized way to solve that problem.

I wrote a lengthier post about federation vs blockchain as data storage and reputation mechanisms if you are interested https://lemmy.ml/comment/8051480

[–] LarmyOfLone@lemm.ee 3 points 10 months ago

I always used websites to search for ed2k content much like with torrent. The internal search was more like a last resort. It would have been nice to have p2p shared indexes that just use public keys for authentication and you have to choose to trust them. Or something like a trust chain. And you can still fork them. Something I still miss for torrent.

But anyway, I still believe getting more websites "invested" into torrent or tracker hosting ultimately boosted torrents over ed2k. A bit of a paradox. Of course this is just speculation.

[–] Candelestine@lemmy.world 12 points 10 months ago (1 children)

Sounds like a fantastic option for folks that don't like any mandatorily enforced censorship.

They should all go there.

[–] YurkshireLad@lemmy.ca 15 points 10 months ago (2 children)

They are, it’s full of crypto folk and not much else.

[–] Draconic_NEO@lemmy.world 6 points 10 months ago* (last edited 10 months ago) (1 children)

Don't forget about the alt-right trolls and conspiracy theorists, they love it there because nobody can ban or censor them from there. On Nostr these people run wild.

[–] YurkshireLad@lemmy.ca 3 points 10 months ago* (last edited 10 months ago)

Yeah, you’re right. I completely forgot about the conspiracy theorists etc.

Interesting tech, shame about the content.

[–] makeasnek@lemmy.ml 1 points 10 months ago* (last edited 10 months ago) (1 children)

The default setup for snort (most popular nostr portal) blocks all crypto-related discussion by default. The crypto bro problem was apparently worse back in the early launch days, but it's gotten much better.

[–] halm@leminal.space 1 points 10 months ago

Every time non-techies start adopting a blockchain project, the crypto bros win. Nobody else. The "crypto bro problem" is baked into Nostr, it's called blockchain.

[–] people_are_cute@lemmy.sdf.org 8 points 10 months ago (1 children)

Bluesky and their AT Protocol sound much better.

They follow a federated model quite similar to Mastodon, except with better feeds powered by a variety of user-choosable post ranking and content discovery algorithms. It is the true federated Twitter/X clone.

[–] haui_lemmy@lemmy.giftedmc.com 6 points 10 months ago

The site isnt very informative. Wikipedia does a better job imo.

A plus is that its a nonprofit and has some experiences peeps on board, downside imo its not fully open source which isnt an option imo.

[–] bjoern_tantau@swg-empire.de 6 points 10 months ago (1 children)

If I had the energy I would try to build a relay/instance that could translate between the two protocols.

[–] N3M@reddthat.com 9 points 10 months ago (1 children)

Actually one already exists at https://mostr.pub. A dual Activity Pub/Nostr server called ditto is also in the works.

[–] makeasnek@lemmy.ml 2 points 10 months ago

Interesting hadn't heard about this thanks for the link!

"winning"?," building up an acount for 5 years"? Fediverse isn't social media it is a social network it is about communication and interaction and not about collecting followers and likes similar most platforms are. I think with that mindset you are better off probably sticking to twitter or something

[–] twistypencil@lemmy.world 4 points 10 months ago
[–] cupcakezealot@lemmy.blahaj.zone 4 points 10 months ago (1 children)

bluesky has a much better chance nostr which most people don't even know about

[–] Nighed@sffa.community 3 points 10 months ago

Yeh, it's all the network effect. Where people go will, generally be where they continue to go.

That's why threads was dangerous (and may still be) to and more grassroots federated options

[–] r00ty@kbin.life 3 points 10 months ago (1 children)

Here's why I think activitypub is probably better.

Having multiple instances, hundreds or even thousands, spreads the load of the network. Smaller instances can curate the communities they want to subscribe to in order to limit traffic and storage. Communities can be hosted across the network too to reduce load on single instances.

This means that when things are done well, we could produce and serve reddit/twitter levels of content and availability on hobbyist level hosting options spread across the world.

[–] makeasnek@lemmy.ml 3 points 10 months ago (1 children)
[–] r00ty@kbin.life 4 points 10 months ago (1 children)

But then what is a relay? See if a relay doesn't hold an account and cannot ban/moderate directly content they serve then what's exactly happening?

I also wonder if it's a bit of a legal minefield. See I'm running mbin here. I get content from many other mbin/kbin/lemmy instances. Usually they have pretty good moderation and content is removed on my instance too. But, if someone raises a legal complaint with me directly, I'm required to act on that and moderate on my own instance. Which I can do. It seems like you're suggesting that's not directly possible with nostr? So if the main instance chooses to allow it, then it's tough luck for me, I am required to host it?

[–] makeasnek@lemmy.ml 3 points 10 months ago (1 children)

But then what is a relay? See if a relay doesn’t hold an account and cannot ban/moderate directly content they serve then what’s exactly happening?

A relay is like an instance in AP. It hosts content and relays content from other relays according to its own moderation policies. The difference in nostr is that most users are usually connected to multiple relays, whereas an AP a user is connected to one 'instance' and their instance connects to other instances.

I also wonder if it’s a bit of a legal minefield. See I’m running mbin here. I get content from many other mbin/kbin/lemmy instances. Usually they have pretty good moderation and content is removed on my instance too. But, if someone raises a legal complaint with me directly, I’m required to act on that and moderate on my own instance. Which I can do. It seems like you’re suggesting that’s not directly possible with nostr?

This works identically in nostr. You as a relay admin can block/delete content on your relay and set whatever moderation policies you like. You can also de-federate from other relays if they have poor moderation.

[–] r00ty@kbin.life 3 points 10 months ago (1 children)

A relay is like an instance in AP. It hosts content and relays content from other relays according to its own moderation policies. The difference in nostr is that most users are usually connected to multiple relays, whereas an AP a user is connected to one ‘instance’ and their instance connects to other instances.

Thanks, I think I'll have to read up on the details later though to get a clear idea of what is stored where, where accounts are created and held and so on.

[–] makeasnek@lemmy.ml 3 points 10 months ago* (last edited 10 months ago)

Relays store:

  • Content posted by users connected to their relay
  • Content posted by users of other relays that their relay is connected to

"Accounts" are private/public keypairs. You don't have a username/password at a specific instance, you have a public/private keypair you can use to authenticate your identity. It's like your name vs an e-mail address/username. An e-mail address is an account you have at a specific entity, this is like an activitypub username user@lemmy.ml. Your name isn't tied to a specific instance or even a single government database (since you can be identified by name in databases of multiple governments), it's just your identity. Your key in nostr works just like an identity or name in that sense.

load more comments
view more: next ›