Cool! So can you point me at a non-bsky.app instance running the full BlueSky stack that federates with bsky.app and continues working even if bsky.app disappears or defederates with them?
So, bluesky doesn’t work the same as the fediverse,
bsky.app is an appview. It doesn’t federate, it just aggregates data and indexes it.
A PDS stores data.
If you went to deer.social, and chose something like bsky.aenead.net as your hosting provider, you won’t be using any bluesky infrastructure.
But then will it still federate with Bluesky infrastructure and data?
Let me know if I’m being unreasonably Mastodon-centric here, but I guess my standard is if I can own* my own infrastructure but still federate data with the rest of the world. Without that federation, it’s cute but doesn’t really feel or act like the fediverse, you know?
I can run my own federated relay and AppView servers now?
You can.
Relay’s are less expensive now, it’s about 24 a month.
app.wafrn.net is a tumblr thing with atproto support.
Cool! So can you point me at a non-bsky.app instance running the full BlueSky stack that federates with bsky.app and continues working even if bsky.app disappears or defederates with them?
So, bluesky doesn’t work the same as the fediverse, bsky.app is an appview. It doesn’t federate, it just aggregates data and indexes it. A PDS stores data.
If you went to deer.social, and chose something like bsky.aenead.net as your hosting provider, you won’t be using any bluesky infrastructure.
But then will it still federate with Bluesky infrastructure and data?
Let me know if I’m being unreasonably Mastodon-centric here, but I guess my standard is if I can own* my own infrastructure but still federate data with the rest of the world. Without that federation, it’s cute but doesn’t really feel or act like the fediverse, you know?
* Or use one of many trusted providers.