Jack Dorsey skipped ActivityPub, built AtProto, lost Twitter, funded Bluesky, watched it become a company with VCs and a board, said it was "repeating all the mistakes," left, and now funds Nostr.

@reflex @dansup @quillmatiq I think Anuj's point is that there is a growing ecosystem around ATProto that is not owned or controlled by Bluesky LLC. There are a lot of people in that ecosystem that are just as concerned about decentralization and distribution of control as we are. Many people in the LLC even support that decentralization. It is a serious bummer that it's splitting the social web, but at least we have bridges and multistack services to connect us.

@baralheia @mastodonmigration @quillmatiq @dansup @evan

PLC directory is in the process of being moved to a swiss association, it's just taking time, because legal stuff always takes time.

https://docs.bsky.app/blog/plc-directory-org

The thing about AT Protocol is that you don't *need* to reimplement the entire stack to be independent. You can push people towards independently hosted PDSes, you can use non-Bluesky relays, you can build your own application and social graph. You can run your own moderation systems.

Bluesky is a tiny subset of what we can do on AT Protocol: microblogging. There's so much more happening: video streaming, blogging, science collaboration, annotating the web, links and bookmarking, E2EE messaging, source control management (git), books and pop culture reviews, Q&A services, a container registry, a package management service, music scrobbling, learning journeys, work profiles, video sharing, etc.

I've probably missed at least a few entire categories here.

ActivityPub forces you to re-implement the entire stack, AT Protocol allows you to do it progressively or reuse community infrastructure.

If you think of AT Protocol as Bluesky, then that'd be the same as thinking of ActivityPub as Mastodon. Far too many ActivityPub developers fall into that trap of "I must be compatible with mastodon" that it stifles innovation.

@evan @reflex @dansup @quillmatiq thanks for summarising Evan. Is there an accessible (non-dev) article available to explain the makeup of the ATProto ecosystem and the chances of it not being a target/surviving without Bluesky? As a tech-aware/non-dev person, I am not interested in the respective merits of the actual protocols, more about each's ability to thrive away from VC (dev community size, culture, capitalist power dynamics... what else?)

@alexchapman @quillmatiq @evan @dansup it happened to @HolosSocial just a week ago, that made me very sad, that the angry loud voices won.

@alexchapman @quillmatiq @evan @dansup @HolosSocial

and it has implications on innovation.

We/I could build a LinkedIn (when LinkedIn was good) version for the fediverse.

A nice professional UI fediverse-client that shows indexed #jobs posts, adding @badgefed / certifications celebrations, and some #lemmy forums on specific companies and job market. But I am afraid that simply indexing (even if done in the "right and respectful" way), would get a drawback.

@quillmatiq not throwing stones, just spittin facts. To much glazing over AtProto when many seem to forget its history, so I feel a duty to remind people of this.

ATProto never cared about openness or the social web, or they would have adopted ActivityPub and helped improve it.

They had to control everything. Jack even said he regrets that himself.

@quillmatiq @dansup

4. "Window of opportunity". This is a more complex one, but it is compelling. Basically, there is a non-zero chance that Bluesky's leadership team changes in the next few years, or that their strategy changes. (This has happened with other social networks like Twitter when the advertising business model was adopted.) They may at some point try to claw back the value that's been generated with the current open protocol, open source model. Hopefully not, but you never know!

@thisismissem @mastodonmigration @quillmatiq @dansup @evan I appreciate this information, but my main interest in modern decentralized social media protocols is for social media (microblogging, as well as picture & video sharing), and I am not a developer - just a nerd. My primary concern in all of this is I simply don't trust Bluesky PBLLC. That's why complete and total independence from their infrastructure from a microblogging standpoint is important to me before I would ever consider using an ATproto-based service as my primary social media platform. While I'm okay using community resources for now, I *want* the ability to host my own completely independent full stack so I would never need to rely on a company or community to stand up a relay or AppView or something. I can do that easily and *cheaply* today with Mastodon or WAFRN (the ActivityPub side of it, anyway) or Pixelfed or Loops - it's not a big lift because these platforms were already designed with the full stack as a single deployment. This makes the network highly resistant to adversarial takeover, especially as things exist *right now*. It's a far, far, far bigger lift to stand up a similarly independent full stack of Bluesky (for example), and far far far easier for the majority of the network to be compromised if all statuses must be funneled through corporate or community chokepoints.

