-

2026-05-04 12:55:06

fries@bildung.social

Darüber sollten wir mehr reden. Wünsche nicht nur von @detektorfm an #fediverse und #mastodon

Wunschzettel für das Fediverse
⁃ leichteres und besseres Onboarding
⁃ leichtere und bessere Migration von Accounts zwischen Instanzen (inkl. Portabilität von Accounts)
⁃ größere Benutzerfreundlichkeit
⁃ mehr Aufmerksamkeit für das Fediverse (globale Skalierung)

#2MR

2026-05-04 12:59:01

Kristian

z428@social.lol

@fries Amen. Zu jedem einzelnen dieser Punkte. Ganz gleich, ob wir über das Fediverse sprechen oder nur über Mastodon. Vieles davon ist allerdings an Wünschen und Anforderungen so lang schon unadressiert, dass die Hoffnung mittlerweile sehr klein ist, irgendetwas davon jemals realisiert zu sehen.
@detektorfm

2026-05-04 13:04:00

samvie

samvie@chaos.social

@fries @detektorfm
@rstockm @pallenberg

Das Argument, dass die Account Portabilität bei #ATproto durch die Architektur tatsächlich umfassender funktioniert als hier, ist halt sachlich richtig.

Ich würde mich wirklich wünschen, dass sich daran im #Fediverse endlich etwas ändert.

Aber ActivityPub 2.0 wird halt noch ewig dauern - leider.

Die Energie da rein zustecken, statt #protocolbattles zu befeuern und Menschen, die es nutzen, abzuwerten, wäre wertemässig passender.

#2mr

2026-05-04 13:14:37

crossgolf_rebel - kostenlose Kwalitätsposts

crossgolf_rebel@moppels.bar

@fries@bildung.social @detektorfm@social.detektor.fm
weil es im talk gerade angesprochen wird, man kann im Fediverse auch all seinen Inhalt mitnehmen - nur eben nicht wenn man Mastodon benutzt.

Deswegen auch immer einen Blick über den Tellerrand der selbstbenutzen Software Mastodon schweifen lassen.

Was ist "leichteres und besseres Onboarding", die meisten Menschen sind Jahrzehnte lang falsch konditioniert worden und scheitern schon daran, ihre eigenen Bedürfnisse zu benennen.
Denn daraus folgt ja erst die festlegung, welchen Dienst man nutzen sollte, um am Fediverse teilzunehmen.
Das sind alles Entscheidungen, die den Menschen aktive ausgetrieben wurden.

Daran schließt sich das Thema

größere Benutzerfreundlichkeit

Das ist ein anderes Netzwerk mit anderen Regeln und Mechanismen.
Und die UI ist in Insta, usw. auch nicht leicht und ändert sich laufend.
Ich sehe da mehr das eigene Lernen der user im Vordergrund und vor allem, das Wollen. Das Fediverse ist kein Clone von irgend was, es ist etwas eigenes und fas muss man dann auch so betrachten.

https://fediversum.info/

#2mr #Fediverse

2026-05-06 10:52:54

Alexander Goeres 𒀯

jabgoe2089@hub.netzgemeinde.eu

@Rüdiger Fries 🤷‍♂️die punkte 1 und 3 sind mir zu diffus.

ich hatte mit dem onboarding bei hubzilla nicht die kleinsten schwierigkeiten. server aussuchen, account erstellen, einloggen, ausprobieren.

ich persönlich vermisse auch nichts bzgl benutzerfreundlichkeit, was mir jetzt in in den sinn käme. das muss auch konkreter gefasst werden, ansonsten ist der punkt nicht viel bedeutender als '"sieht irgendwie komisch aus".

migration zwischen den instanzen einer plattform ist schon leicht und einfach möglich. nur mastodon macht das nicht gut.

