i dont think i have the ai on my google yet + the pic works better if its obviously faked
Because now you have to maintain that fork. If it was as simple as pressing the little fork button on GitHub and importing a few PRs in than there'd already be several forks right now.
The Lemmy codebase is a beast that's evolved over several years. Not everybody can just jump in and throw anything they want just because of how complex a system it is internally. (I learned that the hard way.)
Across the fediverse all the major successful forks have a motivating factor. Glitch social is maintained by the only other paid developer hired to work on Mastodon and acts as an unstable branch / "feature fast track" of sorts, Akkoma exists because upstream Pleroma has sided with the freeze-peach crowd too many times to count. Firefish and Iceshrimp had a whole... thing... (too much drama to explain) (oh and upstream Misskey is way too Japanese for western developers to contribute, including commit messages and code comments) What's the motivation to start a Lemmy fork? And what's the motivation to keep maintaining it?
I really want to see a Lemmy fork. Particularly one that attempts to prioritize instances as their own individual communities (rather than the Redditesque "instances as free horizontal scaling" view of the fedi a lot of people seem to have). Hell I might end up attempting to contribute a quality of life feature or two of my own if a viable fork were to exist. Yet there isn't any.
So, I guess what I'm trying to say is, the only reason no fork exists is because nobody has stepped up to the challenge.
EDIT: And of course with ActivityPub in the mix you also have to consider how it will affect federation with other instances, and building consensus among other projects (not necessarily just Lemmy) regarding any extensions you might decide to add to the protocol (though you'd have much easier time implementing extensions from other projects if they solve your issue)
All of them. If you can see it from an instance, it's stored in that instance.
The only exception are images which may or may not be stored depending on the exact backend software and configuration.
Both "alpha" and "beta" has authority to hide the post (one hosts your account and the other hosts the community) from the rest of the federation. Similarly, both "beta" and "gamma" have the authority to hide the comment from the federation. That said, instances can also individually hide/purge stuff from their own views without affecting the wider federation if they so choose (which is how things like .world's blocking of piracy communities work)
"beta" handles distribution/"boosting" (in masto speak) of the post and comment to other instances (however "gamma" will send it to both "alpha" and "beta" as it's a reply to "alpha"). AFAIK "alpha" and "gamma" handle the boosting of the upvotes they receive from "delta" (though I could be wrong on that part).
Oh, and "boosting" doesn't mean "i got 1 new upvote on this comment :3" it means "delta has sent me this exact Like event owned by person@delta associated to comment@gamma (and a lot of other data)". There are also keys and signatures involved to make things a bit harder to spoof.
they're using css :visited trickery and color filters to detect HN users because HN has been explicitly evading any other way of detecting referrers coming from them (instead of solving the moderation problems being mentioned)
using dark mode messes with the colors which makes the text that's supposed to be invisible, visible
this is what it feels like reading a post from a mastodon.social user except they have a character limit of like 2 so instead of separating the #hashtags they will #PutThemInline #LikeThis so you get an #aneurysm reading a post