Frequently asked questions.

Yes, it is free/libre open source software, licensed primarily under the AGPL, meaning the source code is available and can be modified, and that all such changes, improvements, or additions should be contributed back to the community. Some Bonfire extensions or dependencies have other open source licenses.

• Yes, there will always be options for using Bonfire at no cost (such as joining a friend's instance, or setting one up on a device or server that you already have).
• Optionally, some users may want to pay for the convenience of someone taking care of the infrastructure and technical labour. The Bonfire team (and probably others) will provide services for them.
• Please note, building software takes time, and while Bonfire is a work of love, the team appreciates your support in the form of contributions, financial or otherwise (such as feedback or improvements to the software).

No, the software or services provided by the Bonfire team will never include any type of advertisement or spy on users. If third party developers try to include any ads, Bonfire users will always have the freedom to use an alternative extension or fork it. Similarly, if a user or instance were used to post sponsored content, you could simply block them (we may also implement shared blocklists in future to help with this).

One of our main goals is for users to be in control so that they always know and decide who can see (or interact with) something before they post. We are working on tools such as boundaries and circles to help with this.

• No, there are no algorithms or biased recommendation engines to keep you online for hours on end. Content is simply shown in reverse chronological order, or any other order chosen by you.
• We are thinking about what algorithms created and controlled by users might look like, to tune the signal/noise ratio of feeds or simply help surface whatever is most relevant to you right now. Get in touch if you have any thoughts or want to experiment…

• A federated social network is a system that is decentralised, developed and operated by distinct providers (something like email but for social networks). It consists of multiple social apps and websites, where users of each site can communicate with users of any of the other compatible sites.
• An application or website participating in a federated social network is interoperable with the other sites (known as instances) and federates (fetching and especially pushing data) with them based on their users interactions. Communication among the social websites is conducted through social networking protocols, like ActivityPub.
• Advantages of a federated network:
  • Robust and resilient
  • Scales horizontally
  • Private data stays on each user's home instance
  • Each instance is responsible for its content (moderation of discussions, etc)
  • Standards-based but also extensible
  • Open

• Bonfire combines the power of federation and open data formats to create interoperable toolkits that people can use to easily build their own apps to meet their specific needs. Users are then free to interact with multiple people and groups using these apps hosted on their own device, regardless of what federated software these other people use.
• Every line of Bonfire's code is available to be used or forked, in a collection of libraries that can be assembled and re-assembled to create all kinds of full-featured apps.

No, and that's deliberate. There's a demo instance to try things out, but nothing we'd call the main one.

We want an ecosystem: hosting, governance, moderation, and revenue spread across many co-ops and communities, each answering to its own members. The winner-take-all default is that the people who write the software become everyone's landlord: their flagship instance captures the roadmap, moderates the network by default, and collects everyone's hosting fees.

So instead of a flagship, there's a cooperative hosting network we're building with allied co-ops, alongside self-hosting. What matters is who governs, not just where the machines sit.

• The Bonfire ecosystem is made up of people and projects cooperating to build interoperable and extensible apps, that can easily plug and play with each other.
• Bonfire apps are open source and modular, meaning they're made of building blocks you can use to create your own custom apps or extensions. Customise the design, the code, or any aspect, and contribute your improvements to the community.
• There will be diverse apps & extensions to choose from. Do you need a basic social app? A collaborative federated blog? A decentralised forum for group discussion? A space for sharing and curating links and files? An offers and needs map and bulletin board for mutual aid? The community is developing unique approaches for these and more.

• Source Code: While there's a core team building Bonfire, we only control this website and what code is included in the official repositories. Any developer can fork parts of the code they want to customise, or go all-in and create their own extensions.
• Infrastructure: Bonfire instances are independently set up by technical users (though we are working to simplify that more and more), for themselves and their friends to use. They can be hosted on a connected device (like a server or even a Raspberry Pi) or on a cloud service. The Bonfire team (and possibly others) may also offer hosted services in the future (most likely tools like a fediverse nomadic identity and syncing service, or encrypted backup storage, rather than full-service hosting of Bonfire apps).
• Functionality: Instance admins can choose which extensions and flavours to include, and users can also tailor their experience according to their needs. Anyone can suggest or request features or changes, though of course getting something done depends on one or more team members or contributors to voluntarily take it on.
• Governance: Bonfire instances form one part of a huge network, collectively called the Fediverse. It is made up of many instances: servers with different orientations, purposes and policies, each one running a specific federated application. Each instance's admin (or better yet, multiple admins selected democratically by its members) chooses what app(s), extensions, and configuration to set up, as well as their instance's rules (usually in the form of a code of conduct), who can join or remain a user, what instances/groups/users they don't wish to federate with, what device or cloud service they use, etc. Because instance admins are so powerful, our goal with Bonfire is to give regular users the same choices as much as technically possible, and to enable them to set up their own instances as easily as possible.
• Moderation: Each instance is moderated by different people (typically the admins, or instance moderators), resulting in diverse rules, themes and ambiance. Thus one given instance can suit you better than another, depending on your values, needs and interests.
• Economic: Bonfire and the wider fediverse are backed by volunteers, and not investors, which makes them more resilient. Even if one instance happens to go down, the rest of the network will continue to work uninterrupted. If an app or extension stops being maintained, someone else can pick it up. While there's no need to "get a return on investment", we think the fediverse can still improve in resilience, for example by having shared and/or nomadic user identities to avoid being tied to instances that may shut down, and by exploring different models for sustainability of the network and its contributors and participants.

• The core team is a small collective of designers and developers who has been cooperating in various forms (and various names, the project was previously known as CommonsPub, itself a fork of what was to be MoodleNet) since 2019, and started to rewrite and build Bonfire as a modular ecosystem at the end of 2020. Meet the builders and read how we're organised →
• You? Bonfire is an ecosystem aimed to empower individuals and communities to shape and control their digital lives. Everyone is invited to participate in some way, whether that means contributing to the available extensions or making their own. That doesn't mean only coders, but really anyone who wants to get involved: users, instance admins, translators, designers, UX or accessibility testers, writers, activists, or anybody else who feels like they can offer something to move the project forward, or in another direction!

We've put together a detailed comparison, covering community platforms (Circle, Mighty Networks), team chat (Slack, Discord), messaging (Signal, WhatsApp), open source (Discourse, BuddyPress), and more, across a dozen criteria. See how Bonfire compares →