Decentralised Communication

Engineering XMPP Federation: Building Messaging, Voice & Social Features Across Independent Projects

AW1.126
Jérôme Sautret
<p>Building open federated communication systems requires more than publishing specifications. It demands a living ecosystem of independent implementations that actually work together. The XMPP Standards Foundation (XSF) is a standards body, but is also the center of a development ecosystem that encompasses 5+ major servers and 20+ clients, all developed by different individuals and organizations, all highly interoperable and shipping new features at an accelerating pace.</p> <p>This talk will share how all this can work at this scale and will be co-presented by a server developer and a client developer, showing how they work together to fine-tune their implementations.</p> <p>We will first explain how the XSF works on its specifications, how its process has improved over the years, with proven engineering patterns that enable independent projects to build interoperable features without tight coupling (and without central coordination).</p> <p>We will illustrate the talk by showing real-life collaboration examples that came to life in 2025, sharing the points of view of an ejabberd server developer and the Movim client developer.</p> <p>As a conclusion, we will tease new features currently in design for 2026 and give you a glimpse at messaging federation, the XMPP way.</p> <p>This talk is for people who are interested in contributing to a truly decentralized protocol design initiative or who would like to understand what they can expect from XMPP in the future, based on examples of what has been achieved in 2025.</p>

Additional information

Live Stream https://live.fosdem.org/watch/aw1.126
Type devroom
Language English

More sessions

2/1/26
Decentralised Communication
Gnuxie
AW1.126
<p>Draupnir is a unified platform to grow, manage, and sustain communities on Matrix. Over the last 3 years we have learned many lessons to share with the community on building trust and safety tooling in an open federation.</p> <p>We will discuss just a few of the many problems we have faced, and our experience solving them </p> <p>https://github.com/the-draupnir-project/Draupnir</p>
2/1/26
Decentralised Communication
Travis Ralston
AW1.126
<p>Policy servers (<a href="https://github.com/matrix-org/matrix-spec-proposals/pull/4284">MSC4284</a>) are a new tool available to communities on Matrix to help reduce spam and other unwelcome content, but they aren't the only option. Communities have a whole suite of tools available to them to keep their users safe, such as moderation bots and in-client safety features.</p> <p>In this talk, we'll cover the layers of Trust &amp; Safety (T&amp;S) tooling available to communities, how they work, ...
2/1/26
Decentralised Communication
Cassidy James Blaede
AW1.126
<p>As protocols and platforms grow, so do the demands of policy enforcement, human review workflows, and cross-platform incident response. Trust and safety tools form this critical layer of Internet infrastructure, yet most solutions remain closed, proprietary, and reinvented in isolation. Further, they’re typically out of reach for smaller and decentralized platforms.</p> <p><a href="https://roost.tools">Robust Open Online Safety Tools (ROOST)</a> is building a different future: one where ...
2/1/26
Decentralised Communication
AW1.126
<p>An overview of all that's been happening with the Matrix protocol in the last year, including:</p> <ul> <li> <p>Project Hydra (state resolution improvements)</p> </li> <li> <p>Trust &amp; Safety improvements</p> </li> <li> <p>Matrix 2.0 MSCs (OIDC, Simplified Sliding Sync, Matrix RTC and Invisible Crypto)</p> </li> <li> <p>P2P Matrix progress</p> </li> <li> <p>Encryption advances with MLS, post quantum</p> </li> <li> <p>Updates on the scores of public sector Matrix deployments we're seeing ...
2/1/26
Decentralised Communication
AW1.126
<p><a href="https://github.com/element-hq/element-web">Element Web</a> is the oldest and most widely deployed Matrix client, and could well be the most widely deployed decentralised comms client in active service, especially when considering its many forks (Tchap, openDesk Chat, BundesMessenger, SchildiChat, LuxChat, etc.)</p> <p>Over the last 11 years it has accumulated a very significant amount of technical debt, and we believe that one of the main ways to accelerate the uptake of ...
2/1/26
Decentralised Communication
AW1.126
<p>Discover how MatrixRTC transforms into a "backendless" multiplayer game server and join us for a live Godot game session inside a Matrix widget.</p> <p>The VOIP team at Element will present their progress on abstracting an RTC SDK from the Element Call stack. We want to share the current state as we try to use it to build a multi-player game.</p> <p>If you are familiar with Godot, you will learn how to potentially use Matrix as a free, encrypted backend that handles account creation and ...
2/1/26
Decentralised Communication
Neil Johnson
AW1.126
<p>Element is the most widely deployed Matrix client, built by the team who created Matrix in order to bootstrap the ecosystem. The last few years have been quite a rollercoaster in terms of figuring out how to ensure Element can contribute to Matrix sustainably long-term - a problem faced by many open source projects whose core team works on the project as their day job.</p> <p>The good news is we think we've now found a sustainable model that works, having moved from Apache to AGPL and having ...