#mammuthus

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

Moin.

Nach etwas Gefummel, um #Ubuntu #MATE hier #Flatpak beizubringen und in die #Software-GUI zu integrieren und etwas mehr Gefummel, der VM etwas mehr Platz zu gönnen, habe ich nun #Tokodon 24.08.2 installiert... und mit norden.social und hhmx.de verbunden.

Dies ist nach Plan also ein fediversaler Beitrag mit Tokodon über eine #Mammuthus-Instanz... :-)

Arbeite übrigens daran, daß #Mammuthus - wie #Mastodon - öffentliche Beiträge pro Nutzendem auch als #RSS-Feed ausgeben kann. Im Labor sieht es aktuell schon gut aus.

Hier wird dann das gleiche URL-Schema wie bei Mastodon genutzt: Die Kurzschreibweise mit dem @-Symbol und einem angehängten .rss.

Demnach sollte es dann möglich sein, diesen Feed mit jedem RSS-konformen Reader zu abonnieren.

Mehr zum Thema RSS bzw. Web-Feeds:
https://de.wikipedia.org/wiki/RSS_(Web-Feed)

Details, Details, Details...

#GoToSocial liefert mir in der #HTTP-#Signatur eine "algorithm"-Angabe "hs2019"... das mag ich mit #Mammuthus aktuell nicht, möchte da gern ein "rsa-sha256"...

Also mal schauen...

Interessanterweise hatte man bei #Friendica wohl vor einiger Zeit genau das gleiche Thema am Wickel... ;-)

#ActivityPub #Fediverse

Bin da am Wochenende über diese #Fediverse-#Software gestolpert.

https://app.wafrn.net/

#WAFRN scheint zumindest bei https://fedidb.org/software/ nicht wirklich bekannt zu sein... (okay, #Mammuthus auch noch nicht wirklich, Skandal... 😉)

Was Umfragen angeht, ist #Mastodon möglicherweise etwas eigen bei der technischen Umsetzung.

Mit #Mammuthus folge ich den Spuren des Mastodons und müßte da technisch ziemlich ähnlich unterwegs sein.

Wie sieht das aber mit weiterer fediversaler #Serversoftware und der entsprechenden Umsetzung bzw. Kompatibilität aus?

Bzgl. #Friendica meine ich, daß aktuell nur die Anzeige einer Umfrage unterstützt wird, aber nicht die Teilnahme.

Wie sieht das etwa bei der #Misskey-Familie aus? Bei #Pleroma? #Pixelfed u.a.?

Gern mal Feedback geben, wenn Ihr auf solchen Plattformen unterwegs seit, wie es ausschaut.

Als Beispiel dient jetzt mal mein Spaßquiz #Fragefix:
➡️ Auf Mammuthus: @tagesfrage@fragefix.de
➡️ Auf Mastodon: @fragefix@norden.social

Ja, nu, da isses nun... #Mastodon 4.3.

Die neue Version 4.3 der fediversalen Serversoftware Mastodon wurde heute am 8. Oktober 2024 final freigegeben.

Eugen hat einen Blogpost geschrieben:
https://blog.joinmastodon.org/2024/10/mastodon-4.3/

Hier die fediversale Ankündigung:
https://mastodon.social/@Mastodon/113272025176822566

Jetzt mal ganz entspannt... solltest Du zu den Nutzenden einer Mastodon-Instanz zählen, eine Aktualisierung ist eine Aufgabe für die Instanzbetreibenden. Sollte Deine Instanz eine andere #Software einsetzen - z.B. #Friendica, #Pixelfed, #Misskey etc. - ändert sich eh nix... 🙂

Ich schreibe das jetzt mal locker gemütlich von meiner #Mammuthus-Instanz aus... 😉

Lang lebe das #Fediverse! 🎉

Übrigens, zum Thema #ActivityPub und so...

Ich sehe hier #Mastodon-Instanzen, die "Add"- und "Remove"-Aktivitäten föderieren, die keine "id" enthalten...

Das mag meine Software aktuell nicht... und irgendwo meine ich mich dunkel zu erinnern, daß ein "id"-Feld eigentlich Pflicht wäre... grübel...

#Mammuthus

Immer wieder interessant, wie unterschiedlich #Software #ActivityPub interpretieren bzw. umsetzen kann.

Heute auf eine Update-Aktivität ohne weitere Informationen über die aktualisierten Felder gestossen. Was #Mammuthus bisher schlicht mit einem 400 quittiert hat.

Es ist aber offenbar zulässig, ein Objekt nur als Referenz beizufügen.

#Activity #Vocabulary (#W3C #Recommendation 23 May 2017)
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-update

Indicates that the actor has updated the object. Note, however, that this vocabulary does not define a mechanism for describing the actual set of modifications made to object.

@Carlos

Meinst Du jetzt das 418er Thema oder das ursprüngliche fediversale Kommunikationsthema?

In beiden Fällen gilt, ja, das liegt möglicherweise oder sogar wahrscheinlich auf meiner Seite... um das Problem zu lokalisieren, wären vermutlich die jeweils anderen Seiten hilfreich...

Und ich habe gerade erst den Status von #Mammuthus von "Experimental" auf "Alpha" hochgestuft... 😎

@Hiker @crossgolf_rebel @nick@hhmx.de