this post was submitted on 01 Sep 2025
615 points (97.5% liked)

Fediverse

36668 readers
353 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)

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] flamingos@feddit.uk 7 points 6 days ago (1 children)

I mean, this would become less trivial the more replays go into use, where to get a full view you'd have to pull from all the relays that exist.

ActivityPub's solution to this is just IMO better, the original post has a replies collection attached to it that acts as the authority the replies the post has. This also allows creators to eject replies from the collection. There are issues with the way fedi software currently handles fetching from these reply collections, but the missing replies thing is very solvable in ActivityPub.

[–] Natanael@infosec.pub 2 points 6 days ago (1 children)

Doing it this way is why small instances gets hammered when a user's post goes viral.

And as for moderation bluesky also carries information with the top post from the post author and allows hiding replies too, etc. This gets enforced on the appview side, so the posting user's PDS is unscathed if it goes viral.

Bluesky is built to assume a handful of big relay (remember that a relay can merge in contents of another) and a bunch of appview and a ton of PDS servers, feed generators, moderation labelers, etc.

Realistically, the relay network will likely end up voluntarily adopting a tree topology - hobbyist communities would run small relays bundling all activity from members' PDS servers, then a larger relay in front gathers everything from a ton of smaller relays and makes it available to appviews

[–] flamingos@feddit.uk 7 points 6 days ago* (last edited 6 days ago)

Doing it this way is why small instances gets hammered when a user’s post goes viral.

Setting up caching in the reverse proxy layer would alleviate this a lot of this. Like, GoToSocial only recommends to set up caching for the key and webfinger endpoints, where having it set up to cache posts and profiles for like 60 seconds (or however long the Cache-Control header says, Mastodon defaults to 180s) would alleviate the strain on the server so much.

There are other thing you can do, like this post explains some other things for Misskey, but the defaults should be sensible so you don't have to be a sysadmin expert to host an instance and they're currently not. I host 2 Lemmy instances (ukfli.uk and sappho.social) from a £5/month VPS and they're able to handle bursts of hundreds of requests without issue.

Bluesky is built to assume a handful of big relay (remember that a relay can merge in contents of another) and a bunch of appview and a ton of PDS servers, feed generators, moderation labelers, etc.

People are already building small, non-archival relays so this assumption seems mute. It's also important to remember that relays are an optimisation, not a core part of the protocol.