Frequently asked questions

Yes, it is free/libre open source software, licensed primarly 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 you 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.
  • The Bonfire team is preparing to launch a device that will put your apps and data in your hands (literally), but you’ll still be able to host apps on your own device or server or in the cloud if you prefer.
  • The Bonfire device will be:
    • Plug & play: easy to set up and maintain
    • Online, offline or local network: Use the apps offline or within your local network (e.g. spin up a temporary autonomous network at a festival or protest)
    • Open: Based on something like Raspberry Pi and runs free software
    • Friendly to intermediate tech users: Preconfigured and well documented so you can easily run any Bonfire apps and extensions
    • Springboard for DIY: Install additional apps on your device and take more control of your digital life
  • The Bonfire team is preparing to launch a hosted service that will host your fediverse identity and sync your Bonfire apps with the fediverse.
    • Always online: Hosts your fediverse identity on your own domain name (or using nickname@your-instance.bonfire.cafe).
    • Nomadic identity: You can switch/add apps, change device or host for your instance, while keeping the same user/domain name. You’ll also be able to migrate your identity to a different domain.
    • Complements your Bonfire device: Stores your incoming messages/updates when your device is offline, and syncs your apps with the fediverse.
    • Doesn’t hog your data: Once your private data has synced to your device it is deleted from the server right away.
    • Respects your privacy: End-to-end encryption for private activities (when available) means your data is never seen by the server or anyone else.
    • Open source & decentralised: Possible to self-host, or use a compatible service.
  • 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.
  • See the apps and extensions pages for lists of what is available or being worked on.
  • Source Code: While there’s a core team building Bonfire, we only control this website and what code is included 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 Rasperry 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.
  • 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!
App Surveillance & ads Transparency Control Customisability Features
Twitter Yes Proprietary code and algorithms Central control by company API limited to uses authorised by company Follow people ; Post notes, links, images ; Discussions
Facebook Yes Proprietary code and algorithms Central control by company API limited to uses authorised by company Follow people ; Post notes, links, images ; Discussions
Mastodon No Open source Federated, by admins of each instance API available. Changes/contributions need to be accepted by main developer(s), or the entire app can be forked Follow people; Post notes, images
Instagram Yes Proprietary code and algorithms Central control by company API limited to uses authorised by company Follow people ; Post and comment on photos
Pixelfed No Open source Federated, by admins of each instance API available. Changes/contributions need to be accepted by main developer(s), or the entire app can be forked Follow people; Post and comment on photos, images
Google Apps Yes Proprietary code and algorithms Central control by company API limited to uses authorised by company A set number of apps and features
Nextcloud No Open source Self-hosted APIs and extension ecosystem available. Extension changes/contributions need to be accepted by their developer(s), or they can be forked A theoretically unlimited number of features
Whatsapp Yes Proprietary Central servers run by Facebook No Chat ; Audio/video calls
Signal No Open source Central servers run by non-profit No Chat ; Audio/video calls