mehr aufmerksamkeit wird vermutlich nicht viel mehr user bringen, zumindest nicht dauerhaft. hier muss man aufwand treiben, um seinen account zu befüllen. das ist keine bespaßungsmaschine wie tiktok oder insta. wer hier einen erlebnispark erwartet, wird enttäuscht sein, wenn sie eher einen garten im rohformat findet, der erst noch bepflanzt werden muss, bis er gut aussieht. und das wird sich im fediverse hoffentlich auch nicht ändern. wer zentrale bespaßung will, der soll zu bluesky gehen, solange es die noch gibt.

2026-05-08 11:17:33

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

Um mal die ersten drei Punkte einzeln anzugehen (Achtung @Mastodon-Nutzer, jetzt wird's extrem lang):

Leichteres und besseres Onboarding

Wie sieht denn heutzutage das Onboarding aus:

man erfährt von Mastodon
man lädt die offizielle Mastodon-App aufs Handy
man ignoriert die Server-Voreinstellung mastodon.social
Name, Paßwort, los

Was soll denn da noch mehr vereinfacht werden? Soll in Zukunft nicht nur das Fediverse (im Sinne des Gerade-eben-nicht-nur-Mastodon-Netzwerks) vor den Nutzern verschleiert werden, sondern auch die Dezentralität von Mastodon selbst? Sollen die Leute zwei Jahre lang glauben, Mastodon (bzw. das Fediverse, wenn sie von dem Begriff lesen) sei nur eine einzelne Website oder gar nur eine einzelne Handy-App?

Übrigens, falls das jemand noch nicht mitbekommen hat: Es gibt Nutzer im Fediverse außerhalb von Mastodon, die schon lange dagegen Sturm laufen, daß jedem Neuling das Fediverse als nur Mastodon dargestellt wird, weil das einfacher zu verstehen ist. Daran wiederum stören sich all diejenigen auf Mastodon, die lieber ein reines Mastodon-Fediverse hätten, weil sie zu lange an genau so ein reines Mastodon-Fediverse gewöhnt waren (das es so übrigens nie gab).

leichtere und bessere Migration von Accounts zwischen Instanzen (inkl. Portabilität von Accounts)

Die Technologie gibt's längst. Und ich rede nicht von Bluesky, das das nie unter Beweis gestellt hat.

Ich rede von nomadischer Identität, die schon 2012, fast vier Jahre vor dem Start von Mastodon, erstmals implementiert wurde. Kein grobes Konzept, kein Laborexperiment, sondern seit mehr als einem Jahrzehnt tagtäglich produktiv genutzte Technologie.

Der Hubzilla-Kanal, von dem ich hier jetzt gerade kommentiere, ist voll nomadisch. Ich könnte ihn mit allem, aber auch wirklich allem Drum und Dran auf einen anderen Hub verschieben. Ich bin aber noch weiter gegangen: Ich habe ihn geklont. Dieser Kanal existiert gleichzeitig auf zwei unabhängigen Hubs in zwei beinahe komplett identischen Instanzen, die fast in Echtzeit synchron gehalten werden. Sogar beide Male mit derselben Identität, auch wenn der weit überwiegende Teil des Fediverse das nicht wahrnehmen kann.

Seit 2024 geht nomadische Identität auf Forte sogar rein über ActivityPub.

Was allerdings bis heute nicht gelungen ist, ist, eine typische Fediverse-Serversoftware (nur ActivityPub, nicht nomadisch, Account/Login = Identität) serverseitig voll nomadisch zu machen, also auf demselben Niveau wie auf Hubzilla oder (streams) oder Forte. @silverpill hatte das mit Mitra vor, hat aber letzten Endes lieber einen Client entwickelt, der das erledigen soll.

So wird es bis auf weiteres vier riesige Hürden auf dem Weg zu dem vollnomadischen Fediverse geben, von dem längst schon geträumt worden ist:

Existierende, nicht nomadische Fediverse-Software vollnomadisch zu machen, bedeutet einen gigantischen Totalumbau.
Das ist so noch nie gemacht worden.
Es ist auch bis heute noch nie gelungen, mittels nomadischer Identität über ActivityPub eine Fediverse-Identität von einer Software auf eine andere zu verschieben oder zu klonen. Auch das ist ein rein theoretisches Konzept, von dem keiner weiß, ob und wie gut es funktionieren kann.
Selbst wenn das ginge, wird Mastodon sich mit Händen und Füßen dagegen sträuben, eine Technologie einzuführen, die ausgerechnet der Friendica- und Hubzilla-Erfinder Mike Macgirvin erfunden hat. Überhaupt baut Mastodon nur sehr ungern Dinge ein, die sie dann nicht als revolutionär neue komplette Eigenentwicklungen verkaufen können.

größere Benutzerfreundlichkeit

Und das wiederum kann nur heißen: Die existierenden Fediverse-Serveranwendungen müssen noch mehr wie die populären kommerziellen Silos aussehen und sich auch so bedienen.

Das heißt auf die Spitze getrieben: Das ganze Fediverse muß zu einem 1:1-Klon von Twitter werden. Mastodon muß die Oberfläche von Twitter nachbauen. Die offizielle Mastodon-App muß zu einem 1:1-Klon der Twitter-App werden. Und alles, was nicht Mastodon ist, muß "aus dem Fediverse ausgesperrt" werden, weil es Mastodon-Nutzer nur verwirrt.

CC für die im Thread, deren Fediverse-Anwendungen keine Konversationen unterstützen: @Kristian @samvie @candy in the wind @💀 Mirko 💀

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #NichtNurMastodon #Hubzilla #Streams #(streams) #Forte #NomadischeIdentität #Onboarding

2026-05-08 11:22:28

Kristian

z428@social.lol

@jupiter_rowland Kurzer Einwurf / Widerspruch zu Bluesky: ATProto /hat/ die Account-Portabilität unter Beweis gestellt. Das hat jeder geübt, der von deren PDS auf die Systeme von Eurosky oder Blacksky migriert hat; das funktioniert weitestgehend reibungslos in sehr kurzer Zeit. Es ist freilich ein anderes Konzept als die portable Identität in Hubzilla. Wenn es "nur" letztere stabil über alle Fediverse-Dienste gäbe, wäre schon viel gewonnen.

@silverpill

2026-05-08 12:09:59

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

@Kristian

Es ist freilich ein anderes Konzept als die portable Identität in Hubzilla. Wenn es "nur" letztere stabil über alle Fediverse-Dienste gäbe, wäre schon viel gewonnen.

Und genau die ist nur sehr schwer einzuführen.

Als allererstes müssen dafür die Grundlagen geschaffen werden. Die Technologie gibt es, aber die gibt es nur auf Forte, und vor allem gibt es sie nicht in Form eines vollständigen Satzes von FEPs, die definieren, wie das Ganze aufgebaut zu sein hat.

Wenn es FEPs gibt, wird man das Ganze jeweils pro Serveranwendung einführen müssen.

Das fängt damit an, daß das Konzept der Identität komplett umgeschmissen werden muß. Der Account darf nicht mehr die Identität sein. Die Identität, die Beiträge, die hochgeladenen Dateien, die Verbindungen, die Filter, die Einstellungen usw. usf., das darf nicht mehr direkt im Account liegen. Denn einen Account, einen Login, kann man nicht kopieren. Die Identität mit allem Drum und Dran muß vorher containerisiert und vom Account getrennt werden, und der Account dient dann nur noch als Login, um an den Container ranzukommen.

Das Containerisieren ist auch deshalb notwendig, weil man ja irgendwann vielleicht mal von oder nach Hubzilla oder (streams) oder Forte umziehen oder klonen will. Und da sind Identitäten als sogenannte "Kanäle" containerisiert und werden es auch bleiben.

Dann wird die Serversoftware das Klonen lernen müssen. Richtig gelesen: Das Klonen kommt vorm Umziehen. Denn das Umziehen basiert auf Klonen, das ist keine komplett separate Funktion. Beim Umziehen wird immer geklont. Sagen wir, du willst von foo.social nach bar.social umziehen:

Lege einen Account auf bar.social an.
Klone deinen Kanal nach bar.social.
Erkläre die Instanz deines Kanals auf bar.social zur Hauptinstanz; das macht die bisherige Hauptinstanz auf foo.social zum Klon.
Warte, bis die Umstellung der Hauptinstanz und die Änderung deiner Identität (die endet jetzt nicht mehr auf @foo.social, sondern auf @bar.social) sich überall ausgewirkt hat, wo sie soll.
Synchronisiere zur Sicherheit noch einmal nach.
Lösche die Instanz deines Kanals auf foo.social.
Wenn du auf deinem Account auf foo.social keine weiteren Kanäle hast, lösche den ganzen Account.

Auf Hubzilla, (streams) und Forte läuft das bis auf den ersten Schritt vollautomatisch so ab. Das heißt, du legst dir einen Account an und sagst dann, du willst in diesen neuen Account einen existierenden Kanal reinklonen oder wahlweise umziehen.

Problem: Damit es alleine hierfür die notwendigen FEPs gibt, wird irgendein Entwickler seine Serversoftware erstmal funktionsfähig bis zu diesem Stadium ausentwickeln müssen. Auf der Grundlage dieser Entwicklung können dann FEPs definiert werden.

Wenn das Klonen von Identitätscontainern innerhalb der Serversoftware funktioniert, kann man als nächstes den Automatismus in Angriff nehmen, der so einen Umzug durchführt für diejenigen, die wirklich nicht nur klonen, sondern komplett umziehen wollen.

Auch das braucht wieder das eine oder andere FEP, damit z. B. Serversoftware ABC nach erfolgtem Umzug von Serversoftware XYZ auf ebendieser Serversoftware XYZ einen Kanal und ggf. einen leeren Account löschen kann.

Dann heißt es warten, bis andere Fediverse-Software Klonen von bzw. nach wiederum anderer Fediverse-Software ermöglicht. Es bringt dir als Entwickler gar nichts, das Klonen nach Forte zu entwickeln, wenn Forte selbst das Reingeklontwerden von woanders noch gar nicht unterstützt.

Und genau hier liegt das nächste Problem: Wer wird das einführen?

Mastodon wird es nicht einführen. Erstens wäre das ein riesiger Umbauaufwand. Zweitens könnte Mastodon das nicht als Eigenerfindung verkaufen, und Mastodon wird todsicher kein neues Feature einbauen, das es dann nicht als Eigenerfindung und erstmalig überhaupt im Fediverse verfügbar verkaufen kann. Und drittens hat Gargron wohl immer noch genug Beef mit Mike Macgirvin, als daß er eine von Mikes Erfindungen nach Mastodon holen würde. OpenWebAuth ist ja auch still und leise abgelehnt worden, und das hat es bis zum mergefähigen Pull Request geschafft, der heute noch im Mastodon-GitHub-Repository liegt.

Misskey wird es nicht einführen. Misskey hat noch sehr viel größere, störende Baustellen und Bugs, die syuilo bis heute nicht angefaßt hat. Vielleicht liegt es auch daran, daß es Leute bräuchte, die das alles mal auf Gebrauchsjapanisch erklären, und zwar händisch übersetzt und nicht maschinell.

Wenn Misskey es nicht hat, ist es unwahrscheinlich, daß irgendwelche Forkeys es eigenmächtig einbauen.

Iceshrimp.NET wird es nicht einführen. Zum einen war es schon Aufwand genug, es so von Grund auf neu zu entwickeln, wie es jetzt ist (nichtnomadisch, Account = Identität). Zum anderen hat Iceshrimp.NET bis heute nicht mal Feature-Parität mit Iceshrimp-JS. Da ist an so ein Mammutprojekt wie nomadische Identität nicht zu denken.

Pleroma wird es nicht einführen. Das hat so einen unübersichtlichen Spaghetticode, daß seine eigenen Entwickler laufend daran scheitern, Bugs im Code zu lokalisieren, geschweige denn, sie zu fixen. Da ist an einen Totalumbau für nomadische Identität nicht zu denken.

Akkoma wird es auch nicht einführen. Im Prinzip ist es derselbe Spaghetticode, auch wenn die Entwickler ihn wohl schon ein bißchen entwirrt haben.

Friendica wird es nicht einführen. Wann hat Friendica das letzte Mal ein Feature von einem seiner Nachfahren übernommen? Das wäre im Prinzip ein Zugeständnis, daß Hubzilla und Mikes aktuelle Projekte doch etwas richtig machen. Friendica würde allerhöchstens nomadisch werden, wenn vorher Mastodon nomadisch wird.

Lemmy wird es nicht einführen. Lemmy hat noch nie versucht, mit irgendetwas kompatibel zu sein, das nicht Lemmy ist.

Am ehesten könnte ich das noch auf PeerTube eingeführt sehen. Das hat eh schon das Konzept von Kanälen und "klont" zumindest einzelne Videos per P2P zwecks Lastverteilung.

Relativ einfach dürfte es auch sein, wenn neue Projekte von vornherein nomadisch gemacht werden. Aber erstens wird auch das ein Mehraufwand. Zweitens werden selbst dann die allermeisten Serverentwickler nichts von nomadischer Identität wissen, wenn Mastodon sie nicht hat, weil sie das Fediverse jenseits von Mastodon kaum kennen. Drittens bauen die meisten ihre Serverprojekte eh hauptsächlich gegen Mastodon. Und viertens sind typische neue Fediverse-Projekte eher auf Minimalismus getrimmt, um etwas Leichteres als Mastodon zu haben.

#Long #LongPost #CWLong #CWLongPost #LangerPost #CWLangerPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Fediverse #Hubzilla #Streams #(streams) #Forte #NomadischeIdentität

2026-05-08 11:37:22

Kristian

z428@social.lol

@jupiter_rowland (Was mir bei Posts wie diesen immer wieder ... auffällt, von wegen "sorry, Mastodon-Nutzer, der Post ist lang": Ich bin im Netz seit Mitte der 1990er und hab viele Jahre fast ausschließlich in E-Mail gelebt. Zu Zeiten von E-Mail war es Teil unverrückbarer Netiquette, dass Mails bitte text/plain zu sein haben und Zeilen maximal 72, besser 68 Zeichen lang sind, um sicherzugehen, dass die auch für Nutzer sinnvoll verwendbar sind, die mit eingeschränkter Hardware, ... unterwegs sind. Das war eigentlich gut so und irgendwie akzeptiert.

Im Fediverse ist das komplett anders: Da nutzt einfach jeder, was /seine/ Software hergibt. Wenn's irgendjemand anders nicht kann - selber schuld, sollen sie halt andere Software nutzen. Und ich bin unsicher, inwieweit diese Änderung der Herangehensweise Bände spricht über die Änderung der Kultur hier online.

Und zu dem Threading: Nicht jede förderierte Instanz und Software kann das. Muss auch nicht, weil das kein Standard ist, und weil es zwei komplett verschiedene Philosophien sind, wie man Empfänger adressiert - genau so wie eine E-Mail und ein Post in einem Web-Forum verschieden funktionieren. Hier etwa auch: Wer waren die Lesenden des Original-Threads - vs /will/ ich in einer Antwort all diese erreichen? Die Accounts, die Du zitiert hast, sind nur ein Bruchteil derer, die hier ursprünglich in der Kommunikation hingen. Und ich weiß nicht, ob Du welche weggelassen hast, weil Threading, oder weil Du die explizit nicht erwähnen wolltest. Das hat nix damit zu tun, dass die eine Plattform den einen Weg nicht unterstützt. Das hat nur damit zu tun, dass sich im gegenwärtigen AP-Fediverse faktisch niemand wirklich systematisch für solche Details in all ihren Auswirkungen interessiert.)

@silverpill

2026-05-08 11:39:25

Zotheca

zotheca@mementomori.social

@fries @detektorfm

Die abgebildete Präsentation zeigt schon, dass hier Fediverse gesagt, aber Mastodon gedacht wurde.