this post was submitted on 26 Apr 2023
30 points (100.0% liked)

Fediverse

17642 readers
87 users here now

A community dedicated to fediverse news and discussion.

Fediverse is a portmanteau of "federation" and "universe".

Getting started on Fediverse;

founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] jherazob@beehaw.org 8 points 2 years ago (9 children)

While it's DEFINITELY not a bad idea to not put all eggs in one basket and prevent stuff from even happening in the first place, i think this person is worrying too much about the consequences. We do have a recent important precedent of a very public corporate takeover of a very popular free software service: The Freenode IRC takeover. After the nutcase effectively took over the network's ownership, people just... left. They remade the service elsewhere (Libera.Chat) and everybody moved, making the takeover meaningless. So, if worst comes to worst i don't think there's gonna be a problem. Here's the info on Wikipedia of the event and the exodus to Libera Chat

[–] federico3@lemmy.ml 3 points 2 years ago (4 children)

It's not that simple. ActivityPub is at risk of centralization, just like email. There are no built-in protections against centralization or EEE (Embrace, Extend, Extinguish). Furthermore, Mastodon makes it difficult to migrate accounts, especially from an instance that is unreachable or just disabled the export function.

Unfortunately locking users into a platform is extremely valuable because they can be shown ads, used for data mining, manipulation (like Cambridge Analytica). ActivityPub is not automatically immune to all of this.

The comparison with IRC is not very meaningful: moving from one server to another is much easier because IRC users don't lose followers, bookmarks, posts, etc.

[–] dreiwert@szmer.info 2 points 2 years ago (1 children)

How would a "built-in protection against centralization" even work?

IMHO, you can only provide tools. You can't prevent people from being stupid and not using them. That's also why by now, e.g. the EU tries to solve such problems through regulation.

[–] federico3@lemmy.ml 2 points 1 year ago (1 children)

The protocol could require "dual-homing" user accounts, where each account is automatically replicated on 2 different instances without need for hacks and workarounds. That would prevent users from losing their account if an instance is shut down, and also make it easy to migrate to a new instance without losing followers etc. The clients following your account always check for updates on both instances and if you move one of your accounts they update automatically.

(This would not create significant additional load on the network: your toots are already being replicated on all instances where you have followers.)

IMHO, you can only provide tools

No, tools are rarely "neutral". They encourage or discourage workflows and behaviors.

@federico3

The protocol could require "dual-homing" user accounts, where each account is automatically replicated on 2 different instances without need for hacks and workarounds. That would prevent users from losing their account if an instance is shut down, and also make it easy to migrate to a new instance without losing followers etc. The clients following your account always check for updates on both instances and if you move one of your accounts they update automatically.

Sounds like Nomadic identity from the Hubzilla and Streams projects.

load more comments (2 replies)
load more comments (6 replies)