![\"PepeCyBs](\"https:\/\/klacker.org\/images\/default_profile_photos\/rainbow_man\/48.png\")
<\/a>PepeCyBs Welt<\/a> wrote the following post <\/a>Wed, 18 Dec 2024 19:05:08 +0100<\/span><\/span><\/div>Br\u00fccke? Ohne mich!<\/strong>
Dieser Artikel wurde am 22. Februar 2024 erstmals ver\u00f6ffentlicht.<\/em>
![\"Image\/photo\"](\"https:\/\/klacker.org\/photo\/194564a6-9fdf-469e-92c0-21b8593c60ff-2\" "\\"\\"")
<\/a>
Hab mich bei der Diskussion wegen der Bluesky-Br\u00fccke von bridgy.fed ja erstmal echt bedeckt gehalten. Es gab ausreichend Trubel\u2026 Pros und Contras\u2026 und die Ank\u00fcndigung, die Verbindung nun doch opt-in statt opt-out zu machen.
Grunds\u00e4tzlich ist Interoperabilit\u00e4t ja auch ne gute Idee. Allerdings h\u00e4ngt es trotzdem davon ab, mit wem man denn nun f\u00f6deriert. Und wie sich das auswirkt.
Aufgrund der Architektur der Fediversedienste besteht nicht die Gefahr, dass mir ungewollte Inhalte in die Timeline gedr\u00fcckt werden. Den Inhalt meiner Timeline bestimme ich halt selbst. Wenn ich mich entscheide, mich mit einem Bluesky-Nutzer oder einem Threads-Nutzer zu verbinden, dann entscheide ich mich daf\u00fcr, dass seine Inhalte und von ihm geteilte Inhalte in meinem Stream landen. Teilt er was von einem anderen Nutzer seines Dienstes und es gef\u00e4llt mir nicht, dann kann ich es aus meiner Timeline l\u00f6schen und, wenn ich denn meine, kann ich auch den unerw\u00fcnschten fremden Nutzer muten oder blockieren. Das ist bei Kontakten aus dem freien Fediverse ja auch nicht anders. Und es klappt.
Ggf. muss der Admin oder ein Moderator bestimmte Inhalte auch moderieren\u2026 auch das kann ebenfalls bei Beitr\u00e4gen aus dem freien Fediverse geschehen.
Die Frage, die sich mir stellt, ist aber: Wie sieht es auf der anderen Seite aus?
Was passiert mit meinen Inhalten, wenn mir ein Nutzer von Threads oder Bluesky (via Bridge) folgt? Der landet dann doch vermutlich in de Timeline des Nutzers. Nun sind die Streams auf diesen beiden Plattformen aber algorithmisch gesteuert. Der Nutzer hat keinen oder nur wenig Einfluss darauf, was ihm in welcher Reihenfolge gezeigt wird. Mein Inhalt wird also bei Threads oder Bluesky nach deren Gutd\u00fcnken verwurstet\u2026 Das w\u00e4re ja noch kein so gro\u00dfer Beinbruch\u2026 aber wenn ich nun etwas von einem anderen Fediverse-Nutzer teile, dann m\u00fcsste es doch auch bei dem T-\/B-Nutzer in der Timeline landen\u2026 und damit auch in der Wurstmaschine von Meta oder Dorsey-World. Und der Fediverse-Nutzer, dessen Beitrag ich geteilt habe, hat gar keinen Einfluss darauf, dass es da verwurstet wird\u2026 dass es durch den Algorithmus genuddelt wird und wom\u00f6glich (keine Ahnung, ob es so ist) auch in der Timeline von anderen T-\/B-Nutzern landet.
Nun\u2026 mit Threads hab ich eh meine Probleme, weil es halt ein Meta-Produkt ist\u2026 und davon halte ich mich so weit weg, wie nur m\u00f6glich. Ich m\u00f6chte einfach nicht, dass meine Inhalte, Inhalte der Nutzer meiner Instanz oder Inhalte von Nutzern, die mir oder einem Nutzer meiner Instanz folgen, in den Klauen von Meta landen (die Inhalte sind zwar \u00f6ffentlich und damit nicht gesch\u00fctzt, aber ich werde sie Meta nicht freiwillig in den Allerwertesten pumpen). Deshalb ist bei den von mir betriebenen Fediverse-Servern (Iceshrimp, Hubzilla, (Streams)) \u201ethreads.net\u201c auch blockiert.
Zu Bluesky musste ich mir erst noch eine Meinung bilden. Die Herkunft bzw. Geschichte ist halt eng mit RaiderHei\u00dftJetztTwixMitX verbunden, was nicht gerade f\u00fcr einen Vertrauensvorschuss sorgt. Eine der Ideen von Bluesky war es, ein f\u00f6deriertes, also dezentrales Netzwerk aufzubauen. Man hat sich daf\u00fcr f\u00fcr ein eigenes Protokoll (AT) entschieden, anstatt auf das bew\u00e4hrte und standardisierte, sowie weit verbreitete ActivityPub zu bauen. Nein\u2026 man wollte das Rad neu erfinden und das beste Rad aller Zeiten designen. Ok\u2026 wenn\u2019s denn sein muss. Muss man nicht unbedingt verstehen. Aber egal.
Heute nun habe ich das Blogpost vom Bluesky-Team zum Start der F\u00f6deration<\/a> gelesen\u2026 und bin zu dem Schluss gekommen, dass ich auch nix mit Bluesky zu tun haben m\u00f6chte. Weder in die eine, noch in die andere Richtung. Der Beitrag offenbart eine gro\u00dfe Unkenntnis \u00fcber Struktur und Funktion des Fediverse (oder sie l\u00fcgen dreist, um besser dazustehen). Meine Fresse\u2026 wenn man keine Ahnung hat, einfach mal die Fresse halten! Und auf diesen Fehlinformationen und dem gef\u00e4hrlichen Halbwissen bauen sie dann ihre Argumentation pro Bluesky\/AT auf.
Na, wenn das Fediverse so beschissen ist, dann werde ich Bluesky davor sch\u00fctzen, durch mich (also die von mir betriebenen Instanzen) damit in Ber\u00fchrung zu kommen, indem ich \u201ebsky.brid.gy\u201c auch auf die Blockliste setze. Bittesch\u00f6n! Gern geschehen! \u00dcber diese \u201eBr\u00fccke\u201c gehe ich nicht\u2026 \ud83d\ude09<\/div><\/div>
<\/div>","width":640,"height":426}
Dieser Artikel wurde am 22. Februar 2024 erstmals ver\u00f6ffentlicht.<\/em>
Hab mich bei der Diskussion wegen der Bluesky-Br\u00fccke von bridgy.fed ja erstmal echt bedeckt gehalten. Es gab ausreichend Trubel\u2026 Pros und Contras\u2026 und die Ank\u00fcndigung, die Verbindung nun doch opt-in statt opt-out zu machen.
Grunds\u00e4tzlich ist Interoperabilit\u00e4t ja auch ne gute Idee. Allerdings h\u00e4ngt es trotzdem davon ab, mit wem man denn nun f\u00f6deriert. Und wie sich das auswirkt.
Aufgrund der Architektur der Fediversedienste besteht nicht die Gefahr, dass mir ungewollte Inhalte in die Timeline gedr\u00fcckt werden. Den Inhalt meiner Timeline bestimme ich halt selbst. Wenn ich mich entscheide, mich mit einem Bluesky-Nutzer oder einem Threads-Nutzer zu verbinden, dann entscheide ich mich daf\u00fcr, dass seine Inhalte und von ihm geteilte Inhalte in meinem Stream landen. Teilt er was von einem anderen Nutzer seines Dienstes und es gef\u00e4llt mir nicht, dann kann ich es aus meiner Timeline l\u00f6schen und, wenn ich denn meine, kann ich auch den unerw\u00fcnschten fremden Nutzer muten oder blockieren. Das ist bei Kontakten aus dem freien Fediverse ja auch nicht anders. Und es klappt.
Ggf. muss der Admin oder ein Moderator bestimmte Inhalte auch moderieren\u2026 auch das kann ebenfalls bei Beitr\u00e4gen aus dem freien Fediverse geschehen.
Die Frage, die sich mir stellt, ist aber: Wie sieht es auf der anderen Seite aus?
Was passiert mit meinen Inhalten, wenn mir ein Nutzer von Threads oder Bluesky (via Bridge) folgt? Der landet dann doch vermutlich in de Timeline des Nutzers. Nun sind die Streams auf diesen beiden Plattformen aber algorithmisch gesteuert. Der Nutzer hat keinen oder nur wenig Einfluss darauf, was ihm in welcher Reihenfolge gezeigt wird. Mein Inhalt wird also bei Threads oder Bluesky nach deren Gutd\u00fcnken verwurstet\u2026 Das w\u00e4re ja noch kein so gro\u00dfer Beinbruch\u2026 aber wenn ich nun etwas von einem anderen Fediverse-Nutzer teile, dann m\u00fcsste es doch auch bei dem T-\/B-Nutzer in der Timeline landen\u2026 und damit auch in der Wurstmaschine von Meta oder Dorsey-World. Und der Fediverse-Nutzer, dessen Beitrag ich geteilt habe, hat gar keinen Einfluss darauf, dass es da verwurstet wird\u2026 dass es durch den Algorithmus genuddelt wird und wom\u00f6glich (keine Ahnung, ob es so ist) auch in der Timeline von anderen T-\/B-Nutzern landet.
Nun\u2026 mit Threads hab ich eh meine Probleme, weil es halt ein Meta-Produkt ist\u2026 und davon halte ich mich so weit weg, wie nur m\u00f6glich. Ich m\u00f6chte einfach nicht, dass meine Inhalte, Inhalte der Nutzer meiner Instanz oder Inhalte von Nutzern, die mir oder einem Nutzer meiner Instanz folgen, in den Klauen von Meta landen (die Inhalte sind zwar \u00f6ffentlich und damit nicht gesch\u00fctzt, aber ich werde sie Meta nicht freiwillig in den Allerwertesten pumpen). Deshalb ist bei den von mir betriebenen Fediverse-Servern (Iceshrimp, Hubzilla, (Streams)) \u201ethreads.net\u201c auch blockiert.
Zu Bluesky musste ich mir erst noch eine Meinung bilden. Die Herkunft bzw. Geschichte ist halt eng mit RaiderHei\u00dftJetztTwixMitX verbunden, was nicht gerade f\u00fcr einen Vertrauensvorschuss sorgt. Eine der Ideen von Bluesky war es, ein f\u00f6deriertes, also dezentrales Netzwerk aufzubauen. Man hat sich daf\u00fcr f\u00fcr ein eigenes Protokoll (AT) entschieden, anstatt auf das bew\u00e4hrte und standardisierte, sowie weit verbreitete ActivityPub zu bauen. Nein\u2026 man wollte das Rad neu erfinden und das beste Rad aller Zeiten designen. Ok\u2026 wenn\u2019s denn sein muss. Muss man nicht unbedingt verstehen. Aber egal.
Heute nun habe ich das Blogpost vom Bluesky-Team zum Start der F\u00f6deration<\/a> gelesen\u2026 und bin zu dem Schluss gekommen, dass ich auch nix mit Bluesky zu tun haben m\u00f6chte. Weder in die eine, noch in die andere Richtung. Der Beitrag offenbart eine gro\u00dfe Unkenntnis \u00fcber Struktur und Funktion des Fediverse (oder sie l\u00fcgen dreist, um besser dazustehen). Meine Fresse\u2026 wenn man keine Ahnung hat, einfach mal die Fresse halten! Und auf diesen Fehlinformationen und dem gef\u00e4hrlichen Halbwissen bauen sie dann ihre Argumentation pro Bluesky\/AT auf.
Na, wenn das Fediverse so beschissen ist, dann werde ich Bluesky davor sch\u00fctzen, durch mich (also die von mir betriebenen Instanzen) damit in Ber\u00fchrung zu kommen, indem ich \u201ebsky.brid.gy\u201c auch auf die Blockliste setze. Bittesch\u00f6n! Gern geschehen! \u00dcber diese \u201eBr\u00fccke\u201c gehe ich nicht\u2026 \ud83d\ude09<\/div><\/div>
<\/div>","width":640,"height":426}