With the news of the secret $100 million investment in Bluesky by Bain, I keep thinking about protocols.

Maybe the perceived "drawbacks" of #ActivityPub are ultimately strengths?

#ATproto handles identity in a way that allows a single sign-in across apps. But wouldn't this make it easier to profile you? Is this why crypto VCs are so attracted to it?

And ATproto has funding in the 100s of millions by VCs but at some point they'll want to turn a profit. There is ZERO pressure here to ensh*tt*fy

@_elena I keep asking for this "decentralized" protocol to help me move off of all infrastructure controlled by the Bluesky corporation, and I keep getting the answer "well…so…uh…actually…"

Unfortunately I'm not waiting around for the "exit from evil billionaire control" scenario Jay Graber talked about a year ago or whatever, because that's already happened. So if I can't use ATProto without Bluesky, I guess I won't use ATProto. 🤷🏻‍♂️

@jaredwhite I noticed your posts Jared… and I was following with curiosity the replies. It doesn’t look good.

What worries me is that here in Europe advocacy for the open social web groups the two protocols together (ATProto and ActivityPub).

Also: European politicians and media organizations are gravitating towards Bluesky / ATproto and mostly ignoring the Fediverse…

@_elena Well…I would say it's "complicated".

I could envision a world where every major country or socioeconomic region has its own ATProto-based social network, because they have the resources to run that kind of infrastructure at scale. Not saying I like the idea, but that seems to be how ATProto was structured. Several *large enterprises* could run services which interoperate.

That's quite different from ActivityPub where you can run a decent social networking instance off a Raspberry Pi. 😄

@_elena So yes, ultimately I agree with you. Lumping ATP & AP into one big ball of yarn labeled "open social web" seems fairly ludicrious to me. The goals are so wildly different, I fear it's more harmful than helpful to attempt unifying these separate approaches.

@jaredwhite totally. BTW did you get an answer to your question yesterday?

I also wonder if there are ATProto equivalents to Phanpy or masto-fe... you know, web clients that allow you to log in with your credentials instead of going to bsky.app

Yes, there are lots of different web and mobile clients. I use blacksky.community, which also has its own appview, so am almost completely independent of Bluesky infrastructure. @stefan mentioned Red Dwarf, and I think there are a handful of others that also allow you to select an appview (very analagous to how phanpy lets you choose an instance) so also allow almost complete independence.

In terms of your initial question, I think that many people (including me!) find a multiple-identity approach very valuable for a variety of reasons. That said, today's ActivityPub-based software doesn't handle multiple identities any better than ATProto-based software. So like so many other things with fedi, it's a potential strength that hasn't been leveraged.

@_elena @jaredwhite

Here's a conveniently-timed article looking at doing things completely independent of Bluesky - https://mia.leaflet.pub/3mhw3hzwtn224

@stefan @_elena @jaredwhite

Bluesky... without Bluesky - Mia's Blog

What if we could use Bluesky without touching any Bluesky servers? What about if we avoided touching their code, entirely?

@jdp23 Looks a bit involved. Interesting read, though, thank you for sharing!

@_elena @jaredwhite

Oh yeah, it's definitely at the duct tape and baling wire stage in general -- @jaredwhite is very right that right now Blacksky is the only reasonably-mature mostly-independent microblogging-focused tech stack. (Blacksky still uses Bluesky's PLC directory, although they do have a mirror that could if necessary fall back on; also they don't have their own mobile app yet, and still use some of Bluesky's moderation services.)

@stefan @_elena

@jdp23 Are they also using Bluesky's servers for DMs, since those are stored off-protocol?

Or do non-Bluesky AppViews just don't have DMs? (Or whichever part of the stack is responsible for that.)

@jaredwhite @_elena

I'm pretty sure they store DMs in the Blacksky AppView (which is a fork of the Bluesky AppView) but not 100% positive.

@stefan @jaredwhite @_elena