I just received my invite code today and took a quick look around the app. Like Mastodon I do not prefer microblogging platforms. And that’s all I know about Bluesky.
So, what can you tell me about this project?
@Natanael enshittification is about power, and ATproto is designed to look decentralized but enable secondary centralization where it matters for power dynamics in the network, in a way that the Fediverse very much doesn’t:
https://rys.io/en/167.html
(shameless plug, I wrote that, but it dives somewhat deep into the “why” of what I said above)
tl;dr it doesn’t matter which PDS you use if everyone is still beholden to the same entity that controls the “reach” layer in BS.
https://slrpnk.net/comment/3996311
You’re missing details
The Mastodon fediverse have stronger network effects because big servers can enforce policies on other servers to stay federated. It’s complicated for users to move servers.
In Bluesky you have plenty more options, including using 3rd party moderation, using clients which can pull censored posts from other servers and cleanly render them into threads, and you can move servers much more easily even if the server operator don’t want to let you.
The “reach” layer is a mix of relay servers (BGS) and 3rd party feeds (which already are operated independently)
> The Mastodon fediverse have stronger network effects because big servers can enforce policies on other servers to stay federated. It’s complicated for users to move servers.
Well, I wrote about this as well, so I think I might not be missing these details:
https://rys.io/en/168.html
In bluesky I think those effects mostly lie on the side of which client people use.
The protocol is extensible and you can add new post types and formatting options by creating a new schema/lexicon, but these would only be readable by other clients which supports it. I hope they’ll be able to add some general “category template” lexicons so a graceful degradation scheme can be implemented to support compatibility without hindering 3rd party development.
To protect against a PDS server going bad the client could assist with automated account migration (the new PDS doesn’t need to understand the lexicon of your posts to be able to migrate them intact), even if the old PDS won’t cooperate (the client could maintain backups for you to make migration quick). But if you don’t control your keys separately then a bad client update could make your account unrecoverable, similarly to a mastodon server going bad.
