TheUnknown @[email protected]

在 @LitoMore 老师的催促下重构了一版，写了巨详细一篇 Setup Guide，智能支持单实例和多实例部署，几乎是开箱可用的 Mastodon 运维工作流了。欢迎品尝批评。

特性：
- 不用大量折腾 Linux 服务器环境
- 容器编排维护简单
- CI/CD 部署工作流一键部署
- 智能支持单实例和多实例
- 内置 ElasticSearch 补丁更好地支持非英语搜索

https://gitlab.com/mogita/monsts

看到中文 fedi 上很多关于 threads 存在信息差的讨论，这里觉得 mastodon 官方声明写得蛮不错的大致翻译概括一下供参考。长毛象默认不支持 markdown 排版，文章较长如果想查看排版更清晰的本文可以去我的博客查看备份：https://blog.douchi.space/threads-mastodon-psa/

注：本人非翻译专业可能会有纰漏欢迎指正，感兴趣的请查看原文：https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/

关于 Threads 你应该知道些什么？
作者：长毛象创始人 Eugen Rochko

Meta 发布了新的微博客平台“Threads”。值得注意的是 Threads 预计会成为去中心化社交网络的一部分，使用跟长毛象同样的标准 ActivityPub.

我们知道的现有信息
Threads 是跟 Facebook, WhatsApp 和 Instagram 独立的 app，它的用户将会跟这些现有平台不同。Instagram 用户可以直接用其账户登录。发布时暂时欧洲不可用，也不会跟其它 fediverse 平台连接（federation）。

你可能会有的问题
Meta 能用我的数据追踪我吗？
Mastodon 不向你注册服务器之外的站点广播如 email、IP 地址等隐私信息。我们的软件设计之初假设第三方服务器都不能被信任。例如，我们缓存和重处理图片和视频便于你浏览，所以信息源服务器不能获得你的 IP 地址、浏览器和浏览时间（译者按：可以把你所在的服务器想象成一个 VPN）。非你注册和登录的服务器无法获得你的个人信息和在网上追踪你。它们可以获取你的公开账户和帖子。

Meta 会给我插广告吗？
长毛象上除了你注册登入的服务器之外，没有人能给你插广告。长毛象默认不含任何显示广告功能。除非你使用 Threads，你将不会看到 Threads 给你插的广告。任何第三方服务器也无法给你的主页插入广告，因为你的主页是由你选择关注的人和 hashtags 生成的。如果有人发布了你不想看的广告，你可以取消关注或者静音那个账户。

Meta 这类大型平台的加入会让小服务器过载吗？
长毛象主要机制是关注。当你首次关注其它服务器的用户，你的服务器会订阅那个用户。这意味着就算别的服务器（译者按：如 threads）有数百万人，除非你关注这数百万人，否则这成堆的数据并不会向你发送更新。这种机制使得网络间流量和存储在可控范围内。因此，小服务器不会受到影响，甚至可能注意不到 threads 的存在，除非用户关注了 threads 上特定的用户。

Meta 会让 ActivityPub 走上欢迎-发展-毁灭的道路吗？
Meta 使用 ActivityPub 开发其新平台和 Meta 十几年前在 Messenger 服务上采用 XMPP 这两件事会被拿来做比较。曾几何时，Facebook 用户和 Google Talk 用户可以和自建 XMPP 服务器的用户互相交流，直到各大平台闭关锁国成为现在封闭的平台。有什么能阻止同样的事情发生吗？这么说吧，即使将来 Threads 放弃使用 ActivityPub，我们还是会回到现在的状态。XMPP 本来就只存在技术流小圈子里，但 ActivityPub 享有 Mastodon 的支持和推广。（译者按：这段我个人觉得便乐观，当一部分之前没有替代品而来到 fedi 的非 tech savy 的主流用户开始使用和享受 Threads 的便利之后，如果 threads 再抛弃 ActivityPub，有可能造成 fediverse 的大规模用户流失，不会回到“今天“的状态，而更可能会倒退到几年前的 pre-twitter migration 的 fediverse 生态）

当 Threads 联通 fediverse 之后能与这里的用户交流吗
我们预期长毛象和 Threads 将来会信息互通。从技术角度来讲，用户应该能互相关注和交换信息。但是，是否与 threads 交流信息取决于你所在长毛象服务器的管理者。如果你对管理者的决定不满意，你可以保留你的关注者迁移到其它长毛象服务器。因为长毛象是开源的，你甚至可以自建服务器来确保自己有掌控权。

Meta 能迫使其它服务器遵循它的管理规则吗？
就像任何长毛象服务器一样，threads 会有自己的一套监管规则和工具，能决定它们要在自己的平台上屏蔽什么内容。但是，它们的决定只会影响它们自己的平台。只有你的长毛象站长和管理者能制定你们站的规则，如果你自建实例你也自己享有完全掌控。不同的长毛象服务器不一定都要遵循全部一样的监管规则来互通，因为它们可以只屏蔽特定内容。现在没有迹象表明 Threads 在这方面会与现有服务器有任何不同。

我们的立场
我们已经宣扬各平台互通性多年。用户迁移平台最大的障碍就是平台滥用迁移门槛而将用户的社交网络锁定导致迁移平台会使你失去你认识和认识你的所有人。大型平台使用 ActivityPub 不仅是拥抱去中心化，也打开了用户迁移向更好的平台的大门。反之，这也迫使平台们提供更好、更少剥削的服务。这显然是我们所支持立场的胜利，希望未来还有更多。

