Ich finde weder eine Ankündigung noch eine Diskussion über das Thema Blockieren von Threads in dieser Community. Gab es die gar nicht?
Update: Es wurde wohl bereits kurz in einem anderen thread diskutiert.
Blocked Instances (on feddit.de)
| Name | Software | Version | ---- | ---|
| | ... | ... | ... | | threads.net | | | | ... | ... | ... |
Das Thema wird unter Fediverse Entwicklern, Admins und Usern durchaus kontrovers diskutiert, insbesondere ob Fediblock as a Frist Strike oder Watching Like a Hawk, with our Fingers Over the Block Button besser ist.
Hier eine nicht-repräsentative Auswahl an Lesestoff. Ich persönlich tendiere mehr zum Abwarten und genau Hinschauen als zum Sofort Blocken. Die feddit.de Admins haben sich offenbar (ziemlich lautlos) für Sofort Blocken entschieden:
- https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/
- https://hub.fosstodon.org/facebook-fosstodon-fedi
- https://www.timothychambers.net/2023/07/03/instagram-threads-and.html
- https://venera.social/profile/activitypubtestsuite/conversations
- https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html
Es geht hier dabei nicht um die Frage, ob man die Praktiken von Großkonzernen wie Meta gut bzw. akzeptabel findet. Darüber gibt es hier sicherlich einen so breiten Konsens, dass eine Diskussion ziemlich überflüssig ist.
Es geht darum, ob ein Föderieren mit Threads so steuerbar ist, dass für die FOSS-Community keine Nachteile entstehen sondern eher Vorteile, also z. B. die Frage, ob es gut ist, wenn jemand Mastodon nutzen kann, um mit Freunden, Firmen oder Promis in Kontakt zu bleiben, die (leider) noch nicht in's Fediverse gewechselt sind, also auch um die Frage, ob das Fediverse bereit ist, einen sanften Übergang für verlorene Schafe anzubieten.
Update/Fazit:
- Nur sehr wenige Kommentare haben sich tatsächlich mit der Fragestellung auseinandergesetzt.
- Ich hatte gehofft, dass über notwendige (technische) Bedingungen für ein Föderieren mit Threads diskutiert wird, also z. B.
- ActivityPub TestSuite
- notwendige Moderator-/Admin-Werkzeuge, z. B. Instanz-Block auf Community-Ebene
- notwendige Benutzer-Werkzeuge, z. B. persönlicher Instanz-Block
- Bandbreitenbegrenzungen für Datenverkehr zu/von großen Instanzen
- Ein image proxy feature wie es derzeit hier diskutiert wird: https://github.com/LemmyNet/lemmy/pull/3550
- Derzeit ist das Blocken von
threads.netnur symbolisch und nicht technisch relevant, da Threads noch nicht ActivityPub unterstützt und lemmy nicht die (zunächst/hauptsächlich) betroffene Fediverse App wäre sondern Mastodon. - Eine Stellungnahme von den Admins dazu, ob der Block permanent ist oder unter welchen Bedingungen er aufgehoben werden könnte, wäre schön.
Eins verstehe ich nicht so ganz, was will man mit blockieren jetzt eigentlich erreichen? Den Erfolg von Threads so weit wie möglich verhindern? Ich glaube das ist sinnlos und ändert gar nichts.
Auf der anderen Seite, jene die Mastodon oder Lemmy aktuell nutzen, und vielleicht auch mit Threads interagieren wollen, sind jetzt gezwungen die Threads-App herunterzuladen - oder täusche ich mich da? Wenn dem so ist hat das meiner Meinung nach genau den gegenteiligen Effekt als gewünscht.
Richtig, das Blocken von threads.net auf Mastodon Servern verhindert (in der Zukunft), dass Nutzer von dort mit Nutzern auf Threads kommunizieren und führt eventuell dazu, dass sich dann jemand doch bzw. auch noch bei Threads anmeldet.
Dann wäre es ja fatal wenn man über die Föderation dann doch Daten der Benutzer dahin schieben würde.
An deine öffentlichen Posts, Kommentare, Bilder, etc. im Fediverse kommt jeder anonym (über die API) jetzt schon ran. Das Problem ist eher die Privacy Policy der Threads App und die ist geradezu haarsträubend. Aber die App nutzt du ja gerade nicht, wenn du mit Threads von Mastodon aus kommunizierst.