Great ATProto blog post on the reasoning behind their design architecture
Atproto Ethos - AT Protocol
A deep dive into the philosophical and aesthetic principles underlying the design of AT Protocol.AT Protocol
like this
don't like this
A deep dive into the philosophical and aesthetic principles underlying the design of AT Protocol.AT Protocol
like this
don't like this
Aatube
Unknown parent • • •dustycloud.org/blog/how-decent…
I support what they wanna do with a credible exit, but claiming that their goal is to or that they do make it easy for multiple different social networks (your PDS is not a new network, it’s data locally stored for the existing network) to communicate with each other is just false
How decentralized is Bluesky really? -- Dustycloud Brainstorms
dustycloud.orglike this
Blaze (he/him), oblivion1000, flamingos-cant, Tech With Jake and ThorrJo like this.
Sl00k
Unknown parent • • •The idea of the Fediverse is simply a group of social networks communicating through the same protocol, is that not what ATProto is attempting to accomplish?
I've been a long time supporter that ATProto actually is apart of the Fediverse. The ultimate goal of this subreddit is a fully decentralized social media landscape. Fracturing discussion between ActivityPub and ATProto helps no one, especially in niche communities like this. The long-term goal is the same, and whether that progression happens on protocol A or platform B it's progressive nonetheless and we should discuss it.
like this
unpossum, imsodin and pelley like this.
don't like this
Little8Lost, sneakyninjapants, Rose and ThorrJo don't like this.
Chozo
Unknown parent • • •like this
sneakyninjapants, Evkob (they/them) and ThorrJo like this.
Sl00k
Unknown parent • • •missingno
Unknown parent • • •like this
HappyFrog, sneakyninjapants, Evkob (they/them), trevor (he/they), LupertEverett and ThorrJo like this.
Sl00k
Unknown parent • • •Posted in another comment but wikipedia disagrees.
We can argue semantics all day but at the end of the day I'll hold the same stance that we shouldn't be fracturing the communities and instead discussing the content and idea of a decentralized communicating social media landscape.
don't like this
sneakyninjapants and LupertEverett don't like this.
missingno
in reply to Sl00k • • •like this
HappyFrog, sneakyninjapants, trevor (he/they), Tech With Jake, ArcticDagger, kjetil, LupertEverett and ThorrJo like this.
Sl00k
Unknown parent • • •don't like this
LupertEverett doesn't like this.
Ulrich
in reply to Sl00k • • •like this
Blaze (he/him), flamingos-cant, LupertEverett and ThorrJo like this.
timconspicuous doesn't like this.
Ulrich
in reply to Sl00k • • •like this
flamingos-cant, LupertEverett and ThorrJo like this.
timconspicuous doesn't like this.
Sl00k
in reply to Aatube • • •I'm fully aware that might not be #1 goal at the end of the day, but we're starting to see multiple social media networks start to exist with their own infrastructure on ATProto (sprk.so/ is in beta) and more importantly hosted outside the US.
These separate networks can interact with the BlueSky network if they choose so and the BlueSky network can interact with theirs if they use their Lexicon. There are other lightweight apps being built on top of BlueSkys Lexicon and relay system as well that are whole separate apps.
To say that's not their goal is a little weird because it's possible right now? Sure it might be difficult but they've merged quite a few changes to make the relay system much more accessible, and have put a lot of effort into the identity system recently.
Spark Social - Spark Your Creativity
sprk.solike this
pelley likes this.
don't like this
L3ft_F13ld! doesn't like this.
Aatube
in reply to Sl00k • • •like this
Blaze (he/him) likes this.
thirtyfold8625
in reply to Sl00k • • •I believe you're quoting en.wikipedia.org/wiki/Fedivers…
It seems that document currently expresses that "the AT Protocol, which powers the Bluesky social network" is "[a] major protocol in competition with the Fediverse", which suggests that neither "the AT Protocol" nor "Bluesky" are included in the Fediverse.
Moreover, "AT Protocol" and "Bluesky" are conspicuously absent from the second paragraph of the article content / lead section.
There discussion related to this around thebrainbin.org/m/fediverse@le…
open social media network using the ActivityPub protocol
Contributors to Wikimedia projects (Wikimedia Foundation, Inc.)Sl00k
2025-04-05 00:34:39
Sl00k
Unknown parent • • •The literal first line of Wikipedia agrees with me?
like this
pelley likes this.
thirtyfold8625
in reply to Sl00k • • •This is interesting, but I don't yet entirely understand it.
My first thought after trying to read the entire document was that the author seems to suggest that "AT Protocol" is a natural result of the movements they describe, but I find it hard to believe that the "peer-to-peer (p2p) movement" could naturally result in a system that is "not meaningfully decentralized" and "not federated".
How decentralized is Bluesky really? -- Dustycloud Brainstorms
dustycloud.orgLittle8Lost
in reply to thirtyfold8625 • • •I think they meant mostly the decentralised distribution of data.
At the end of "Generic hosting, Centralised product development" it says
So theoretically everyone can access the data but before it reaches the end users it goes through centralised applications like bsky
like this
imsodin likes this.
Little8Lost doesn't like this.
thirtyfold8625
in reply to Little8Lost • • •I'm not sure that your reply is directly related to my comment. The full sentence I quoted is "Under these definitions, Bluesky and ATProto are not meaningfully decentralized, and are not federated either." by Christine Lemmer-Webber, but Daniel Holmgren talked more directly about "decentralised distribution of data".
Because of what I quoted, I don't think that "Bluesky" or "ATProto" are decentralized or federated, so it's extremely unlikely that I'll interact with them anytime soon. The particular reason that they are not decentralized or federated is not really interesting to me.
To get specific: it is a significant issue for me if "everyone can access the data but before it reaches the end users it goes through centralised applications". A "centralised application" is able to restrict my ability to contact other people, whereas with a federated and/or decentralized/distributed system, it's more likely that I will be able to contact someone that I want to communicate with. For comparison, consider how people would feel if using the United States Postal Service meant that all physical mail had to pass through the District of Columbia or if sending an email message required interacting with
BBN-TENEXA
just because that was the first machine to be capable of sending networked electronic mail. In the ideal case, the recipient of a message I send would not have to coordinate with me at all before they receive the message: "The first use of network email announced its own existence."Centralized vs. Decentralized vs. Distributed Systems
GeeksforGeeksthirtyfold8625
in reply to Sl00k • • •I believe you're quoting en.wikipedia.org/wiki/Fedivers…
It seems that document currently expresses that "the AT Protocol, which powers the Bluesky social network" is "[a] major protocol in competition with the Fediverse", which suggests that neither "the AT Protocol" nor "Bluesky" are included in the Fediverse.
Moreover, "AT Protocol" and "Bluesky" are conspicuously absent from the second paragraph of the article content / lead section.
There discussion related to this around thebrainbin.org/m/fediverse@le…
thirtyfold8625
2025-04-05 05:47:15
like this
sneakyninjapants likes this.
Little8Lost
in reply to Ulrich • • •After reading the article i think you might be wrong with this one.
From what i got now is that there are 3 layers
First is storage which can be completly or is decentralised
Then backend/server/application layer which can be bsky or whatever ticktok alternative gets made which is not decentralised
and then user layer/view which depends on the application
What i want to say is that the relay can be exchanged through something else and then entirely including moderation and all
So pro atProto is:
* data seems to be actually decentralised
* applications sharing the data
* everyone gets the data
And pro ActivityPub is:
* more alternatives of the same application/server
* way better control over data (federation & defederation)
* servers interact with each other nativly (atPr seems to let the servers only interact with data)
* more efficient (servers can update clients, in case of at least bsky clients have to ask servers)
pro ActivityPub? (unsure about the technical details)
* moderation? As in shared lists
* able to host by individuals? As in i dont need an compute intensive relay
Ulrich doesn't like this.
flamingos-cant
in reply to Little8Lost • • •But what about the DIDs, the things used to actually identify accounts within the ATproto ecosystem:
It's literally not possible to have a functional PDS without registering with a Bluesky server and they maintain indefinite control over the ledger. All your data is tied to this DID, it's how the entire protocol is designed to identify stuff, how decentralised is your data if it's dependent on Blusky (the company) assigning you an identity?
like this
Little8Lost and Ulrich like this.
Condiment2085
Unknown parent • • •like this
ArcticDagger and KryptonBlur like this.
Airportline
Unknown parent • • •Glossary of terms - AT Protocol
AT Protocollike this
ArcticDagger and MemmingenFan like this.
aeshna_cyanea
in reply to flamingos-cant • • •This is false, they support did:web which ties your identity to ownership of a DNS name (which is its own can of worms, but not controlled by bluesky like PLC).
Unless you mean that you still have to register your pds it to get indexed by the relay, so people can read your posts without querying your server directly (which is possible but discouraged). This is actually an advantage over mastodon/activitypub however, your personal pds will not crash if a post goes viral (unlike a personal mastodon instance).
pelley likes this.