3 ms·
FWIW the only "site that goes dark" is the https://bsky.app https://bsky.app website frontend/mobile app. And the "block" is a single clientside geo-location c
by OneDeuxTriSeiGo 1y ago
FWIW the only "site that goes dark" is the https://bsky.app https://bsky.app website frontend/mobile app.
And the "block" is a single clientside geo-location call that can be intercepted/blocked by adblock, etc.
And the "block" doesn't apply to any third party clients. So that includes:
- https://deer.social https://deer.social (forked client)
- https://zeppelin.social https://zeppelin.social (forked client + independent appview)
- https://blacksky.community https://blacksky.community (forked client + independent appview + custom rust impl of PDS + custom rust impl of relay)
And a bunch of others like:
- https://anisota.net/ https://anisota.net/
- https://pinksky.app/ https://pinksky.app/
- https://graysky.app/ https://graysky.app/
And I could keep going. But point being there are a thousand alternative frontends and every other bit or piece to interface with the same bluesky without censorship.
And the only user facing components are the frontend and the PDS. The appview can't even see the user's IP, only the PDS it proxies through. So if you move to an independent PDS and use any third party frontend, even if you use the bluesky PBC appview, there is no direct contact/exposure to the company that could be exploited.
- elAhmo 1y agoFor a huge majority of users, Bluesky is bsky.app / apps on phones.
- evbogue 1y agobut Bluesky runs the API that all of these tools rely on
- deleted 1y ago[deleted]
- OneDeuxTriSeiGo 1y agoNo it does not. That is the trick. The client/frontend calls out to a set of XRPC endpoints on the user's PDS. The user can use any PDS they want but yes most users are on the bluesky "mushroom" PDSes. There are plenty of open enrollment PDS nowadays if you care to look around and want to switch away. The appview have no ability to interact with the user directly so if you use any non bluesky PDS and non-bluesky client/frontend (both relatively trivial to do), then the appview is basically a (near) stateless view of the network which you can substitute with any appview you want (the client can choose the appview to proxy to with an http header) without ever touching bluesky the company. And of course there are multiple appview hosts. As well as relay hosts (which the appviews depend on but not the user/client). There are plenty of ways to go about using bluesky without yourself or the services you use ever touching bluesky the company's infrastructure.
- evbogue 1y agoHow do I do this then?
- Philpax 1y agoEverything but the relay (but you'd realistically only need the PDS): https://alice.bsky.sh/post/3laega7icmi2q https://alice.bsky.sh/post/3laega7icmi2q The relay: https://whtwnd.com/bnewbold.net/3lo7a2a4qxg2l https://whtwnd.com/bnewbold.net/3lo7a2a4qxg2l
- Forbo 1y agoEdit: I mistook the bsky.sh domain, my bad. Can't get strike through to work for the life of me. I give up. ~~Bluesky blocked in Mississippi, try to work around it, only for the resource that tells you how to do this to be hosted on Bluesky, which is blocked. That's... suboptimal~~. I can't help but feel like Bluesky is just three corporations in a trenchcoat pretending to be an open federated ecosystem.
- pfraze 1y agoBluesky is just one corporation in a trenchcoat.
- deleted 1y ago[deleted]
- FreeTrade 1y agoWhere does the firehose stream originate? From individual PDSes, or from the Bluesky relay that aggregates their repo events?
- deleted 1y ago[deleted]
- 1oooqooq 1y agoso basically you can run a cache for them and they have the final say on all accounts/ids because nobody will see any federated content anyway. you progress the grand parent comment point, with a lot more words.