Despite understandable misgivings with ATProto due to its corporate origins and its architecture lending itself to centralization, it's still open source. Moreover, it serves a different purpose compared to ActivityPub, in that it specifically aims to enable and support larger scale social networks.
In a way, ATProto could be complementary to ActivityPub, but for this to be the case, there needs to be more shared understanding between both communities. People working on both recognize the faults in existing social media, and aim to address them in different ways.
ATProto provides an opportunity to break down big social media enclosures with data portability and a similar vibe to big social media, but with more individual empowerment to adjust what they see. The latter point is a commonality with ActivityPub, but ActivityPub provides a different angle of breaking the big social media enclosures.
Where ATProto serves the interests of those into big social media vibes, ActivityPub serves the interests of those into small social media vibes. In other words, ATProto scales up, where ActivityPub scales down.
ActivityPub is arguably a better protocol for both individual and "small" group empowerment, as it can enable otherwise less active, small platforms to connect and ensure there's always some level of activity to encourage people to come back. Think of old forums that, on their own, gradually faded out as people stopped visiting and posting for more active online communities. ActivityPub can serve as a buffer against that, to some degree.
Together, both protocols could provide a better, open social web, and perhaps effectively topple big social media enclosures. After all, who wouldn't like to see the web without Meta/Facebook and Twitter/X?
TL;DR: ATProto/ActivityPub have a common foe in big social media enclosures like Meta/Facebook and Twitter/X and would be better served working together to erode their influence.
Ideally they would be compatible, I agree.
Also you're right regarding the capacity to scale up, and frankly, while ATProto makes it feasible, I don't think it's necessarily desirable even with ATProto. Part of the point of it is to have various independent relays that would better distribute the load, and enable people's mobility when any of them go bad. Setting that aside, they don't all have to be full network relays, in fact someone is already toying with running a small network relay.
I also agree regarding moderation problems at a larger scale, and that ActivityPub's various software should take this as a wake-up call to improve the user experience, not so much for "big social media vibes" but for a better, less finicky experience.
However I also think there are potential benefits to ATProto, which blended together with ActivityPub, could make both better overall. The technical literacy and insistence on independent servers of the ActivityPub culture could make ATProto properly distributed and federated, which would be far better than letting it languish in corporate hands. Meanwhile the openness to optional transparent, customizable algorithms and preference for a smoother user experience of the ATProto/Bsky culture could make ActivityPub a more accessible, and livelier feeling space for more people.
Both can improve from one another, so long as both communities choose to try to learn from one another.
The minute that the community is able to meaningfully rest control of ATProto away from bluesky and host fully independent servers that can intercommunicate, I no longer have beef with it. if it can be made too work with activitypub later and they can learn from each other and improve, I'm all for it.
the hesitation at the moment is that first step may not be achieved, from what I understand.
I understand the hesitation, which is why I've been trying to monitor its developments closely. Hence why I linked the example of someone testing out a small network ATProto relay, and why I also dug up this post about self-hosting different parts of the ATProto infrastructure the other day.
From what I've observed, there's no pushback against people doing so, and the only things stopping people are the usual: time, costs, knowledge, motivation, etc. For the first step to really happen at all there have to be people with the resources and motivation to do so, which is always the tricky part. In a small way part of my OP is intending to encourage anyone with both to give it a shot, as I lack some of the necessary resources to try it myself.
https://feddit.org/post/5371604?scrollToComments=true
Good luck finding people wanting to self-host services with such high requirements
True, but as noted, it isn't a necessity to run a full-network relay, which those resource demands and costs relate to.
At the same time, one of the larger Mastodon instances, Mstdn.social in terms of financial costs alone amounted to about 1000 euros per month as of October 2024.
The architecture of ATProto also enables a greater degree of flexibility in separating out costs by comparison, which in some respects may be an interesting model worth consideration for new or developing ActivityPub software, and in some respects is already in the works with projects like Bonfire and ActivityPods. On the ATProto side there's already at least one person looking to adapt ActivityPub to ATProto's PDSs in a manner similar to ActivityPods, just using ATProto data formatting instead.
As most of the people here, I'll really believe ATProto is federated when there's a non Bluesky owned instance to register on