this post was submitted on 13 Feb 2025
33 points (94.6% liked)

Fediverse

30274 readers
589 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 [email protected]!

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
 

One thing that bluesky did very well was abstracting the decentralisation (i know, its not really decentralised, bear with me) was having "apps" be centralised. What if we just pointed people towards a lemmy.app thing and that had a server as default?

Alexandrite.app does this, but it defaults to lemmy.world which is a bit of a dealbreaker.

Edit: By "app" I mean client.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 6 days ago (1 children)

I'd say this is unlikely to work out. It mainly combines the downsides of two approaches. The centralization will make it less free and diverse and gives power to few people, while the decentralization adds unnecesary complexity. Since at that point it's mainly one large instance, but that has to send out loads of network traffic to very few people at other places to keep them in the loop. At that point, why not make it 100% centralized? That'd make programming and maintainance way easier.

[–] [email protected] 2 points 6 days ago (1 children)

Because then interoperable services could be made.

[–] [email protected] 2 points 6 days ago* (last edited 6 days ago)

I think interoperability works with centralized services as well. They can offer an API for other services to hook into. Like Reddit had different apps, bots, tools... You can connect your software to the Google cloud, even if it's made by a different company... I think interoperability works just fine with both models, at least on the technical side.