This page compares FLOSS social-media projects in this dossier with each other and with typical closed platforms. NGI / NLnet funded parts of the stack; the focus here is what each project does and which risk it addresses.
The first table: purpose per project, and which centralized-platform risk it most directly cuts. Rows overlap in scope; each has a distinct primary focus. Later sections map use cases to closed references and how to choose.
| ActivityPods 3.0 primarily addresses surveillance, data lock-in, and centralized custody. | |
| Bana primarily addresses mass profiling and harassment in open networks. | |
| Bonfire primarily addresses addictive design, opaque algorithms, and moderation at scale. | |
| Castopod primarily addresses creator dependence and platform-mediated podcast distribution. | |
| Fediverse Test Framework primarily addresses interoperability failure and fragmented federation. | |
| ForgeFlux primarily addresses monopoly in developer collaboration infrastructure. | |
| Lemmy primarily addresses link-aggregator monopoly, opaque ranking, and platform lock-in. | |
| PixelDroid primarily addresses mobile image-sharing surveillance and cross-platform lock-in. | |
| Spritely primarily addresses unusable security UX that drives users back to centralized apps. | |
| Mastodon primarily addresses microblog monopoly, opaque ranking, and single-vendor public squares. | |
| PeerTube primarily addresses video-platform monopoly, recommendation pressure, and CDN lock-in. | |
| Pixelfed primarily addresses image-sharing surveillance and Instagram-style ranking and lock-in. | |
| Mobilizon primarily addresses event-graph surveillance and Facebook/Meetup lock-in. | |
| Decidim primarily addresses civic processes captured by commercial social platforms. | |
| Fedipub primarily addresses new Rails apps shipping as silos instead of federating. | |
| ActivityBot primarily addresses bots and small actors trapped on vendor social APIs. | |
| Inventaire split primarily addresses book graphs and catalogues locked to one central operator. | |
| Overte Federation primarily addresses immersive social worlds captured by proprietary VR platforms. | |
![]() |
Flarum primarily addresses forum communities trapped on Reddit / hosted Discourse. |
| flohmarkt primarily addresses classified ads locked to eBay / Facebook Marketplace. | |
| FediMod FIRES primarily addresses moderation only as a platform vendor’s opaque queue. |
Compared to proprietary platforms such as Facebook, none of these projects optimizes for ad revenue or engagement maximization. The trade-off is that users and communities take on more responsibility: choosing an instance, understanding federation, and sometimes running their own infrastructure.
Typical closed platforms next to FLOSS tools in this dossier. Closed names are references, not recommendations. Chat and workplace messengers belong in the messaging dossier, not here.
| Use | Closed (reference) | FLOSS in this dossier |
|---|---|---|
| Microblog | X, Threads | Mastodon, Bonfire |
| Photos | Pixelfed, PixelDroid | |
| Video | YouTube, Twitch | PeerTube |
| Events | Facebook Events | Mobilizon |
| Podcasts | Spotify | Castopod |
| Link aggregator | Lemmy | |
| Forum | Reddit, hosted Discourse | Flarum, Lemmy |
| Classified ads | eBay, Facebook Marketplace | flohmarkt |
| Civic participation | commercial “civic” apps | Decidim |
| Developer forge | GitHub | ForgeFlux |
| Book catalogues | Goodreads, retailer accounts | Inventaire |
| Immersive / VR social | Meta Horizon | Overte |
| ActivityPub in Rails apps | one-off silo implementations | Fedipub |
| Lightweight Fediverse bot | vendor social APIs | ActivityBot |
For schools, see Social media in schools.
Centralized social media concentrates risk. A single company's algorithm, policy, breach, or outage hits everyone on the platform at once. The projects here distribute that risk across independently operated nodes on open protocols.
No single project replaces every function of Meta (Facebook, Instagram), Google, Reddit, Spotify, and GitHub combined. Each layer of social infrastructure can still be rebuilt without surveillance and lock-in as core design: personal networking (Bana), community platforms (Bonfire), image sharing (PixelDroid), news aggregation (Lemmy), podcasting (Castopod), developer collaboration (ForgeFlux), data custody (ActivityPods 3.0), open-network interoperability (Fediverse Test Framework), usable privacy and security (Spritely), public microblogging (Mastodon), federated video (PeerTube), photo hosting (Pixelfed), events (Mobilizon), participatory democracy (Decidim), Rails ActivityPub (Fedipub), a single-file Fediverse server (ActivityBot), federated book catalogues (Inventaire), and federated VR worlds (Overte).
Remaining risks of federated systems (instance moderation failures, uneven quality, smaller audiences) stay visible and addressable because the software is open and exit is always possible. That transparency is itself a defence against the hidden harms of centralized platforms.
If the goal is to reduce harm rather than copy every proprietary feature, start with the risks that matter most to your community:
Communities need not wait for one perfect alternative. Running or joining federated infrastructure today, even beside existing platforms, builds the skills, connections, and technical fallback for when centralized systems become untenable.