68
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 13 Jan 2024
68 points (59.3% liked)
Fediverse
28723 readers
79 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
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general 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
They could get a .ck domain instead and move to queer.as.fu.ck, no?
.ck is only available as subdomains - including the hilarious, co.ck.
Wouldn't that need them to get the
fu.ck
domain itself? I have a feeling that is already used by someone else, but there currently isn't any website at that domain (doesn't mean it isnt used)Worst hypothesis they just need to mess around a bit. For example I don't think that
queerasfu.ck
would be registered.Activitypub makes it next to impossible to "move" an instance to a new domain.
Every post/comment/and user is uniquely identified using the domain. In the eyes of ActivityPub changing the domain just makes each of those things a completely new thing.
You can set up a new service at your new domain and potentially get most all your users to migrate but they'll be leaving behind their entire histories and as a "new" fediverse user they'll only be discoverable via the historical posts for as long as the original server is reachable.
Thats IMO one of the worst engineering decisions in the protocol, besides all the others, but this one (making identity depend on domains, meaning on third parties antithetical to decentralization) is... laughable. Who was responsible for it?
But, the theory goes, you're not supposed to be reliant on third parties as you should be in control of your own domain (or within a few degrees of the person who is).
Large instances are what are antithetical to decentralisation.
Of course, the reality of it is that, it just hasn't worked out like that.
Yes, that was a big issue for fmhy.ml too
Damn, that's sad. Thank you for the info.
Not sure how well this would actually work, but couldn't the admins "copy" the instance to the new domain and then initiate an account migration from the old to the new instance for every account? That should both push out the account transfer to all the other instances and preserve the post history as well.
Is there no SAN equivalent for AP?