Tl;dr if I can't easily host a full stack that can run completely on it's own (while still being able to federate with others), that's not independence. *Every* service built on top of ActivityPub can give me that independence *by design*. It's the difference between human-scale networking and corporate-scale networking.

If there's an easy, lightweight, fully independent way for me to participate in Bluesky-compatible microblogging on ATproto with an experience that is comparable to what I'd get from using Bluesky directly, I'm interested to learn more - because I'm not currently aware of anything like that. I can get that from multiple platforms on AP *today*.

@thisismissem @mastodonmigration @quillmatiq @dansup @evan I appreciate this information, but my main interest in modern decentralized social media protocols is for social media (microblogging, as well as picture & video sharing), and I am not a developer - just a nerd. My primary concern in all of this is I simply don't trust Bluesky PBLLC. That's why complete and total independence from their infrastructure from a microblogging standpoint is important to me before I would ever consider using an ATproto-based service as my primary social media platform. While I'm okay using community resources for now, I *want* the ability to host my own completely independent full stack so I would never need to rely on a company or community to stand up a relay or AppView or something. I can do that easily and *cheaply* today with Mastodon or WAFRN (the ActivityPub side of it, anyway) or Pixelfed or Loops - it's not a big lift because these platforms were already designed with the full stack as a single deployment. This makes the network highly resistant to adversarial takeover, especially as things exist *right now*. It's a far, far, far bigger lift to stand up a similarly independent full stack of Bluesky (for example), and far far far easier for the majority of the network to be compromised if all statuses must be funneled through corporate or community chokepoints.

Tl;dr if I can't easily host a full stack that can run completely on it's own (while still being able to federate with others), that's not independence. *Every* service built on top of ActivityPub can give me that independence *by design*. It's the difference between human-scale networking and corporate-scale networking.

If there's an easy, lightweight, fully independent way for me to participate in Bluesky-compatible microblogging on ATproto with an experience that is comparable to what I'd get from using Bluesky directly, I'm interested to learn more - because I'm not currently aware of anything like that. I can get that from multiple platforms on AP *today*.

@thisismissem @mastodonmigration @quillmatiq @dansup @evan I appreciate this information, but my main interest in modern decentralized social media protocols is for social media (microblogging, as well as picture & video sharing), and I am not a developer - just a nerd. My primary concern in all of this is I simply don't trust Bluesky PBLLC. That's why complete and total independence from their infrastructure from a microblogging standpoint is important to me before I would ever consider using an ATproto-based service as my primary social media platform. While I'm okay using community resources for now, I *want* the ability to host my own completely independent full stack so I would never need to rely on a company or community to stand up a relay or AppView or something. I can do that easily and *cheaply* today with Mastodon or WAFRN (the ActivityPub side of it, anyway) or Pixelfed or Loops - it's not a big lift because these platforms were already designed with the full stack as a single deployment. This makes the network highly resistant to adversarial takeover, especially as things exist *right now*. It's a far, far, far bigger lift to stand up a similarly independent full stack of Bluesky (for example), and far far far easier for the majority of the network to be compromised if all statuses must be funneled through corporate or community chokepoints.

Tl;dr if I can't easily host a full stack that can run completely on it's own (while still being able to federate with others), that's not independence. *Every* service built on top of ActivityPub can give me that independence *by design*. It's the difference between human-scale networking and corporate-scale networking.

If there's an easy, lightweight, fully independent way for me to participate in Bluesky-compatible microblogging on ATproto with an experience that is comparable to what I'd get from using Bluesky directly, I'm interested to learn more - because I'm not currently aware of anything like that. I can get that from multiple platforms on AP *today*.

@baralheia Then use Blacksky or similar. They have their own PDS, their own Relay, their own Bluesky AppView, and to a degree own Moderation — they still do query the Bluesky Moderation Service for some stuff though.

So they are effectively entirely independent. They have done experiments with did:web too, though I think they're mostly using did:plc (not 100% sure).

