ATproto has some interesting advantages, and eventually the idea is for anyone to be able to host any microservice component of the network, including relays other than the one run by Bluesky.
The relays don’t need to be centralized. They are indexers that provide functionality to others parts of the ATproto network.
The problem is that there isn’t really any incentive to do so… Any additional instances or new apps running ATproto can just rely on the one big indexer provided by Bluesky, instead of running each microservice component themselves.
I won’t be joining in until I can actually run a real instance on my own.
I don’t plan on doing that, but the important part is knowing that I could.
Instances are run through a central “relay” which is controlled by Bluesky HQ, so it isn’t decentralized like, say, Mastodon is.
I know.
ATproto has some interesting advantages, and eventually the idea is for anyone to be able to host any microservice component of the network, including relays other than the one run by Bluesky.
The relays don’t need to be centralized. They are indexers that provide functionality to others parts of the ATproto network.
The problem is that there isn’t really any incentive to do so… Any additional instances or new apps running ATproto can just rely on the one big indexer provided by Bluesky, instead of running each microservice component themselves.
Would the relays be connected, though? Or would each one be an entirely different ecosystem?