Okay yes this makes sense. Although, honestly i think I'd prefer the AP method of doing it because BlueSky sends ALL content to all nodes, so it's MUCH less cost effective to join with a private server.

I run my own lemmy instance, so i know the data volume since 2023 has been probably like a terabyte or so. But, with BlueSky I'd have to account for the data volume of all users on the platform as a whole, bringing the data volume way up to tens of terabytes (a guess based almost entirely on nothing).

So it really boils down to yes I agree that AP has problems with data accessibility, but I'd prefer that over unnecessary data redundancy

[–] cypherpunks@lemmy.ml 4 points 3 days ago (1 children)

with BlueSky I’d have to account for the data volume of all users on the platform as a whole, bringing the data volume way up to tens of terabytes

I think this is a common misconception based on some critics' incorrect assumptions and back-of-the-envelope math. See the atproto overview for the different components involved, and then this post (from a BlueSky employee) "A Full-Network Relay for $34 a Month" for some numbers.

If I understand correctly, to run a "full nework relay" does mean to consume all of the text posts from all known servers, but not necessarily all of the media, and not necessarily to keep data you aren't interested in for any long period of time.

Also, you can run your own PDS and/or App Views without running your own relay at all. And, you can also use multiple other people's relays.

Disclaimer: I'm not an atproto expert, and I haven't set any of this up myself.

[–] irelephant@lemmy.dbzer0.com 2 points 3 days ago

You can design an appview that crawls PDSes directly, no relay needed.

AppViewLite does that

[–] irelephant@lemmy.dbzer0.com 1 points 3 days ago

You can actually do it like mastodon and only take on data from specific users or PDS. Wafrn does this.