#atproto

Christine Lemmer-Webber, ActivityPub co-editor and founder of @spritely, recently answered the rhetorical question, 'How decentralized is Bluesky really?'

https://dustycloud.org/blog/how-decentralized-is-bluesky/

Christine has the soul of a diplomat and the technical chops of a master, so her nuanced take is worth the read.

TL;DR

"Bluesky and ATProto are not meaningfully decentralized, and are not federated either. However, this is not to say that Bluesky is not achieving something useful"

(1/?)

#BlueSky #ATProto #Spritely

#Leaf, #ATProto and #ActivityPub.

https://blog.muni.town/leaf-atproto-activitypub/?utm_source=flipboard&utm_medium=activitypub

Posted into THE FEDIVERSE VS. CORPORATE SOCIAL MEDIA @the-fediverse-vs-corporate-social-media-mobileatom

Slowly while working on our #leafprotocol we've realized that it shares a lot of similarities with both #activitypub and #atproto.

We just finished a blog post that explains how Leaf compares with its alternatives:

https://blog.muni.town/leaf-atproto-activitypub/

Reading this good article from @cwebber. The bit about definitions gets at something that I think causes much conflict. A lot of people have a "received understanding" of federation and decentralization, and that's true for me too.

I've made a note to define, and better understand, terms like that the next time I write about them to make sure everyone is at least on the same page.

https://dustycloud.org/blog/how-decentralized-is-bluesky/

#Bluesky #atproto #activitypub #mastodon

Thinking #BlueSky and #ATProto are the same thing is like thinking Mastodon and #ActivityPub are the same thing.

New: Last Week in #fediverse - ep 93

This week's news
- With Bluesky the main topic of conversations, people are experimenting with Starter Packs on the fediverse as well
- @subclub can now turn any RSS feed into a paywalled #activitypub newsfeed
- Pixelfed will not pursue an #atproto integration following negative feedback from the community

Read at:
https://fediversereport.com/last-week-in-fediverse-ep-93/

»#Hosting a #Mastodon instance [#ActivityPub] is a one-step process, and you then #control #everything. To get the same experience with #atproto [#Bluesky], you’ll need to spend #hundreds or #thousands of #dollars a month, and even then you still don’t control everything as of today.« https://eicker.news/@technews/113494335219996297

Ist blauer Himmel netter als eine Wolke?

Gehen wir vom Wetter mal in den technischen Bereich und ignorieren das Thema "Cloud" und werfen einen Blick auf #Bluesky.

Bluesky ist eine Social-Media-Plattform, bei der die Behauptung mitschwingt, sie wäre föderiert. Hervorgegangen ist Bluesky aus einer Initiative des Unternehmens #Twitter Inc. - ja, genau, der Laden, der einem (nach Besitzerwechsel) jetzt ein X vormachen will.

Genutzt wird von Bluesky das AT Protocol (Authenticated Transfer Protocol, kurz auch atproto).

Wir erinnern uns, im #Fediverse wird gern das Protokoll #ActivityPub eingesetzt, 2018 vom #W3C veröffentlicht. ActivityPub wird von diverser #Software eingesetzt, um eine Instanz im föderierten Universum zu betreiben: Etwa #Mastodon, #Friendica, #Pixelfed, #Misskey, #Pleroma usw. - jede Instanz arbeitet komplett autonom und kann frei entscheiden, wie und mit wem föderiert wird. Durch offene Standards und geringe Ressourcenanforderungen (zumindest bei kleinen Instanzen) ist auch relativ einfach eine Eigenentwicklung möglich. Dieser Beitrag hier entsteht auf einer Instanz, die die vom Autoren dieser Zeilen entwickelte Software #Mammuthus einsetzt. Föderation! Yippie!

Zurück zum blauem Himmel und deren Protokoll atproto.

Das AT Protocol sieht keine einzelnen unabhängigen #Server wie bei ActivityPub vor: Es sind explizit verschiedene Dienste notwendig, um via AT Protocol zu kommunizieren.

Darunter fallen die sogenannten "Personal Data Server" (PDS). Diese speichern Nutzerdaten und deren assoziierte Medien. Für den Betrieb eines PDS sollen geringe Ressourcen ausreichen.

Bluesky ist seit 2021 online, bedurfte bis Februar 2024 einer Einladung und auch erst seit Ende 2024 erlaubt es die Föderation mit PDS, die nicht von Bluesky betrieben werden.

Zu den weiter benötigten Diensten beim AT Protocol gehören die Relais. Diese zählen als Schlüsselkomponente und durchsuchen kontinuierlich das Netzwerk zwecks Indizierung. Danach aggregieren, indizieren und leiten sie diese Aktualisierungen in einem einzelnen, einheitlichen Datenstrom namens Firehose weiter.

Der Betrieb eines Relais erfordert viele Ressourcen. Aktuell werden alle Relais ausschließlich von Bluesky betrieben.

Es existieren noch weitere Elemente, wobei ich hier bei den doch recht zentral wirkenden Relais hängenbleibe.

Eine wichtige Komponente erfordert also hohe Rechenkapazität und es stellt sich die Frage, ob jemals außerhalb von Bluesky jemand ein Relais betreiben wird.

In jedem Fall ist aufgrund der hohen Anforderungen ein einfacher Betrieb zur Teilnahme via AT Protocol für Einzelpersonen, kleinere Vereine, Unternehmen usw. aus meiner Sicht nicht wirklich möglich. Damit fehlt ein wichtiger Bestandteil einer offenen föderierten Lösung.

Im aktuellen Zustand halte ich die von Bluesky und dem AT Protocol erwähnten dezentralen Möglichkeiten für ein eher theoretisches Modell. Meine Vermutung für die Zukunft: Bluesky bleibt weitgehend zentral, ergänzt ggf. um einzelne Drittanbieter von ausgewählten Diensten oder Komponenten. Kein Vergleich zu #ActivityPub und dem #Fediverse.

Zum Weiterlesen und weiteren Einstieg:
https://de.wikipedia.org/wiki/AT_Protocol

#ATprotocol #atproto

Here it is, published with ATproto on a self-hosted Personal Data Server.

https://whtwnd.com/alexia.bsky.cyrneko.eu/3l727v7zlis2i

#bluesky #atproto

Wrote up a small lightweight summary of the #ATProto talk I went to last night. https://andypiper.co.uk/2024/08/27/learning-about-the-atmosphere/