简体中文
EnglishWhat Federation Means in Practice for Mastodon Users
Updated
Federation means no single company runs Mastodon. Instead, independent websites ("servers" or "instances") each operate on their own, but they can interoperate so users on different servers can follow, mention, and message each other. In practice, this gives you two things at once: you pick which server hosts your account, and you can still reach people on other servers using an address, much like email. The trade-off is that your server's operator and its policies affect your experience, so the choice of provider matters.
The core mechanism: many sites, one conversation
The Mastodon documentation describes federation as a form of decentralization. Rather than one central service everyone uses, there are multiple services that any number of people can use.
| Model | Examples | How it works |
|---|---|---|
| Centralized | Twitter, Facebook, Instagram | One service that all people use |
| Federated | Email, XMPP, phone networks, physical mail | Multiple independent services that interoperate |
| Distributed | BitTorrent, IPFS, Scuttlebutt | No central coordination at all |
Mastodon sits in the federated row. A Mastodon website can operate alone, like a traditional website where people sign up, post, upload pictures, and talk to each other. Unlike a traditional website, it can also interoperate with other Mastodon sites, letting their users communicate across servers.
What this changes for you day to day
You interact across servers using an address
The documentation's own analogy is email: just as you can send mail from Gmail to someone on Outlook, Fastmail, or Protonmail as long as you know their address, you can mention or message anyone on any Mastodon website using their address. You do not need an account on their server to reach them.
Your server choice carries real consequences
Because Mastodon is software that can power any website, the operator of the server you join sets its own rules and policies. The documentation lists "Choice of service provider and policy" as a practical implication of federation. In concrete terms, that means questions like moderation rules, content policies, and who runs the server are decided per server, not globally.
Federation extends beyond Mastodon
Mastodon implements federation through ActivityPub, a standardized, open protocol. Any software that also implements federation via ActivityPub can communicate with Mastodon just as Mastodon servers communicate with each other. The documentation names several examples:
- Pleroma, a modular microblogging engine
- Pixelfed, a federated image-sharing platform
- Misskey, microblogging plus a customizable dashboard
- PeerTube, for uploading videos to channels
- Plume, for longer-form articles
Together with individual and personal websites, these make up the fediverse, the name for all sites that can communicate over ActivityPub and the web. The documentation notes the fediverse has no brand of its own, which is why people say "follow me on Mastodon" even when the more technically correct phrasing would be "follow me on the fediverse."
How to use this when deciding
If you are choosing where to start, the practical steps are:
- Recognize that your account lives on one server, but you are not confined to it. You can follow and talk to people elsewhere.
- Treat server selection as a policy decision, not just a technical one. Since each server sets its own rules, read what the server you are considering says about moderation and operation.
- Expect cross-server interaction to work like email. To reach someone, you use their address rather than searching a single global directory.
The main thing to verify before committing is the specific server's policies, because federation guarantees reachability across servers but does not guarantee that any two servers will treat content the same way.