长毛象是一个总部位于德国的非营利性组织、完全通过众筹运作。如果你喜欢使用 mastodon.social，或者官方 iOS 和 Android app，或者想要支持我们开发长毛象软件，你可以向我们的非营利组织 Patreon 捐赠https://patreon.com/mastodon

---
译者按：文中大多数观点本人（代表 douchi.space 管理者）同意，不会对 Threads 采取全站预屏蔽，想要屏蔽的用户可以在它们联通之时自行屏蔽它们全站。如果将来情况有变，再做观察决定。

#豆豉纪年

1. 假设A实例屏蔽了B实例，A实例无法看到以及收到来自B实例的任何信息和提醒，根据长毛象documentation，A实例的服务器将删除来自B实例的所有数据。而B实例仍然能够通过url抓取到A实例的账号和嘟文。

2. 假设A实例的个人账号X屏蔽了B实例，X无法看到以及收到来自B实例的任何信息和提醒，B实例也无法通过url抓取到X未曾被B实例抓取的嘟文。但已经流入B实例服务器的数据无法删除（废话。

3. 假设A实例屏蔽了B实例上的个人账号Y，A实例无法看到以及收到来Y的任何信息和提醒，但Y仍然可以看到A实例上的所有公开嘟文。

4. 假设A实例的个人账号X屏蔽了B实例上的个人账号Y，双方的个人账号都无法看到对方，B实例上被屏蔽的Y搜索A实例上的X会显示“profile unavailable”，用url搜索X的嘟文（包括老嘟文）会显示“403 this action is not allowed”。

（图片credit to @salt ）

Threads提前上线了，简单测试了一下，暂时还没有联通Fediverse，反向从Fediverse也获取不到任何threads.net的账户信息。测试完毕，可以卸载了。

#blog

Fediverse: 你的站长都能看到什么？

https://blog.fivest.one/archives/6374

你所在的 fedi 实例，可能是几十万用户的大站，站长离你遥不可及；也可能是几十个甚至几个用户的小站，站长和你关系密切，每天一起聊天玩耍。但无论是哪种，你的站长，都能看到和你有关的哪些内容呢？

——我不是在论证什么样的站长是否可信。这是你自己要判断的事。我只是在告诉你，判断时需要知道的。

Meta’s new app “Threads” is up pre-order in the App Store. Let’s do a quick check on what data they want from you compared to the official Mastodon app, Mammoth and Ivory.

Spoiler: Meta wants to know and track everything about you, and Mastodon doesn’t want anything.

#threads

There’s been a lot of speculation around what Threads will be and what it means for Mastodon. We’ve put together some of the most common questions and our responses based on what was launched today:

https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/

@salt
关于第二条
「Meta旗下的现有平台常常成为恶性言论的温床，Fediverse的边缘社群可能会遭受滥用和骚扰的困扰。」

想补充说一下meta比同为中心化SNS平台的twitter好很多
新闻实验室对于Instagram对反网暴的各项措施给了很高评价
https://newsletter.newslab.info/ep32/

Threads可能带来的益处：

1. 作为Meta公司发布的一项服务，Threads有潜力吸引大批用户加入Fediverse，从而增强Fediverse社区（包括开源社区）的规模与影响力。
2. 当Threads受到GFW的封锁后，中国用户仍能够通过Fediverse来获取Threads的相关信息。

需要关注的潜在威胁：

1. Threads可能会迅速占据Fediverse的主导地位。
2. Meta旗下的现有平台常常成为恶性言论的温床，Fediverse的边缘社区可能会遭受滥用和骚扰的困扰。
3. Fediverse实例的管理员们的工作压力可能会大幅增加。
4. Fediverse用户的数据必然会流向Meta公司的服务器，这些数据将如何被Meta公司利用目前尚未明了。

关于为什么Meta的加入非常糟糕，有Google杀死XMPP的前车之鉴：https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html

【最近一週的聯邦宇宙大危機（？）】

6月12日至6月15日：Meta的員工與大型Mastodon服務器的管理員進行了會議，至少包括Eugen Rochko（Mastodon的CEO，mastodon.social和mastodon.online的管理員）和Byron Miller（universeodon.com的管理員）。這次會議是在保密協議（NDA）下進行的，主要似乎是討論P92應用程序。
6月15日：有關會議和簽署保密協議的信息開始在信息流中傳播。
6月18日：@vantablack創立了fedipact，管理員可以在這裡簽名表示他們的服務器將不與Meta的服務器進行聯邦。
6月18日：Byron Miller與Meta的會議導致mastodon.art宣布他們將在一周內與universeodon.com取消聯邦。不久之後，@stux，mstdn.social的管理員立即與mastodon.art取消聯邦，但在當天晚些時候再次移除了這個封鎖並道歉。
6月23日：fosstodon.org的管理員@kev顯示了一封電子郵件，其中邀請Mastodon服務器的管理員與Meta進行一次圓桌會議，以及他拒絕參加會議的回應。
6月23日：Alex Heath為The Verge報導了這個問題。他報導說，“Meta計劃在初始發布後大約三個月引入這個階段[支援ActivityPub]。”
6月27日：Meta和Mastodon服務器管理員之間的一次非正式記錄圓桌會議計劃進行。

詳細內容請看 https://fediversereport.com/last-week-in-the-fediverse-episode-24/