@Gargron yes! I tried it out and it's really nice. I mean obv Bluesky still has only one instance so it's not the same, but I think Mastodon's new onboarding flow is great
How do you get raw access to that "repo"? If that exists it should be trivial to make a backup/archival tool of your content in the same format required to redeploy it to a new server.
Basically, a user and all their post history are stored in a "repo", similar to git repos, where every post is signed, and each user has a recovery key. Users can switch servers (e.g. pushing their repo to gitlab instead of github) without cooperation from the original server.
There's nothing a Bluesky PBLLC engineer can do to turn this functionality off. It's how the protocol is designed.
One request to engineering to write some code to prevent people from moving their account data to another social network.
"So hypothetically, if a billionaire one day buys Bluesky PBLLC and ruins it, it won’t matter. Anyone who doesn’t like how Bluesky Social is run can simply switch to a rival service without losing their post history or their followers. "