But operating an entire global-scale network is expensive. Bluesky have stated that just generating following feeds is something like the majority of their infrastructure load. There are other projects that seek to not do global-scale, and instead have different tradeoffs.

With ActivityPub, you only have local-scale, which gives you a small perspective of the entire network. There are projects like fediscovery that are designed to facilitate sharing data across otherwise loosely federated boundaries, such that they can do near global scale things.

@quillmatiq @dansup I'm not trying to burn you, I promise! I know that you want to engender a culture of kindness and cooperation. I'm trying to suggest a more effective way of doing it: not by telling people they're bad, but by telling people why it's in their own interest to be better.

@baralheia it's also perfectly okay to not want global scale and be happy with local scale. That's a trade-off you get to decide with which platform or protocol you use.

@evan @dansup @quillmatiq interest is great and all, but understanding the social and power dynamics at play is more important.

Every time some leader of an ActivityPub project goes on a tirade against another protocol or project, all it does is hurt the entire ecosystem. It prevents productive partnerships, it creates friction and fights.

We've seen this countless times, and meanwhile majority of ActivityPub applications are not striving for ActivityPub interoperability, but for Mastodon interoperability.

There is so much power centralization in ActivityPub it's not funny, let's not forget that the protocol was left to rot by the W3C for the longest time, when it could've continued on-wards. The amount of infighting and politics here drives people away.

I've talked with folks who have really great ideas, and I've been like "come bring this to a standards meeting, this is really cool" and the response time and again is "I don't want to be involved with those people", because they've seen countless negative interactions.

Meanwhile, in AT Protocol, it's extremely common place to get different application developers and organisations to come together to standardise things, the best example is https://standard.site — I'm also helping a few developers work on interoperability for other things within the Atmosphere, because they realise that they're stronger together.

In ActivityPub there's been constant division "this software is better than that software", and petty little fights about "this isn't really activitypub because it doesn't do what mastodon does, so it doesn't interoperate fully" — Dan was the target of one such hit piece.

The office hours that the bluesky team run every two weeks? They basically entirely focus on sharing and promoting the cool work by other people in the ecosystem, here's some notes from the latest: https://bsky.app/profile/thisismissem.social/post/3mere5l7knk2n

I've mentioned it before, but I've stopped actively contributing to Mastodon because the lack of respect that they show other contributors is so dire that it's not financially viable for me to contribute.

@sheislaurence That is an awesome question. I'm not sure!

There's a good landing page here with a lot of links to explore.

https://bmannconsulting.com/notes/atprotocol/

@reflex @dansup @quillmatiq

@sheislaurence That is an awesome question. I'm not sure!

There's a good landing page here with a lot of links to explore.

https://bmannconsulting.com/notes/atprotocol/

@reflex @dansup @quillmatiq

@thisismissem @baralheia

It would seem like this 'global scale' difficulty relates to the aforesaid 'quadratic scaling' issue raised by @cwebber

If, in fact this is true, it is very hard to see how the protocol is actually viable as a broadly decentralized protocol.

Would love to have someone knowledgeable address this.

https://mastodon.online/@mastodonmigration/116064809568107112

@thisismissem @evan @dansup @quillmatiq and for my MassiveWiki project I want both AT and AP interop. I think we just need a few bridges to use and experiment with. (nonetheless, he persists)

@evan @boris @reflex @dansup @quillmatiq will you forgive me cos I asked Gemini: Destroy as suitable. Under dependency challenges, it says:
- Identity Dependency: did:plc directory Bsky owned
- "Centralized Indexing: users can host their own PDS, but rely on "relays" to discover other users. Currently, the main relay is operated by Bky. Replacing this requires significant compute power."
- "Atproto's adoption depends on it having a "killer app" other than the initial microblogging client"

@mastodonmigration @baralheia @cwebber no, I mean, processing 2.4 billion posts, 3.4 billion follows, and 13.6 billion likes is a metric shittone of data to process. Serving up feeds to 42 million users (10-15 million monthly active) requires a lot of processing.

Stats from: https://bsky.jazco.dev/stats

It's not even talking about communication at a network layer between PDSes, Relays, and AppViews. That's a different matter, which is where Christine was mostly talking, iirc.