在探索了几周之后，关于Mastodon的一些背景信息——我确信我遗漏了很多，但这是我到目前为止对这项技术的理解。我一直是 Twitter 的狂热用户，所以我的大部分知识都是通过比较 Mastodon 和 Twitter 获得的。
你可以在 Mastodon 上关注我： https ://mastodon.social/@jeresig
你的主要“时间表”
这是您阅读内容的主要位置，但 Twitter 和 Mastodon 上显示的内容存在一些重大差异。
推特：
- 您订阅的个人
- 您的朋友转发的帖子
- 您的朋友引用推文的帖子
- 有时你的朋友喜欢的帖子
- 您的朋友对自己的帖子做出的回复
- 您的朋友对其他帖子的回复（如果那个人也是朋友）
- 广告
乳齿象：
- 您订阅的个人
- 您的朋友“转发”（提升）的帖子
- 您的朋友对他们自己的帖子所做的回复（除非他们已将其关闭）
- 您的朋友对其他帖子的回复（除非他们已将其关闭）
Mastodon 缺少什么：
- 来自 Twitter 的算法生成的内容（例如您的朋友喜欢的帖子）
- 引用推文（主要是 – 一些客户显然有办法通过自动扩展帖子链接来解决这个问题，但它并不一致）
- 广告
阅读你的时间表：
- Mastodon 可以更好地控制您在时间轴上看到的内容。例如，您可以关闭提升或回复（也可以针对每个用户，例如在 Twitter 上）。
- 这两种服务都能够创建列表并阅读该列表中用户的帖子。
跟服务器有什么关系？
- 服务器是 Mastodon 的不同独特实例，不同于只有一个服务器的 Twitter。
- 您可以在任何 Mastodon 服务器上创建帐户，甚至可以在许多服务器上创建帐户。
- 如果愿意，您可以在服务器之间转移您的帐户。
- 服务器的规模和重点各不相同——其中一些非常小众（例如 front-end.social 专供大约 250 名前端 Web 开发人员使用）到非常广泛（例如 mastodon.social，由 Mastodon 项目运营并向任何拥有数百万资产的人开放用户）
- 与 Twitter 一样，每台服务器都受到其所有者一时兴起的影响。所有者控制内容的审核，允许用户加入，并且可以“阅读 DM”——你需要信任你的管理员。
- 如果您订阅另一台 Mastodon 服务器 (B) 上的用户，您的服务器 (A) 将联系并告诉另一台服务器 (B) 您想要接收更新。然后，每当有新帖子进入时（当您或您的服务器（A）上的其他用户订阅时），其他服务器 (B) 将通知您的服务器 (A)。
- 服务器可以控制它将从哪些其他服务器获取帖子。这意味着如果有一个服务器有不良行为者，那么您的管理员可以完全断开与它的连接（删除所有帖子、订阅能力和隐藏提升）。这确实创造了一个世界，其中一些大型服务器，如 mastodon.social，可能太大而无法断开连接（这可能会产生类似于电子邮件世界的问题，除了一些大玩家之外，很少有人运行自己的电子邮件服务器） .
Mastodon 的本地和联邦时间轴
- Mastodon 有一个本地时间线，就像本地服务器上所有用户的“列表”——您可以看到他们的所有帖子。这在小型服务器上可能非常有用，但在任何体面大小的服务器上完全无法使用。
- Mastodon 也有一个 Federated Timeline。这类似于本地时间线，但也包括来自其他服务器上的用户的帖子，这些用户已被您服务器上的某人订阅（这通常甚至不如本地时间线有用，尤其是在繁忙的服务器上）。
其他需要注意的差异
- Mastodon 上的帖子较长，字符数限制为 500
- Mastodon 鼓励使用内容警告。关于应该如何使用这些有很多争论（并且执行可能因服务器规范而异）。由于这是一项原生功能，您可以控制这些帖子的显示方式和方式（例如，我默认自动展开所有内容警告的帖子）。
- 您内置了对帖子可见性的控制（对所有人可见，对订阅者可见但无法搜索，仅关注者，仅提及）
- 无法搜索帖子，也无法通过帖子文本进行搜索。你只能通过主题标签进行搜索——这使得进行任何形式的路过式搜索变得非常困难，就像在 Twitter 上发生的那样。
- 同样，没有真正的热门话题，除了潜在的热门话题标签
- 引用推文在 Mastodon 上不是一回事（至少不容易），这意味着通过引用推文“扣篮”别人的做法不太可能发生
- 官方的 Mastodon 软件从一开始就开启了辅助功能，鼓励人们在他们的图像中添加替代文本（这在 Twitter 上是通过选择加入的方式存在的）
- DM 与 Twitter 不同——如果您在 DM 中标记用户，您最终可能会将他们拉入该讨论！
- Mastodon 是开源的，不受仇视反式的法西斯分子控制！