#protokoll

Grundlagen der #Föderation

A folgt B

Das #Fediverse heißt nicht ohne Grund "föderiertes Universum". In dieser Föderation spielen viele tausend Instanzen zusammen. Aber heißt das, jede #Instanz muß den gesamten Datenbestand des gesamten Fediversums lokal vorhalten oder ständig über das Netz funken? Nein.

Eine Basisfunktion, damit Instanzen wissen, wer sich für welche Beiträge interessiert, ist das Folgen.

Wenn Akteur A auf Instanz A eine Folgeanfrage an Akteurin B auf Instanz B absetzt, weiß Instanz B im Anschluß, das sich jemand für die passenden (z.B. öffentlichen) Beiträge von Akteurin B auf Instanz A interessiert und wird diese ab diesem Zeitpunkt an Instanz A zustellen. Instanz A kann diese Beiträge von Akteurin B auf Instanz B dann auch in der föderierten Zeitleiste allen Nutzenden auf Instanz A anzeigen.

Damit die Instanzen sich untereinander über ihre lokalen Konten informieren können, dient das an anderer Stelle beschriebene #Webfinger-#Protokoll.

#Fediverse-#Protokoll #ActivityPub

Actor, Inbox, Outbox

Viele Instanzen im #Fediverse unterhalten sich untereinander mit Hilfe des standardisierten Protokolls #ActivityPub. Hierbei werden die einzelnen teilnehmenden Konten (etwa Personen) bei ActivityPub als #Actor bezeichnet. Eine passende Übersetzung wäre vielleicht "Akteur".

Jeder Actor besitzt eine #Inbox und eine #Outbox, also gewissermaßen einen Posteingang und einen Postausgang.

Wichtig für die Kommunikation (zwischen Instanzen) ist hierbei insbesondere eine funktionierende Inbox: An diese werden eingehenden Beiträge und Nachrichten zugestellt.

Fediversale Serversoftware optimiert dies übrigens gern und stellt eine geteilte Inbox (für die Instanz) zur Verfügung, so daß etwas ein Beitrag von Akteur A auf Instanz A nur einmal an Instanz B zugestellt wird, auch wenn mehrere verschiedene Akteure auf Instanz B Akteur A folgen. Die weitere Verteilung kann dann intern auf Instanz B erfolgen.

(Medien: 1)

Im #Fediverse spielt das #Protokoll #WebFinger gemäß #RFC 7033 eine wichtige Rolle, um Nutzende ausfindig zu machen.

Diese Webfinger-Abfragen finden im normalen Umgang mit dem Fediverse aus Sicht der Nutzerschaft hinter den Kulissen statt. Von einer fediversalen #Instanz wird erwartet, daß sie über eine sogenannte "Well-known #URI" (dazu an anderer Stelle mehr) auf eine Webfinger-Anfrage reagiert.

Dieser (gut bekannte) Identifikator lautet:

/.well-known/webfinger?resource=acct:

(wobei die Domain der Instanz sowie die abzufragende Kennung zu ergänzen ist)

Netterweise kann man diese Abfrage auch über die Weboberfläche von webfinger.net durchführen lassen.

Wer neugierig ist und dies (z.B. mit der eigenen Fediverse-Adresse) ausprobieren will:

➡️ https://webfinger.net/ im Browser aufrufen.

➡️ Oben rechts im Suchkästchen "Lookup WebFinger" die gewünschte Adresse eingeben, z.B. tagestipp@mastodonium.de (ohne das führende At-Zeichen) oder die #URL-Schreibweise https://mastodonium.de/@tagestipp und das Ergebnis bewundern.

➡️ Es sollte ein "#JSON Resource Descriptor (JRD)" zu sehen sein. Okay, möglicherweise ist das immer noch ziemlich technisch... ;-)

Zum Nachlesen und schmökern:
https://en.wikipedia.org/wiki/WebFinger
https://datatracker.ietf.org/doc/html/rfc7033
https://webfinger.net/
https://en.wikipedia.org/wiki/Well-known_URI
https://de.wikipedia.org/wiki/Uniform_Resource_Identifier

(Medien: 1)

Fediverse-Protokolle

Um sich miteinander austauschen zu können, müssen sich Instanzen im #Fediverse untereinander verstehen können. Dazu dient ein standardisiertes #Kommunikationsprotokoll für den Austausch von Daten zwischen Computern bzw. Prozessen (hier also den einzelnen Instanzen bzw. Servern), die in einem Rechnernetz (hier im Allgemeinen das #Internet) miteinander verbunden sind (verteiltes bzw. föderiertes System).

Anno 2024 kommt hierzu gern und häufig das #Protokoll #ActivityPub zum Einsatz.

Allerdings war das in der Anfangszeit des Fediversums noch nicht so. Die #OpenMicroBlogging-Spezifikation wurde im Jahr 2008 veröffentlicht und dann ab 2010 als #OStatus weitergeführt. Auch ActivityPub hieß zunächst einmal #ActivityPump. Im Januar 2018 gab das #W3C (World Wide Web Consortium) den ActivityPub-Standard frei und empfiehlt ihn seither für dezentrales Teilen von Inhalten.

Historisch wäre auch noch #Diaspora zu erwähnen. Die Fediverse-Plattform #Friendica spricht übrigens mehrere Protokolle.

Bleiben wir bei ActivityPub: Das Protokoll spezifiziert sowohl Server-zu-Server- als auch Client-zu-Server-Kommunikation. Hierbei ist zu beachten, daß sich die Instanzen im #Fediverse via Server-zu-Server-Kommunikation unterhalten. Mit einem Client oder einer App auf ein Konto auf einer #Instanz zuzugreifen, wäre ein Anwendungsfall für die Client-zu-Server-Kommunikation. Hier setzt aber zum Beispiel die #Fediverse-Plattform #Mastodon auf eine eigene Implementierung, die #Mastodon-#Client-#API, die zum Teil auch von anderen Plattformen zumindest teilweise unterstützt wird.

Da es sich bei ActivityPub um einen offenen Standard handelt, kann jeder Mensch oder jede Organisation eigene #Software implementieren, um am #Fediverse teilzunehmen. Die Instanz mastodonium.de läuft etwa auf #Mammuthus, einer eigenen Implementation des Autors dieser Zeilen.

Zum weiteren Schmökern sei auf folgende #Wikipedia-Artikel hingewiesen:
◾ https://de.wikipedia.org/wiki/OStatus
◾ https://de.wikipedia.org/wiki/ActivityPub
◾ https://de.wikipedia.org/wiki/Netzwerkprotokoll
◾ https://de.wikipedia.org/wiki/World_Wide_Web_Consortium
◾ https://de.wikipedia.org/wiki/Diaspora_(Software)

(Medien: 1)