Great ATProto blog post on the reasoning behind their design architecture


Unknown parent

mbin - Link to source

Aatube

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

Unknown parent

lemmy - Link to source

Sl00k

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.

don't like this

Unknown parent

lemmy - Link to source

Sl00k

Posted in another comment but wikipedia disagrees.

The Fediverse (commonly shortened to fedi)[4][5][6] is a collection of social networking services that can communicate with each other (formally known as federation) using a common protocol.


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

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.

don't like this

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.

The majority of Fediverse platforms are based on free and open-source software, and create connections between servers using the ActivityPub protocol. Some software still supports older federation protocols as well, such as OStatus, the Diaspora protocol and Zot. Diaspora* is the only actively developed software project classified under the original definition of Fediverse that does not support ActivityPub.


There discussion related to this around thebrainbin.org/m/fediverse@le…


The literal first line of Wikipedia agrees with me?
The Fediverse (commonly shortened to fedi)[4][5][6] is a collection of social networking services that can communicate with each other (formally known as federation) using a common protocol.



Unknown parent

lemmy - Link to source

Sl00k

The literal first line of Wikipedia agrees with me?

The Fediverse (commonly shortened to fedi)[4][5][6] is a collection of social networking services that can communicate with each other (formally known as federation) using a common protocol.
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".

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

Even though product development is centralized, the underlying data and identity remain open and universally accessible as a result of building on atproto. Put another way, ownership is clear for the evolution of a given application, but since the data is open, it can be reused, remixed, or extended by anyone else in the network.


So theoretically everyone can access the data but before it reaches the end users it goes through centralised applications like bsky

This entry was edited (2 months ago)

Little8Lost doesn't like this.

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."

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.

The majority of Fediverse platforms are based on free and open-source software, and create connections between servers using the ActivityPub protocol. Some software still supports older federation protocols as well, such as OStatus, the Diaspora protocol and Zot. Diaspora* is the only actively developed software project classified under the original definition of Fediverse that does not support ActivityPub.


There discussion related to this around thebrainbin.org/m/fediverse@le…


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.

The majority of Fediverse platforms are based on free and open-source software, and create connections between servers using the ActivityPub protocol. Some software still supports older federation protocols as well, such as OStatus, the Diaspora protocol and Zot. Diaspora* is the only actively developed software project classified under the original definition of Fediverse that does not support ActivityPub.


There discussion related to this around thebrainbin.org/m/fediverse@le…


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

This entry was edited (2 months ago)

Ulrich doesn't like this.

in reply to Little8Lost

But what about the DIDs, the things used to actually identify accounts within the ATproto ecosystem:

But Bluesky has developed its own DID method, did:plc. Today, did:plc stands for "Public Ledger of Credentials", however it originally stood for "Placeholder DIDs", with the hope of replacing them with something else later. The way that did:plc works is that Bluesky hosts a web service from which one can register, retrieve, and rotate keys (and other associated DID document information). However, this ledger is centrally controlled by Bluesky.


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?

This entry was edited (2 months ago)
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).

This entry was edited (2 months ago)