{"type":"rich","html":"<div style=\"width: 640; height: 426; font-family: sans-serif,arial,freesans;\" ><div id=\"shared_container_680475300\" class=\"shared_container\"><div id=\"shared_header_680475300\" class=\"shared_header\"><a href=\"https:\/\/hub.hubzilla.hu\/channel\/pcw\"><img src=\"https:\/\/klacker.org\/images\/default_profile_photos\/rainbow_man\/48.png\" alt=\"PepeCyBs Welt\" height=\"32\" width=\"32\" loading=\"lazy\" \/><\/a><span><a href=\"https:\/\/hub.hubzilla.hu\/channel\/pcw\">PepeCyBs Welt<\/a>  wrote the following  <a href=\"https:\/\/klacker.org\/item\/85e5b264-561c-406b-adbc-53a3ba7a4012\">post <\/a><span class=\"autotime\" title=\"2024-12-19T10:36:42+01:00\">Thu, 19 Dec 2024 10:36:42 +0100<\/span><\/span><\/div><div id=\"reshared-content-680475300\" class=\"reshared-content\"><strong>Meta-Nutzer und Nomaden \/ Meta users and nomads<\/strong><br \/><em>Dieser Artikel wurde am 12. Dezember 2024 erstmals ver\u00f6ffentlicht.<\/em><br \/><br \/><a class=\"zrl\" href=\"https:\/\/klacker.org\/photos\/pcw\/image\/ff3470db-5ebb-48b2-8100-672547768282\" target=\"_blank\" rel=\"nofollow noopener\"><img class=\"zrl\" loading=\"eager\" style=\"width: 1024px; max-width: 100%;\" alt=\"Image\/photo\" title=\"\" class=\"\" src=\"https:\/\/klacker.org\/photo\/ff3470db-5ebb-48b2-8100-672547768282-2\" \/><\/a><br \/><br \/>Der Ausfall zahlreicher Dienste des Meta-Konzerns gestern, hat wieder einmal aufgezeigt, welche Nachteile mit einer zentralisierten Social-Media Plattform einhergehen.<br \/><br \/>Jeder mit einem Account bei einem der Meta-Dienste... also Facebook, Instagram, Threads, Whatsapp... konnte gestern w\u00e4hrend des Ausfalls mit keinem Kontakt interagieren... und jeder war auch von den Informationen, die \u00fcber diese Dienste verbreitet werden, abgeschnitten.<br \/><br \/>Gro\u00dfe Freude und Begeisterung herrschte w\u00e4hrend der Zeit im Fediverse, weil es eine solche Katastrophe (in der Gesamtheit) im Fediverse nicht geben kann. Es ist dezentral. Der Ausfall einer Instanz (eines Servers) bringt das Fediverse nicht zum Erliegen.<br \/><br \/>Das stimmt... l\u00e4sst aber einen wichtige Aspekt au\u00dfen vor: Wer seinen Account auf einer von einem Ausfall betroffenen instanz hat, der ist sehr wohl betroffen. Er hat keinen Zugang zu seinen Kontakten, kann mit diesen nicht interagieren und zumindest nicht die Informationen sehen, die er aufgrund seiner Verbindungen auf seiner Instanz ansonsten in der Timeline hat. Das betrifft zwar nur einen Teil der Fediverse-Nutzer (n\u00e4mlich diejenigen, die auf dem lahmenden Server beheimatet sind)... aber die betroffenen Nutzer sind trotzdem genau so gearscht, wie gestern die Meta-Adepten.<br \/>Trotzdem ist die dezentrale Struktur des Fediverse schon ein enormer Vorteil.<br \/><br \/>Und wer nun so gar nicht abwarten kann, der macht sich, im Falle eines Ausfalls der eigenen Instanz, bei einer anderen Instanz einen Account. Sogar den selben Account-Namen kann er verwenden (nur hinter dem &quot;@&quot; steht dann was anderes) und er kann, sofern er daran gedacht hat, mal seine Kontakte zu exportieren, seine Verbindungen per Import in den neuen Account \u00fcbernehmen und hat damit alle Kontakte zur\u00fcck. Allerdings ist das eine v\u00f6llig neue und vom alten Account unabh\u00e4ngige Identit\u00e4t im Fediverse. Es ist kein direkter Zugriff zu seinen bisher erstellten Inhalte m\u00f6glich und man findet sich nicht in Threads wieder, an denen man vorher beteiligt war.<br \/><br \/>Wie sch\u00f6n w\u00e4re es doch, wenn man seinen Account bzw. seine Identit\u00e4t, unabh\u00e4ngig von der Instanz, besitzen k\u00f6nnte und Klone davon einfach auf anderen Instanzen anlegen. Un wie sch\u00f6n w\u00e4re es, wenn die Inhalte und Kontakte der Identit\u00e4t auf allen Instanzen automatisch synchronisiert w\u00fcrden. Dann, und nur dann h\u00e4tte ein Impact, wie der Ausfall einer Instanz seinen Schrecken verloren. Man k\u00f6nnte ganz einfach auf einer anderen Instanz weitermachen, als w\u00e4re nix gewesen. und wenn der ausgefallene Server wieder l\u00e4uft, kehrt man zur\u00fcck und hat keine Verluste, denn die Identit\u00e4t dort wird auch wieder synchronisiert.<br \/><br \/>Leider beherrscht ActivityPub, das derzeitige R\u00fcckgrat und die gemeinsame Protoikoll-Basis des Fediverse eine solche Funktion nicht. Wobei... es ginge schon, denn Mike Macgirvin hat eben diese Funktionalit\u00e4t f\u00fcr AP entwickelt. Es fehlt einfach nur noch an einem Fediverse-Dienst, der dies in seiner Software implementiert.<br \/><br \/>Aber auch das ist kein Beinbruch, denn Mike hat das ja nicht gerade erst erdacht. Es ist eine schon sehr lange existierende und l\u00e4ngst verwirklichte Idee, die als nomadische Identit\u00e4t bezeichnet wird. Na und diese Funktionalit\u00e4t gibt es nun auch schon seit mindestens 2012 (also seit bald 13 Jahren) und auch wesentlich l\u00e4nger als Mastodon, was von vielen ja f\u00e4lschlich mit dem Fediverse gleichgesetzt wird.<br \/>Er entwickelte das Kommunikationsprotokoll Zot (das inzwischen in Nomad umbenannt wurde) und es wurde in der Software Red, sp\u00e4ter in Redmatrix und schlie\u00dflich in <a href=\"https:\/\/hubzilla.org\" target=\"_blank\" rel=\"nofollow noopener\">Hubzilla<\/a> umbenannt, implementiert und umgesetzt.<br \/><br \/>Nun mag der typische Fediverse-Nutzer fragen, was ihm das hilft. Er wolle doch nicht auf eine Software mit einem anderen Protokoll als AP und damit in ein ganz anderes Netzwerk einsteigen. Man m\u00f6chte doch auch mit all seinen Verbindungen in Kontakt bleiben.<br \/><br \/>Ja und? Hubzilla beherrscht seit Sommer 2017 (also noch bevor Mastodon AP \u00fcbernommen hat) die Kommunikation mit dem ActivityPub-Protokoll. Mit Hubzilla ist man ganz normaler Teil des Fediverse und kann mit allen anderen Diensten interagieren. Nutzer anderer Dienste merken meist nicht einmal, dass ihr Kontakt mit Hubzilla im Fediverse ist.<br \/><br \/>Wer nun einen Account bei einer Hubzilla-Instanz (diese werden Hub genannt) und dort einen Kanal (das ist die Fediverse-Identit\u00e4t) hat, der kann sich bei einem anderen Hub (und vielleicht bei noch mehreren) einen Account erstellen und seinen Kanal, also seine server-unabh\u00e4ngige Identit\u00e4t dorthin klonen. Einer der Hubs wird quasi als &quot;Heimat-Hub&quot; festgelegt (dort liegt der prim\u00e4re Kanal, also der, mit dem man \u00fcblicher Weise im Fediverse unterwegs ist und der auch das Handle der Identit\u00e4t <code class=\"inline-code\">&lt;kanalname&gt;@&lt;hub&gt;<\/code> bestimmt). Was auch immer man nun macht, ob man postet, teilt, weitersagt, kommentiert, Likes verteilt oder neue Kontakte hinzuf\u00fcgt... Hubzilla synchronisiert das bei allen Klonen des Kanals auf anderen Hubs.<br \/><br \/>F\u00e4llt nun einmal der &quot;Haupt-Hub&quot; aus, loggt man sich einfach mit seinem Account bei einem anderen Hub ein und kann mit dem Klon des prim\u00e4ren Kanals ganz normal weiter am Fediverse teilnehmen (sogar das Handle ver\u00e4ndert sich hinter dem &quot;@&quot; nicht... keiner im Fediverse merkt, dass man mit seinem Klon unterwegs ist). Ist der &quot;Haupt-Hub&quot; dann wieder in Ordnung und online, werden s\u00e4mtliche Dinge, die man mit dem Klon gemacht hat, automatisch auch mit dem prim\u00e4ren Kanal wieder synchronisiert und man kann wieder mit diesem das Fediverse durchstreifen.<br \/>\u00dcbrigens... mit Hubzilla besitzt man seine Identit\u00e4t (und wenn man mag auch alle Inhalte) tats\u00e4chlich selbst. Man kann seinen Kanal in eine Datei exportieren und hat damit seine Identit\u00e4t, seine Signatur und seine Kontakte in einer Datei auf dem eigenen Ger\u00e4t. Wer mag, nimmt diese Identit\u00e4t auf einem USB-Stick \u00fcberall hin mit... man wei\u00df ja nie... \ud83d\ude09\ud83d\ude02<br \/><br \/>Toll, oder? Wir m\u00fcssen also gar nicht warten, dass die nomadische Identit\u00e4t mit AP irgendwann dienste-\u00fcbergreifend (was eh unwahrscheinlich ist) umgesetzt wird. Wir k\u00f6nnen das jetzt sofort haben. Die einzige Einschr\u00e4nkung ist, dass wir auf einen Account bei einem (oder besser mehreren) Hubzilla Hub angewiesen sind... aber es gibt gen\u00fcgend davon (Stand jetzt gerade: 39 Hubs mit der M\u00f6glichkeit, einen Account anzulegen... mindestens...). Und man ist nicht vom Fediverse abgekoppelt, sondern interagiert mit Nutzern von Mastodon, Misskey, den Forkeys, GoToSocial, Friendica, Mitra, Pleroma, Akkoma u.v.m. Ich zum Beispiel habe mit meinem Pepe-Kanal insgesamt 297 Kontakte... davon sind 86 Hubzilla-Kontakte, 4 RSS-Feeds und 207 ActivityPub-Kontakte.<br \/><br \/>Und Hubzilla ist kein Buch mit sieben Siegeln. Es gibt inzwischen eine sehr umfangreiche Hilfe (<a href=\"https:\/\/help.hubzilla.hu\/\" target=\"_blank\" rel=\"nofollow noopener\">de<\/a> und <a href=\"https:\/\/help.hubzilla.hu\/en\/\" target=\"_blank\" rel=\"nofollow noopener\">en<\/a>) und die <a href=\"https:\/\/info.hubzilla.hu\/\" target=\"_blank\" rel=\"nofollow noopener\">Hubzilla KnowledgeDB<\/a>. Damit sollte jeder in der Lage sein, die Vorteile der nomadischen Identit\u00e4t mit Hubzilla in Anspruch zu nehmen.<br \/><br \/>\ud83d\udc49 <a href=\"https:\/\/hubzilla.hu\/\" target=\"_blank\" rel=\"nofollow noopener\">Join Hubzilla<\/a><br \/><br \/><hr \/><br \/><br \/>The outage of numerous Meta Group services yesterday once again demonstrated the disadvantages associated with a centralised social media platform.<br \/><br \/>Anyone with an account with one of the Meta services... i.e. Facebook, Instagram, Threads, Whatsapp... was unable to interact with any contact yesterday during the outage... and everyone was also cut off from the information that is distributed via these services.<br \/>There was great joy and excitement in the Fediverse during that time because there can be no such disaster (in totality) in the Fediverse. It is decentralised. The failure of one instance (one server) does not bring the Fediverse to a standstill.<br \/><br \/>That's true... but it leaves out an important aspect: Anyone who has their account on an instance affected by an outage is very much affected. They have no access to their contacts, cannot interact with them and at least cannot see the information that they would otherwise have in the timeline due to their connections on their instance. Although this only affects some Fediverse users (namely those who are located on the lame server)... but the affected users are still just as screwed as the meta adepts were yesterday.<br \/><br \/>Nevertheless, the decentralised structure of the Fediverse is an enormous advantage.<br \/><br \/>And if you can't wait, you can create an account with another instance in case your own instance fails. They can even use the same account name (only the \u2018@\u2019 will be different) and, if they have remembered to export their contacts, they can import their connections into the new account and have all their contacts back. However, this is a completely new identity in Fediverse that is independent of the old account. It is not possible to directly access your previously created content and you will not find yourself in threads in which you were previously involved.<br \/><br \/>How nice it would be if you could own your account or identity independently of the instance and simply create clones of it on other instances. And how nice it would be if the content and contacts of the identity were automatically synchronised on all instances. Then, and only then, would an impact such as the failure of an instance lose its horror. You could simply carry on working on another instance as if nothing had happened. And when the failed server is up and running again, you return and have no losses, because the identity there is also synchronised again.<br \/><br \/>Unfortunately, ActivityPub, the current backbone and common protocoll base of the Fediverse, does not have such a function. Although... It would be possible, because Mike Macgirvin has developed this functionality for AP. The only thing missing is a Fediverse service that implements it in its software.<br \/><br \/>But that's not a problem either, because Mike didn't just come up with it. It's an idea that has existed for a very long time and has long since been realised, known as nomadic identity. And this functionality has been around since at least 2012 (almost 13 years) and for much longer than Mastodon, which many people wrongly equate with the Fediverse.<br \/><br \/>He developed the communication protocol Zot (which has since been renamed Nomad) and it was implemented and realised in the software Red, later renamed Redmatrix and finally <a href=\"https:\/\/hubzilla.org\" target=\"_blank\" rel=\"nofollow noopener\">Hubzilla<\/a>.<br \/><br \/>Now the typical Fediverse user may ask how this helps him. They don't want to switch to a software with a different protocol than AP and thus enter a completely different network. You want to stay in contact with all your connections.<br \/><br \/>So what? Hubzilla has been able to communicate with the ActivityPub protocol since summer 2017 (i.e. before Mastodon adopted AP). With Hubzilla, you are a normal part of the Fediverse and can interact with all other services. Users of other services usually don't even realise that their contact with Hubzilla is in the Fediverse.<br \/><br \/>If you now have an account with a Hubzilla instance (these are called hubs) and a channel there (this is your Fediverse identity), you can create an account on another hub (and perhaps on several others) and clone your channel, i.e. your server-independent identity, there. One of the hubs is defined as the \u2018home hub\u2019 (this is where the primary channel is located, i.e. the one that is usually used in the Fediverse and which also determines the handle of the identity <code class=\"inline-code\">&lt;channelname&gt;@&lt;hub&gt;<\/code>). Whatever you do now, whether you post, share, forward, comment, distribute likes or add new contacts... Hubzilla synchronises this for all clones of the channel on other hubs.<br \/><br \/>If the \u2018main hub\u2019 fails, you simply log in to another hub with your account and can continue to participate in the Fediverse as normal with the clone of the primary channel (even the handle behind the \u2018@\u2019 does not change... nobody in the Fediverse will notice that you are travelling with your clone). Once the \u2018main hub\u2019 is back in order and online, all the things you did with the clone are automatically synchronised with the primary channel and you can roam the Fediverse with it again.<br \/><br \/>By the way... with Hubzilla you actually own your identity (and if you like, all your content). You can export your channel to a file and thus have your identity, your signature and your contacts in one file on your own device. If you like, you can take this identity with you wherever you go on a USB stick... you never know... \ud83d\ude09\ud83d\ude02<br \/><br \/>Great, isn't it? So we don't even have to wait for the nomadic identity with AP to be implemented across all services at some point (which is unlikely anyway). We can have it right now. The only limitation is that we have to have an account with one (or better, several) Hubzilla hubs... but there are enough of them (as of right now: 39 hubs with the possibility to create an account... at least...). And you are not disconnected from the Fediverse, but interact with users from Mastodon, Misskey, the Forkeys, GoToSocial, Friendica, Mitra, Pleroma, Akkoma and many more. For example, I have a total of 297 contacts with my Pepe channel... 86 of which are Hubzilla contacts, 4 RSS feeds and 207 ActivityPub contacts.<br \/>And Hubzilla is not a closed book. There is now a very comprehensive help centre (<a href=\"https:\/\/help.hubzilla.hu\/en\/\" target=\"_blank\" rel=\"nofollow noopener\">en<\/a> and <a href=\"https:\/\/help.hubzilla.hu\/\" target=\"_blank\" rel=\"nofollow noopener\">de<\/a>) and the <a href=\"https:\/\/info.hubzilla.hu\/\" target=\"_blank\" rel=\"nofollow noopener\">Hubzilla KnowledgeDB<\/a>. This should enable anyone to take advantage of the nomadic identity with Hubzilla.<br \/><br \/>\ud83d\udc49 <a href=\"https:\/\/hubzilla.org\/page\/info\/user_guide\" target=\"_blank\" rel=\"nofollow noopener\">Join Hubzilla<\/a><\/div><\/div><br \/><\/div>","width":640,"height":426}