<?xml version='1.0' encoding='utf-8' ?>
<!-- Made with love by pretalx v2026.3.0.dev0. -->
<schedule>
    <generator name="pretalx" system="cfp.2026.matrix.org" version="2026.3.0.dev0" />
    <version>1.13.0</version>
    <conference>
        <title>The Matrix Conference 2026</title>
        <acronym>matrix-conference-2026</acronym>
        <start>2026-10-20</start>
        <end>2026-10-23</end>
        <days>4</days>
        <timeslot_duration>00:05</timeslot_duration>
        <base_url>https://cfp.2026.matrix.org</base_url>
        
        <time_zone_name>Europe/Stockholm</time_zone_name>
        
        
        <track name="Workshop" slug="7668-workshop"  color="#37b5ab" />
        
        <track name="Public Sector" slug="7669-public-sector"  color="#9c27b0" />
        
        <track name="Public Sector sponsored by Element" slug="7724-public-sector-sponsored-by-element"  color="#9c27b0" />
        
        <track name="Keynote" slug="7670-keynote"  color="#000000" />
        
        <track name="Cryptography" slug="7671-cryptography"  color="#f67268" />
        
        <track name="Lightning Talks" slug="7672-lightning-talks"  color="#ffd045" />
        
        <track name="Healthcare sponsored by CGM" slug="7673-healthcare-sponsored-by-cgm"  color="#59a9ec" />
        
        <track name="Matrix Inside" slug="7712-matrix-inside"  color="#0071c5" />
        
        <track name="In Practice" slug="7713-in-practice"  color="#8bc34a" />
        
        <track name="Digital Sovereignty" slug="7714-digital-sovereignty"  color="#9a7f75" />
        
        <track name="Growing a Network" slug="7715-growing-a-network"  color="#3b883e" />
        
        <track name="Next Gen Spec" slug="7716-next-gen-spec"  color="#f16a9a" />
        
        <track name="Foundation" slug="7717-foundation"  color="#a1a1a1" />
        
    </conference>
    <day index='1' date='2026-10-20' start='2026-10-20T04:00:00+02:00' end='2026-10-21T03:59:00+02:00'>
        
    </day>
    <day index='2' date='2026-10-21' start='2026-10-21T04:00:00+02:00' end='2026-10-22T03:59:00+02:00'>
        <room name='Sofya' guid='ad94b07e-ea65-53fd-8aab-3b3bf6c633ea'>
            <event guid='dd7bdf1c-ae49-5809-b808-d8cd308b99e2' id='101394' code='N9AQGY'>
                <room>Sofya</room>
                <title>Opening</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T10:00:00+02:00</date>
                <start>10:00</start>
                <duration>00:10</duration>
                <abstract>Welcome to The Matrix Conference 2026!</abstract>
                <slug>matrix-conference-2026-101394-opening</slug>
                <track>Keynote</track>
                <logo>/media/matrix-conference-2026/submissions/N9AQGY/image_hrefYhR.png</logo>
                <persons>
                    <person id='105770'>Andy Piper</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/N9AQGY/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/N9AQGY/feedback/</feedback_url>
            </event>
            <event guid='67a308e3-64b3-5a7e-bea8-0cbe54d23087' id='100443' code='BVPGVY'>
                <room>Sofya</room>
                <title>The Matrix State of the Union</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T10:15:00+02:00</date>
                <start>10:15</start>
                <duration>00:25</duration>
                <abstract>In which Matthew gives all the latest updates on Matrix - including ecosystem uptake, new clients, new servers, new MSCs, Hydra Phase 2 and 3 progress, P2P Matrix, MatrixRTC maturity, where (D)MLS fits in, and more!</abstract>
                <slug>matrix-conference-2026-100443-the-matrix-state-of-the-union</slug>
                <track>Keynote</track>
                
                <persons>
                    <person id='99789'>Matthew Hodgson</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/BVPGVY/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/BVPGVY/feedback/</feedback_url>
            </event>
            <event guid='47cc3760-ac46-534a-8758-cf0842962208' id='102272' code='SFHGBL'>
                <room>Sofya</room>
                <title>Element&apos;s year in review: Interoperability in the real world.</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T10:45:00+02:00</date>
                <start>10:45</start>
                <duration>00:25</duration>
                <abstract>A fast-paced tour of everything we&#8217;ve been up to at Element in the past year, as well as what to expect in the future. 

This year&apos;s highlights centre on Element&apos;s work to make Matrix genuinely interoperable for governments and large organisations in the wild. We&#8217;ll cover what&#8217;s gone into ESS Pro and Element Pro, as well as the migration from Classic. 

We&#8217;ll also give an overview of all the goodies that have landed in Element X, Element Call, Element and Web. Not to mention our continued investment in protocol research.</abstract>
                <slug>matrix-conference-2026-102272-element-s-year-in-review-interoperability-in-the-real-world</slug>
                <track>Keynote</track>
                
                <persons>
                    <person id='100975'>Neil Johnson</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/SFHGBL/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/SFHGBL/feedback/</feedback_url>
            </event>
            <event guid='5ea1206c-52ba-5aa0-a2d1-9f0b2317bf19' id='101353' code='QD377V'>
                <room>Sofya</room>
                <title>Making Custom Profiles in Matrix More Useful</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T12:00:00+02:00</date>
                <start>12:00</start>
                <duration>00:25</duration>
                <abstract>An overview of the UX design and technical implementation challenges faced when implementing &quot;live-update&quot; support for Profile Fields in Matrix.</abstract>
                <slug>matrix-conference-2026-101353-making-custom-profiles-in-matrix-more-useful</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='100568'>Andrew Morgan (anoa)</person><person id='101322'>Aaron Thornburgh</person>
                </persons>
                <language>en</language>
                <description>For most of the history of Matrix, users have only been able to attach two data points to their profiles: display names and avatar URLs. This changed in August 2025 when Matrix v1.16 included support for Custom Profile Fields (specified by [MSC4133](https://github.com/matrix-org/matrix-spec-proposals/pull/4133)).

But while clients could now set and get arbitrary fields, there was no mechanism for getting updates to changes in these fields. That made it unworkable to display fields in timelines or any other &quot;live&quot; UI elements. Profile elements could only really be shown if you specifically clicked on a user.

That changed this year when Element began to work on a feature designed to communicate &quot;statuses&quot;. They desired the ability to communicate &quot;I&apos;m in a meeting&quot; or &quot;I&apos;m on holiday&quot; without needing to change your display name (and polluting every other room you&apos;re in with membership updates).

This short talk from Andrew and Aaron at Element details the history, UX design, controversies and technical scalability constraints of designing a live-updating system for profile fields across Matrix.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QD377V/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QD377V/feedback/</feedback_url>
            </event>
            <event guid='ba0b6749-9cb1-5bf4-b75e-02c270c9c901' id='99070' code='WRGTRX'>
                <room>Sofya</room>
                <title>A vision for a next-generation timeline</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T12:30:00+02:00</date>
                <start>12:30</start>
                <duration>00:25</duration>
                <abstract>The timeline is the most interacted-with piece of any chat software. It&apos;s where messages live! It&apos;s hard to have a chat app without one.

Unfortunately, the matrix protocol has... compromises... in the timeline made for the sake of federation. From the incosistent ordering between sync and history on Synapse, to the inability to jump to pinned messages from before you joined, to the mystery of what happens when you join a room your server previously left. 

The good news is we have a solution! The bad news is it&apos;s gonna take a while. This talk is a rundown of every step needed to get a next-generation timeline. I&apos;ll explain stitched ordering, timeline fragments, and why we need state DAGs.</abstract>
                <slug>matrix-conference-2026-99070-a-vision-for-a-next-generation-timeline</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='98527'>Jade</person><person id='104452'>Ginger</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WRGTRX/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WRGTRX/feedback/</feedback_url>
            </event>
            <event guid='485e60c6-d5fe-5332-b73b-da0a93c054ee' id='102289' code='XE3K3B'>
                <room>Sofya</room>
                <title>Implementing Security Labels in Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T13:00:00+02:00</date>
                <start>13:00</start>
                <duration>00:25</duration>
                <abstract>In some environments, governments and regulated organisations can&apos;t simply put people in a room and let them talk. What can be shared, and who can read it, is governed by a formal classification policy and by the clearances held by everyone present.

This talk walks through a working implementation of security labelling in Matrix using Synapse, Element Web and Advanced Identity &amp; Access Management. We&apos;ll cover how policies are expressed, how labels attach to rooms and messages, and how the server enforces them. We&apos;ll then finish with a live demo.</abstract>
                <slug>matrix-conference-2026-102289-implementing-security-labels-in-matrix</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='101376'>Midhun Suresh R</person><person id='102866'>Kieran Lane</person>
                </persons>
                <language>en</language>
                <description>In defence, government and regulated industry, &quot;who is allowed to see this&quot; isn&apos;t a matter of room membership - it&apos;s a label against the message itself.

Users hold clearances, information carries a classification, and the system should guarantee the two are checked against each other. That expectation is a large part of why many of these organisations are still on older platforms, i.e. XMPP.

- What security classifications are, why they&apos;re used and who uses them.
- What are Security Policy Information Files (SPIF) and how are they used to express security classifications.
- A brief look at the proto-MSC written that guided this implementation
- A focused look at the work we did in Element Web to support message labels.
- How we got synapse to enforce these policies, including talking to an authorisation service.
- A live demo that shows all the pieces working together.

**Who this is for**: anyone building Matrix for a regulated or classified environment, plus spec and client developers curious about how we approached implementing labelling in Matrix generally.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XE3K3B/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XE3K3B/feedback/</feedback_url>
            </event>
            <event guid='06ebf410-1392-55f9-b060-6dd68151b4a8' id='101088' code='UV3NTW'>
                <room>Sofya</room>
                <title>Bringing MatrixRTC to the Matrix Ecosystem</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>Element Call already proves what is possible with MatrixRTC: decentralised, federated, end-to-end encrypted video and voice calls powered entirely by the Matrix protocol &#8212; but most of the Matrix ecosystem hasn&apos;t yet adopted it.
To change this we need to build an ecosystem around MatrixRTC that is as vibrant as Matix itself.
This talk outlines the vision of components for such an ecosystem and consolidates all the details required to efficiently build on top of MatrixRTC or add support to clients and sdks.

This talk starts with a quick tour of MatrixRTC from the ground up. We start with the core specification ([MSC4143](https://github.com/matrix-org/matrix-spec-proposals/pull/4143)): what a MatrixRTC session actually is, how participants announce themselves via `m.call.member` sticky events, and how a call across a federated network of homeservers and multiple LiveKit SFUs (Selective Forwarding Unit) works.

With the foundations in place, we explore what MatrixRTC makes possible beyond video calls: low-latency data channels, real-time collaborative features, game state synchronisation, and more &#8212; all authenticated by Matrix and federated by default.

The second half of the talk will be a conversation about **how** to build on MatrixRTC correctly and **why** it matters. We share our learning how to structure SDKs around MatrixRTC and evaluate possible shared building blocks. The goal is to build an ecosystem with components suited for most tasks without reinventing the wheel.

Attendees will gain a basic understanding of the technology so you leave the room knowing exactly where to start, and an awareness of what components are available to make your life easier and the final products stable and compatible. Let&apos;s bring MatrixRTC to the whole Matrix ecosystem.</abstract>
                <slug>matrix-conference-2026-101088-bringing-matrixrtc-to-the-matrix-ecosystem</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='100290'>Timo Kandra</person><person id='100332'>Robin Townsend</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/UV3NTW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/UV3NTW/feedback/</feedback_url>
            </event>
            <event guid='cd0115a5-5a03-5eb5-8531-5227aaa901cb' id='101050' code='WWLM98'>
                <room>Sofya</room>
                <title>Federated Scheduling: Integrating JSCalendar (RFC 8984) into Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>Matrix already provides the essential primitives for a decentralized calendar: room memberships, federated state exchange, spaces, and support for custom event and room types. This session explores the technical integration of RFC 8984 (JSCalendar) within the Matrix protocol. We will examine how the JSON-based representation of JSCalendar can be mapped to Matrix state events and what pieces are missing. The presentation concludes with a live demonstration of a working prototype within Tammy.</abstract>
                <slug>matrix-conference-2026-101050-federated-scheduling-integrating-jscalendar-rfc-8984-into-matrix</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='100300'>Benedict Benken</person><person id='100262'>Michael Thiele</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WWLM98/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WWLM98/feedback/</feedback_url>
            </event>
            <event guid='9afe8933-a3e5-5c81-add5-e73168d5b046' id='101034' code='M3A3HK'>
                <room>Sofya</room>
                <title>Project Hydra (phase 2+3): further improving the security of the federation protocol</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>The federation protocol is how Matrix homeservers communicate between each other. In private federations this isn&apos;t particularly challenging as the network is trusted but in the public federation this isn&apos;t true. This talk dives into what protocol improvements are in the works to make the public federation more secure against Byzantine actors, particularly against &quot;backdating&quot;: intentional misuse of the concurrency primitives to manipulate the authorisation algorithm. We&apos;ll explore why this problem is hard, what some of the failure modes are, and how we are working on addressing them.

Some of this work was presented in a [peer-reviewed article](https://dl.acm.org/doi/10.1145/3806077.3806691).</abstract>
                <slug>matrix-conference-2026-101034-project-hydra-phase-2-3-further-improving-the-security-of-the-federation-protocol</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='100060'>Kegan Dougal</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/M3A3HK/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/M3A3HK/feedback/</feedback_url>
            </event>
            <event guid='faa16000-1c16-5f90-8f05-fe79769ba31a' id='101803' code='V9PXRV'>
                <room>Sofya</room>
                <title>A common journey to user federated search</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:45:00+02:00</date>
                <start>15:45</start>
                <duration>00:25</duration>
                <abstract>Currently user search can only be done locally, which would at best get a list of all users known to the server.

This talk aims at explaining the research we did regarding speccing and implementing a spec change proposal for the user federated search (MSC4258).

We will also explained the different solutions we thought about and the associated tradeoffs regarding data privacy, performance and complexity.

This talk is also about a collaboration between 2 public sector teams from 2 different countries :)</abstract>
                <slug>matrix-conference-2026-101803-a-common-journey-to-user-federated-search</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='105108'>Kai A. Hiller</person><person id='106097'>Maghen Calinghee</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/V9PXRV/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/V9PXRV/feedback/</feedback_url>
            </event>
            <event guid='f67e16b0-034b-54fa-86af-4f4efa7fedc8' id='102417' code='7GYBAP'>
                <room>Sofya</room>
                <title>Next Generation Matrix: P2P, DMLS and more!</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>00:25</duration>
                <abstract>2026 has seen the resurgence of Next Generation Matrix research funded by Element, as we get back to futureproofing Matrix for the medium-long term.

The main project has been the return to P2P Matrix: embedding homeservers inside modern Matrix clients, speaking the very latest Matrix room versions, supporting arbitrary overlay networks.  This opens up the world of Matrix for pure mesh communications, and can radically improve metadata footprint (given in a world with no servers, there&apos;s nowhere for metadata to gather).  Funded by the Dutch Government, we announced this at last year&apos;s Matrix Conference in the Matrix State of the Union, and work began in earnest in April.  With first releases due in July, we should have an awful lot to talk about by the time of The Matrix Conference in October!

Alongside this, there&apos;s also been a bunch of work around next generation encryption and yet more ways of marrying together Matrix and MLS, the IETF standard for group key exchange.  One of the more interesting directions has been Project Tachyon: what happens if you layer all of Matrix over Decentralised MLS, using MLS to define which devices can participate in the conversation - but use clientside Matrix state resolution for decentralised authorisation having decrypted the traffic?  In return you entirely solve the metadata problem: the server doesn&apos;t even know rooms exist; all it does is pass DMLS payloads around over to-device messages.

In this talk, we&apos;ll do a deeper dive into the latest P2P Matrix and DMLS work - and explore how Tachyon might also provide an answer to the eternal question of &quot;Portable Matrix&quot;: how do you run Matrix over an existing store-and-forward protocol like SMTP, XMPP, ActivityPub, etc?</abstract>
                <slug>matrix-conference-2026-102417-next-generation-matrix-p2p-dmls-and-more</slug>
                <track>Next Gen Spec</track>
                
                <persons>
                    <person id='99789'>Matthew Hodgson</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7GYBAP/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7GYBAP/feedback/</feedback_url>
            </event>
            <event guid='0f823514-0fec-58f5-9759-e6175118a255' id='101171' code='E9YU9X'>
                <room>Sofya</room>
                <title>Integrating Matrix Chat into the Waldur Resource Management Platform for Sovereign Conversations</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:15:00+02:00</date>
                <start>17:15</start>
                <duration>00:25</duration>
                <abstract>Waldur is a multi-tenant cloud and HPC resource-management platform. In Estonia it powers the state cloud (Riigipilv) and the national scientific computing infrastructure (ETAIS), where deployments routinely involve personal and sensitive data. Yet support for all of it happens across scattered channels: Slack, Signal, email, whatever a given user reaches for. The context for any single deployment is split across all of them. To debug a problem you reconstruct the story from fragments in different apps, there is no durable history tied to the project, and sensitive conversations end up sitting in third-party consumer tools.
We are building a Matrix integration for Waldur using the Application Service API, giving every project its own room. Room membership mirrors project membership: members are invited and synced automatically from their existing project roles, so the people in the conversation are exactly the people with access to the resource. The chat renders directly in the Waldur UI, and for support staff who prefer it, the same chat is also available on the go.
We have finished implementing the first version and are now pushing it to our first users for testing. This talk introduces the problem, walks through the solution we are building, and shares our future plans for Matrix inside Waldur.</abstract>
                <slug>matrix-conference-2026-101171-integrating-matrix-chat-into-the-waldur-resource-management-platform-for-sovereign-conversations</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100404'>Hendrik Jaks</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/E9YU9X/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/E9YU9X/feedback/</feedback_url>
            </event>
            <event guid='a0ca2ef9-a922-50a1-8c51-4e711d5b512e' id='101196' code='39DKCK'>
                <room>Sofya</room>
                <title>Disappearing the Protocol: Integrating Matrix into a Multi-App Platform</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:45:00+02:00</date>
                <start>17:45</start>
                <duration>00:25</duration>
                <abstract>In a comprehensive digital workspace, the ultimate measure of success for Matrix is invisibility. End-users shouldn&apos;t manage a separate Matrix profile, understand what a homeserver is, or manually exchange Matrix IDs. But how do you take a protocol designed to be the center of its own universe and cleanly relegate it to a silent, powerful chat engine under the hood of a broader platform? 

This talk explores the architectural reality of &quot;disappearing&quot; Matrix into a cloud collaborative platform. We will explore how to hide Matrix-flavored concepts to users, and map platform-native user management or ACLs onto Matrix.

By looking at custom identity servers, and application bridges, we will share the practical engineering required to keep the protocol completely transparent to the user.</abstract>
                <slug>matrix-conference-2026-101196-disappearing-the-protocol-integrating-matrix-into-a-multi-app-platform</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100428'>Pierre &apos;McFly&apos; Marty</person>
                </persons>
                <language>en</language>
                <description>This talk provides an architectural study of embedding Matrix seamlessly inside a larger multi-app platform. Bypassing basic integration concepts, the focus shifts directly to the specific Matrix components deployed and the automation built to prevent protocol semantics from leaking to the end-user. 

**Architectural Deep Dive:**

*   **Identity Automation via ToM (Twake-on-Matrix):** A look at a Matrix Identity Server, with some modifications integrating company-wide directories and extended profiles as well as fully automated user account lifecycle, keeping Matrix profile management entirely invisible to the user.
*   **State &amp; ACL Sync via Twake Bridge:** Determining system authority remains the hardest part of integration. An application service automates synchronization between a platform&apos;s native HRIS-style user/group ACLs and Matrix&apos;s room/power-level state, ensuring overarching platform rules dictate Matrix room behavior instantly and automatically.
*   **The Edge of Automation:** An open design discussion on where the illusion breaks. Should Matrix room attachments share quota semantics with a platform&apos;s broader file storage ecosystem? A critical look at the unsolved boundaries of shared storage, media ownership, and sync direction.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/39DKCK/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/39DKCK/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Katherine' guid='d1cad1c4-5423-57bf-bc0c-2663da0866d4'>
            <event guid='3757cce5-4039-5fb9-b917-d2b8a0df1289' id='100965' code='VZQLU3'>
                <room>Katherine</room>
                <title>Matrix in Public Sector - Panel Discussion</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T12:00:00+02:00</date>
                <start>12:00</start>
                <duration>00:55</duration>
                <abstract>This panel discussion will gather several public sector organisations who have deployed Matrix at scale to discuss about the relevance of Matrix in public sector, the importance of cross-border collaboration / cross-border interoperability, supporting the ecosystem (and challenges thereof) and benefits of using Matrix over proprietary solutions.</abstract>
                <slug>matrix-conference-2026-100965-matrix-in-public-sector-panel-discussion</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='100220'>Marco Holz</person><person id='102341'>Patrick Weber</person><person id='97335'>Kenneth Edwall</person><person id='99596'>Amandine Le Pape</person><person id='100959'>Mathieu Velten</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/VZQLU3/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/VZQLU3/feedback/</feedback_url>
            </event>
            <event guid='02040d91-ed80-580b-b55a-51fa38b73a46' id='97741' code='TQJAV9'>
                <room>Katherine</room>
                <title>How can governments collaborate digitally without forcing every organization onto the same platform?</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T13:00:00+02:00</date>
                <start>13:00</start>
                <duration>00:25</duration>
                <abstract>Sweden&apos;s eSam initiative(eSamverkansprogrammet) has explored Matrix as a foundation for interoperable communication across public-sector organizations. Starting with a live federation pilot between two national agencies, the work has evolved into a broader effort involving governance, security, legal frameworks, and long-term sustainability.

This session discusses how Matrix can support digital sovereignty, interoperability, and vendor independence while enabling practical collaboration across organizational boundaries.</abstract>
                <slug>matrix-conference-2026-97741-how-can-governments-collaborate-digitally-without-forcing-every-organization-onto-the-same-platform</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='97335'>Kenneth Edwall</person><person id='100870'>Cecilia Spiik</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments>
                    <attachment href="https://cfp.2026.matrix.org/media/matrix-conference-2026/submissions/TQJAV9/resources/eS_LRVfsEu.pptx">eSamverkansprogrammet - How can governments collaborate digitally without forcing every organization onto the same platform</attachment>
                </attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TQJAV9/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TQJAV9/feedback/</feedback_url>
            </event>
            <event guid='c0b02d7e-bbe9-581b-a3f0-9420c0a4dbaa' id='102388' code='KDNVUL'>
                <room>Katherine</room>
                <title>Bridging private federations across borders</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>This talk will first present an amazing demo where someone from the Swedish Matrix public sector deployment will magically be able to talk to someone on the French one, and perhaps perhaps we will even be joined by someone from the NATO one, what an amazing time to be alive!

A presentation will follow to talk about how we manage to pull this through, being on a technological or human cooperation level.</abstract>
                <slug>matrix-conference-2026-102388-bridging-private-federations-across-borders</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='100959'>Mathieu Velten</person><person id='97335'>Kenneth Edwall</person><person id='100427'>Jeroen Franssen</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KDNVUL/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KDNVUL/feedback/</feedback_url>
            </event>
            <event guid='2fc92e03-8ced-5b03-a929-46fdd9179ba2' id='101809' code='CWLX8Z'>
                <room>Katherine</room>
                <title>Server-side functionality for multilateral use</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>To make the most of the sovereignty and interoperability enabled by Matrix, governments need to deploy at scale; across multiple organisations within their own country, between partner countries and mission partner environments. At an even larger scale, they may also need to support government to citizen communications - literally tens or even hundreds of millions of people.

This session explores what&#8217;s required to deliver these types of production environments straight out of the box. We&apos;ll cover server-side interoperability, mixing and matching Element Server Suite Pro with other Matrix-based solutions without friction, and how to make federation genuinely easy to deploy and manage - within large organisations and with external partners.

For example, when you federate with a partner you should be able to find your colleague in their directory. You should be able to share files with them and collaborate seamlessly, but also safely and in a controlled manner; such as checking what goes in and out of your network with proven Secure Border Gateways.

Finally, we&apos;ll explore air-gapped deployments and cross-domain functionality - enabling secure communications across classification boundaries where external connectivity simply isn&apos;t an option.</abstract>
                <slug>matrix-conference-2026-101809-server-side-functionality-for-multilateral-use</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='102818'>Patrick Maier</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/CWLX8Z/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/CWLX8Z/feedback/</feedback_url>
            </event>
            <event guid='5c9f4281-fb10-5844-91d2-9e0c363a0444' id='103132' code='YHV8XB'>
                <room>Katherine</room>
                <title>Sovereignty meets Interoperability: The European Commission&apos;s Matrix Story</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>Enhancing open standards and data ownership within its ecosystem, the European Commission is walking the (sovereign) talk by introducing a new Digital Workplace service powered by Matrix / Element. This talk walks you through the EC&apos;s journey from early architecture decisions to deploying a production ready communication service. We will share the practical reality of integrating Matrix into a large-scale institutional ecosystem - balancing strict security and compliance requirements with user experience and the key lessons learned along the way.</abstract>
                <slug>matrix-conference-2026-103132-sovereignty-meets-interoperability-the-european-commission-s-matrix-story</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='104658'>Alexandru VIGNIDE</person><person id='104659'>Diana GHEORGHE</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/YHV8XB/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/YHV8XB/feedback/</feedback_url>
            </event>
            <event guid='63bf2d8d-20f3-5014-badf-a5329470400f' id='103131' code='KZM8NW'>
                <room>Katherine</room>
                <title>Forrester Report: Open source and open standards for sovereignty, privacy, and security</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:45:00+02:00</date>
                <start>15:45</start>
                <duration>00:25</duration>
                <abstract>Digital sovereignty is a board-level priority, but ambition often outpaces reality. In this session, Forrester analyst Dario Maisto presents findings from his latest report, drawing a clear line between sovereignty, privacy, and security, and examining the practical challenges organisations face in reducing dependency on dominant tech stacks, from productivity suites to communication. He explores how open standards and open source can support sovereignty goals, introducing a Minimum Viable Sovereignty framework for setting realistic targets.

The session also addresses the limits of open source, including project health, maintainer sustainability, and commercial support, as key factors in mission-critical viability, leaving attendees with a grounded framework for evaluating sovereignty initiatives.</abstract>
                <slug>matrix-conference-2026-103131-forrester-report-open-source-and-open-standards-for-sovereignty-privacy-and-security</slug>
                <track>Digital Sovereignty</track>
                
                <persons>
                    <person id='104163'>Dario Maisto</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KZM8NW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KZM8NW/feedback/</feedback_url>
            </event>
            <event guid='9158e0f6-fe9c-57e5-a658-1586b3a8952f' id='103106' code='3GTLFM'>
                <room>Katherine</room>
                <title>Between the protocol and the customer: federation expectations in production</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>00:25</duration>
                <abstract>Every organization that adopts Matrix federation makes the protocol more valuable. Every gap they hit makes adoption harder. Rocket.Chat runs Matrix federation in production for government, defence, and critical infrastructure organizations, and that work shows where the protocol already meets customer expectations, and where it can go further. This talk shares our findings from real-world implementation conversations, findings from adoption, and proposals for native capabilities.</abstract>
                <slug>matrix-conference-2026-103106-between-the-protocol-and-the-customer-federation-expectations-in-production</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='102123'>Renato Becker</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/3GTLFM/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/3GTLFM/feedback/</feedback_url>
            </event>
            <event guid='66fbc441-ce99-52e3-9c2a-df9f710b0bc9' id='103133' code='DNNLEW'>
                <room>Katherine</room>
                <title>United Nations (UNICC)</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:15:00+02:00</date>
                <start>17:15</start>
                <duration>00:25</duration>
                <abstract>Over five decades, is the largest strategic partner for common, trusted, and cybersecure
digital foundations across the entire UN system. Today, UNICC serves over 100 UN entities and other international organizations, operating in a global environment where secure, cross-agency collaboration is essential to fulfilling its mandates. Therefore, UNICC is uniquely positioned to identify and promote the reuse of open-source solutions across the UN system and beyond.

Operating within the UN context requires strict adherence to institutional independence,
technological neutrality, data privacy, and digital sovereignty. Matrix&#8217;s open, decentralized standard has helped UNICC ensure that sensitive inter-agency communications, crisis management, and incident response operations remain under complete institutional control, protected by end-to-end encryption.

This session explores UNICC&#8217;s practical journey in deploying Matrix at scale. Attendees
will gain insights into multi-tenant federation, open-source governance, and how
decentralized protocols provide a resilient, sovereign digital backbone for global public
goods.

Key Takeaways:

- Strategic Evolution:&#160;How UNICC shifted to open standards for global UN collaboration.
- Digital Sovereignty &amp;amp; Data Protection:&#160;Protecting sensitive data through decentralized, end-to-end encrypted architecture that strengthens institutional control and reduces dependency on proprietary platforms.
- Operational Value:&#160;Real-world benefits of federated communication in emergency response and automated workflows.</abstract>
                <slug>matrix-conference-2026-103133-united-nations-unicc</slug>
                <track>Public Sector sponsored by Element</track>
                
                <persons>
                    <person id='104660'>Sameer Chauhan</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DNNLEW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DNNLEW/feedback/</feedback_url>
            </event>
            <event guid='3ffbfef5-825e-59c2-9e04-c00f88558a31' id='101054' code='EYBZT9'>
                <room>Katherine</room>
                <title>Practical insights of using Matrix in Germany: External Security, Healthcare &amp; Public Sector</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:45:00+02:00</date>
                <start>17:45</start>
                <duration>00:25</duration>
                <abstract>In our talk, we would like to give conference participants an insight into practical use cases for the Matrix solution. We will cover projects in the healthcare sector, external security, and public administration.</abstract>
                <slug>matrix-conference-2026-101054-practical-insights-of-using-matrix-in-germany-external-security-healthcare-public-sector</slug>
                <track>Public Sector sponsored by Element</track>
                <logo>/media/matrix-conference-2026/submissions/EYBZT9/image_ts8ybgA.webp</logo>
                <persons>
                    <person id='100307'>Franziska Streidt</person><person id='100559'>Oliver Graml</person>
                </persons>
                <language>en</language>
                <description>We will discuss the approach taken for a Matrix implementation project. We will share insights on how to successfully execute such a complex project, using the TK Messenger and the &#8220;Bundes-Messenger/Bundeswehr-Messenger&quot; as examples. Afterwards, we will outline the Proof-of-Concept process within the public administration (Project Neo).</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/EYBZT9/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/EYBZT9/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Peter' guid='d5990945-3b74-52d6-8b90-9edc15d27885'>
            <event guid='a7355c25-85ca-579b-9aa9-1da3bb7ae895' id='102392' code='PYSDEF'>
                <room>Peter</room>
                <title>Open protocols unite: Common goals in advocating?</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-21T11:30:00+02:00</date>
                <start>11:30</start>
                <duration>00:11</duration>
                <abstract>Can open protocols communities learn from each other? For sure! I would like to talk about political demands from a perspective of advocating for open protocols based social networks in EUrope. And why I build the alliance &#8220;Open networks and public spheres&#8221;.  I would like to learn about your political demands as the Matrix community and what common struggles are that ActivityPub or atproto communities share with you?</abstract>
                <slug>matrix-conference-2026-102392-open-protocols-unite-common-goals-in-advocating</slug>
                <track>Lightning Talks</track>
                
                <persons>
                    <person id='101492'>samvie</person>
                </persons>
                <language>en</language>
                <description>This talks wants to build bridges within our habitat of open protocols communities. When advocating for open protocols as relevant tools for so called &quot;digital sovereignty&quot; (that is not for states and their administrations or for purely economical interests but from a digital commons perspective that benefits all) it seems important to build networks - so we can get to know our policies goals and see if we have joined political demands therefore.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/PYSDEF/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/PYSDEF/feedback/</feedback_url>
            </event>
            <event guid='51abc285-d432-5ba5-8952-448f641f9bf6' id='106034' code='D9Y33R'>
                <room>Peter</room>
                <title>Introduction to custodial / janitorial moderation and why you are already doing it</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-21T11:44:00+02:00</date>
                <start>11:44</start>
                <duration>00:11</duration>
                <abstract>A introduction to custodial / janitorial moderation and how you are already using this model, potentially without knowing it.</abstract>
                <slug>matrix-conference-2026-106034-introduction-to-custodial-janitorial-moderation-and-why-you-are-already-doing-it</slug>
                <track>Lightning Talks</track>
                
                <persons>
                    <person id='99673'>Cat</person>
                </persons>
                <language>en</language>
                <description>In this talk i will present the basics of the custodial / janitorial moderation model and the role split and go into why your already using this model potentially not knowing it and describing what the roles do in a safe manner.

While the subject matter of janitorial moderation can become very content warning heavy very quickly this talk will stay away from this by having a here be dragons type of policy around this by only saying things go bump in the night and leaving defining that as a exercise for the audience.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/D9Y33R/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/D9Y33R/feedback/</feedback_url>
            </event>
            <event guid='1238f7ed-89d9-5f5a-a931-1f106db17d5b' id='102416' code='NBMLXD'>
                <room>Peter</room>
                <title>Building a safer network, together</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T12:00:00+02:00</date>
                <start>12:00</start>
                <duration>00:25</duration>
                <abstract>Join **Jim** from the Matrix.org Foundation Trust &amp; Safety team, as he walks through the progress the ecosystem has made in building a safer network, and invites you to join us in building the future of safety on Matrix. Jim is joined by special guest **Juliet** from [ROOST](https://roost.tools), and you&apos;ll hear about their tools **Coop** and **Osprey**. We&apos;ll talk about how matrix.org is using those tools, and how we&apos;re making them more accessible for Matrix servers. Jim will also talk about **Reporting v2**, a flagship project for the Foundation Safety team, and **how you can help**.</abstract>
                <slug>matrix-conference-2026-102416-building-a-safer-network-together</slug>
                <track>Growing a Network</track>
                
                <persons>
                    <person id='101512'>Jim Mackenzie</person><person id='106147'>Juliet (she/her)</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/NBMLXD/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/NBMLXD/feedback/</feedback_url>
            </event>
            <event guid='e67e891b-6520-53f0-b8b1-1eb638c2268f' id='101186' code='7TNQFM'>
                <room>Peter</room>
                <title>The Adoption Gap: How Choice and Stigma Shape User Acceptance of Metadata-Private Messaging</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T12:30:00+02:00</date>
                <start>12:30</start>
                <duration>00:25</duration>
                <abstract>Tools for enabling metadata privacy - which prevents network observers from inferring who communicates with whom - have technically matured over decades. Yet, despite their maturity, these tools remain absent from today&apos;s mainstream messaging platforms. This talk looks beyond technical aspects and presents research into adoption barriers focusing on potential users themselves. It presents a study with 96 messaging app users investigating three key questions: How do users understand metadata privacy? What do they perceive as benefits and risks of metadata-private features? And under what conditions would they actually adopt metadata-private features?
The results reveal (1) limited understanding of metadata privacy, (2) dual-use potential as serving both legitimate and illegitimate actors, and (3) two fundamental adoption barriers. This includes a prosocial adoption gap in which despite recognizing legitimate beneficiaries (journalists, activists, whistleblowers), the majority of users would not adopt a novel metadata-private app for the sake of others&apos; benefit. The other adoption gap we identify is a choice stigma paradox in which the optionality of metadata-private features enables acceptance but at the same time leads to social stigma, with users worrying about appearing suspicious for choosing increased privacy.  
Building on these insights, I discuss what these findings mean for deploying metadata privacy in practice - including why universal defaults may succeed where optional features fail.</abstract>
                <slug>matrix-conference-2026-101186-the-adoption-gap-how-choice-and-stigma-shape-user-acceptance-of-metadata-private-messaging</slug>
                <track>Growing a Network</track>
                
                <persons>
                    <person id='100418'>Tom Biselli</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7TNQFM/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7TNQFM/feedback/</feedback_url>
            </event>
            <event guid='c5939e1e-e515-58ad-a836-9aeeb7675e7d' id='100909' code='DMFPLT'>
                <room>Peter</room>
                <title>FluffyChat - Creating a [matrix] messenger for individuals</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T13:00:00+02:00</date>
                <start>13:00</start>
                <duration>00:25</duration>
                <abstract>From user discovery and end to end encryption to push notifications: how the requirements for a matrix messenger differs if the target audiance are individuals instead of businesses.</abstract>
                <slug>matrix-conference-2026-100909-fluffychat-creating-a-matrix-messenger-for-individuals</slug>
                <track>Matrix Inside</track>
                <logo>/media/matrix-conference-2026/submissions/DMFPLT/image_5c5K1cT.webp</logo>
                <persons>
                    <person id='100165'>Krille (Christian K.)</person>
                </persons>
                <language>en</language>
                <description>Since 2017 I&apos;m developing FluffyChat, first for Ubuntu Touch and since 2020 also for Android, iOS, Web and Linux. Always with one goal in mind: Target individuals instead of businesses and therefore as a non profit project. In this talk I would like to outline how I have different user groups in mind when designing new features, how to make user discovery or end to end encryption easy to use but also powerful.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DMFPLT/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DMFPLT/feedback/</feedback_url>
            </event>
            <event guid='d944e8d6-587f-5f45-a96b-a80acac90887' id='103135' code='3PYU7E'>
                <room>Peter</room>
                <title>Labrys - deploying air-gapped Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>Air-gapped Matrix is usually treated as a deployment question. For us, it is the architecture.

Axiom is Labrys&#8217; operational platform, built for military clients and the most hostile threat models you can name: encrypted communications, verified media, shared mapping and live location. Underneath it, Matrix is NOT just the messenger. It is the transport. Homeservers, rooms and events carry the rest of the system, including across networks that never touch the public internet.

This talk covers what had to move inside the boundary, why using Matrix as a transport is particularly useful in isolated networks, and what we learned from taking a live platform off the internet.</abstract>
                <slug>matrix-conference-2026-103135-labrys-deploying-air-gapped-matrix</slug>
                <track>Matrix Inside</track>
                
                <persons>
                    <person id='104561'>Dan Woodel</person><person id='104562'>Luke Wattam</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/3PYU7E/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/3PYU7E/feedback/</feedback_url>
            </event>
            <event guid='8e7cd361-162e-5c8e-83f8-6428cd75a4d0' id='101042' code='7BLS3N'>
                <room>Peter</room>
                <title>NeoBoard at scale - Demo</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>NeoBoard, the open-source real-time collaborative whiteboard built on the Matrix protocol, has come a long way since its first appearance at the Matrix Conference. In this talk, Nordeck&apos;s CEO gives an honest account of where the product stands today &#8212; the architecture, the open-source release, the feature roadmap &#8212; and announces some surprises that take NeoBoard beyond the developer community and into everyday use.</abstract>
                <slug>matrix-conference-2026-101042-neoboard-at-scale-demo</slug>
                <track>Matrix Inside</track>
                
                <persons>
                    <person id='100296'>Hato Nordeck</person>
                </persons>
                <language>en</language>
                <description>A concise overview of the current state: the dual form factor (Matrix widget for Element Web and a standalone Matrix client), the open-source release under AGPL-3.0, the infinite canvas, CRDT-based real-time collaboration via MatrixRTC, and the product&apos;s place within the openDesk suite. This sets the stage for an audience that may know NeoBoard from previous conferences but wants to understand where the product is in mid-2026. 

The deployment at &quot;DAP Digitaler Arbeitsplatz f&#252;r Lehrer in Baden-W&#252;rttemberg&quot; for 86K users will be NeoBoard&apos;s largest public-sector deployment, and sits within the broader openDesk ecosystem already serving tens of thousands of users across German public institutions. We will share lessons from the discovery and evaluation process, what it takes to deploy a Matrix-based tool at this scale, and what the education sector demands from a collaborative whiteboard.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7BLS3N/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/7BLS3N/feedback/</feedback_url>
            </event>
            <event guid='c6d51c10-b440-500f-8010-710aeaf5ec5c' id='100881' code='PUQNED'>
                <room>Peter</room>
                <title>Robrix: a pure Rust multi-platform Matrix client, and a peek at its future</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>Robrix is a &quot;new&quot; FOSS Matrix client written entirely from scratch in Rust, with some cool power user features like a **dockable-tabs view** of multiple rooms side-by-side, just like your favorite IDE. It&apos;s simple and flexible enough for casual chatters as well, and can seamlessly transition into a sleek mobile-friendly adaptive UI for narrow screens.

Robrix runs smoothly and consistently across mobile &amp; desktop platforms, thanks to the underlying Makepad UI toolkit and Robius abstraction crates, which we also wrote ourselves in Rust. After several years of hard work on those components, we have finally reached the milestone of publishing Robrix to major app stores.

Join us to learn more, see some fun live demos, and give it a try yourself. We&apos;ll also preview some of our future ideas, such as making Matrix the best medium for coordinating and managing multi-agent workflows (even better than Telegram!).</abstract>
                <slug>matrix-conference-2026-100881-robrix-a-pure-rust-multi-platform-matrix-client-and-a-peek-at-its-future</slug>
                <track>Matrix Inside</track>
                <logo>/media/matrix-conference-2026/submissions/PUQNED/image_uwrwbfD.webp</logo>
                <persons>
                    <person id='100137'>Kevin Boos</person>
                </persons>
                <language>en</language>
                <description>[Robrix](https://github.com/project-robius/robrix) began as a flagship application test case and driver for the cross-platform development of [Makepad](https://github.com/makepad/makepad) and [Robius](https://github.com/project-robius), but has since become a real project in its own right. While it&apos;s not yet 100% complete, we&apos;ve achieved near feature parity with other big Matrix clients, and that gap is closing every week.

### First half: current state + demo 
In the first half of this talk, we&apos;ll give an overview and live demo of Robrix&apos;s current design and core Matrix functionality. Beyond the goals of flexibility and productivity for users who want it, we also prioritize consistency: all UI experiences and features are available on **every device** and **every platform** &#8211; we don&apos;t restrict features just because you&apos;re on your phone.

While Robrix itself is platform-independent (aka, easy to contribute to! &#128522;), it runs natively on iOS, Android, macOS, Windows, and Linux (X11 &amp; Wayland). Web/WASM and HarmonyOS/OpenHarmony are mostly supported but need a bit of TLC. Importantly, since we control the entire stack, we can achieve deep integration with underlying OS services and platform features, all without a heavyweight framework or web engine like Electron. Integration layers can even be customized, allowing us to improve upon known limitations of other frameworks like Flutter.

Publishing Robrix to app stores has also validated our earliest objective: one can successfully distribute cross-platform Rust apps through platform-native channels despite bypassing those platforms&apos; native UI frameworks and build systems.

### Second half: future &amp; in-progress work  
In the second half of this talk, we&apos;ll explore some potential future directions. One example is leveraging Matrix as the medium for coordinating and managing multi-agent workflows, which are becoming increasingly popular. We envision an agent being able to generate or download dynamic &quot;mini-apps&quot; written in *Splash*, Makepad 2.0&apos;s UI scripting language, that can be safely interpreted in a streaming manner within a resource-isolated sandbox.

This would enable an agent to create things like a **custom interactive status dashboard** _directly within a room_, which would be accessible on any device, even restricted systems like iOS. We could even inject custom dependencies, such as the Matrix Widget API, into a custom Splash mini-app to enable it to access room info, user context, and timelines with the existing capability-based permissions model.

This combination of Robrix&apos;s rich UI and the Matrix Widget API could elevate Matrix to become the ideal choice for agent coordination, surpassing Telegram, the de facto choice for chat-room-like coordination between agents.

Beyond that, we&apos;d also like to experiment with integrating *on-device* models for simpler, more practical utility features, e.g., summarizing a few weeks of missed messages in an E2EE room (preserving privacy) or answering user questions based on room history.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/PUQNED/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/PUQNED/feedback/</feedback_url>
            </event>
            <event guid='eed8f269-c7d1-5e3e-a51a-7635ba27dca6' id='102410' code='NBEB99'>
                <room>Peter</room>
                <title>As a [server administrator], I want to [run Element successfully in my organisation/community]</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T15:45:00+02:00</date>
                <start>15:45</start>
                <duration>00:25</duration>
                <abstract>Introducing a new communication tool into an existing organisation or community usually means training users and addressing their common pain points as best as possible. Over the last few years, Element Server Suite (ESS) has empowered administrators to integrate Element in a way that makes sense for their organisations, through tools like Element Admin and recent improvements in the rest of the Matrix stack.

This talk will go through what the Element stack has to offer in terms of administration tooling, UX improvements for onboarding new users and integration with existing user directories. This includes concrete user-facing features like QR code login and many features introduced with Matrix Authentication Service, but also leveraging new features in the Matrix spec like extensible profiles.</abstract>
                <slug>matrix-conference-2026-102410-as-a-server-administrator-i-want-to-run-element-successfully-in-my-organisation-community</slug>
                <track>Matrix Inside</track>
                
                <persons>
                    <person id='101508'>Quentin Gliech</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/NBEB99/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/NBEB99/feedback/</feedback_url>
            </event>
            <event guid='3430de61-b448-5e2b-b4ec-b8c90e523784' id='100709' code='QXZEQJ'>
                <room>Peter</room>
                <title>From helplessness to sovereignty: Matrix as a use case for fairer information infrastructure</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>00:25</duration>
                <abstract>The privacy paradox (the theory that people say they care about their privacy but behave as if they do not), assumes that user behaviours are irrational, uninformed, and based on choosing convenience above their own data protection.
My research points to a different perspective: people do care, and they also behave inconsistently, but not always out of convenience. At its core, it seems that people behave inconsistently because they feel they have no agency and that &#8220;there is no point&#8221; in trying to protect their personal information. In this sense, we all live more in a state of privacy helplessness than in a paradox &#8211; a paradox implies a choice we don&#8217;t all have.

Regulations like the GDPR can&#8217;t be the sole solution for such a widespread and structural issue, nor are they a substitute for measures which focus on actual empowerment. Geopolitical considerations are also leading private organisations and governments to more carefully ownership and control of their data, which leads to questions around autonomy and digital sovereignty.

In this talk I will go through the reasons why decentralised, end-to-end-encrypted public infrastructure, built on open standards, could be the structural answer to these problems. Matrix is one of the few working examples of this kind of technology being deployed in the public sector at scale. Matrix based communications are a key case study to show why open technology is essential to address individual concerns around helplessness, as well as national level issues associated with digital sovereignty (or lack of it).</abstract>
                <slug>matrix-conference-2026-100709-from-helplessness-to-sovereignty-matrix-as-a-use-case-for-fairer-information-infrastructure</slug>
                <track>Digital Sovereignty</track>
                
                <persons>
                    <person id='99996'>Denise Almeida</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QXZEQJ/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QXZEQJ/feedback/</feedback_url>
            </event>
            <event guid='8c3c2aad-8fd8-5337-9abe-4134a631cf6f' id='101298' code='HCZ83N'>
                <room>Peter</room>
                <title>Europe&#8217;s tech sovereignty: what&#8217;s in it for Matrix?</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:15:00+02:00</date>
                <start>17:15</start>
                <duration>00:25</duration>
                <abstract>The European Commission defines tech sovereignty as Europe&#8217;s ability to act independently in the digital world by developing and controlling key technologies, data, and infrastructure, while reducing reliance on non-EU providers. On June 3, the European Commission has published a tech sovereignty package. What&#8217;s included in the package? What&#8217;s positive? What the Commission didn&#8217;t get quite right and can it be fixed? And what&#8217;s in it for Matrix and Free and Open Source Software in general? The talk will provide a gentle introduction into some of the elements of the tech sovereignty package and try to answer all these questions.</abstract>
                <slug>matrix-conference-2026-101298-europe-s-tech-sovereignty-what-s-in-it-for-matrix</slug>
                <track>Digital Sovereignty</track>
                
                <persons>
                    <person id='100510'>Marcel Kolaja</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HCZ83N/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HCZ83N/feedback/</feedback_url>
            </event>
            <event guid='0d58e4c6-483f-50b2-aae0-ebc8ece70243' id='100495' code='MFBXVD'>
                <room>Peter</room>
                <title>Digital Sovereignty Is No Longer a Buzzword &#8212; It&apos;s Procurement Policy</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-21T17:45:00+02:00</date>
                <start>17:45</start>
                <duration>00:25</duration>
                <abstract>Just days before this conference, the European Commission adopted the **European Technological Sovereignty Package**, placing open source explicitly at the centre of Europe&apos;s digital strategy for the first time. The timing is not coincidental. It is the political response to a structural dependency Europe can no longer afford to ignore: critical infrastructure &#8212; including healthcare &#8212; running on platforms controlled by others.

This talk makes a practical argument: digital sovereignty has moved from political rhetoric to **procurement reality**. Across Europe, more than 20 governments have already chosen Matrix as their foundation for sovereign, vendor-agnostic communication &#8212; from Germany&apos;s Bundeswehr and BundesMessenger to France&apos;s Tchap and LaSuite, Sweden&apos;s SAFOS Chatt, and the European Commission itself. This is no longer a pilot phase. It is production infrastructure.

Healthcare is where the argument becomes hardest &#8212; and most compelling. Germany&apos;s **TI-Messenger**, mandated by gematik and built on the Matrix open standard, connects over 150,000 healthcare organizations and reached 74 million statutory insured citizens in July 2025, making it the largest Matrix deployment worldwide. Yet real-world adoption reveals a tension that no technical standard alone can resolve: clinical staff default to WhatsApp not out of ignorance, but because it works and patients are already there. Studies show 82% of healthcare organizations carry significant shadow IT exposure, and the NHS has internally described WhatsApp use as a *&quot;privacy and clinical safety timebomb&quot;*. The problem is not the technology. It is incentives and governance.

Drawing on experience as a healthcare IT vendor building on the Matrix protocol, this talk examines **three dimensions of sovereignty** &#8212; data, infrastructure, and protocol &#8212; and shows how Matrix uniquely addresses all three simultaneously, in contrast to WhatsApp, Signal, and Microsoft Teams. It traces lessons from government deployments to their implications for regulated healthcare, and covers the regulatory drivers now turning sovereignty from aspiration into obligation: NIS2 designates healthcare as an &quot;essential entity&quot; subject to proactive audits and fines up to &#8364;10 million; the EHDS mandates structured interoperability; and the EU Technological Sovereignty Package is beginning to shape procurement criteria directly.

The talk closes with a challenge to the Matrix community: the TI-Messenger specification is a blueprint, not a ceiling. Building shared certification frameworks for healthcare across Europe &#8212; and treating interoperability between Matrix vendors as a competitive strength rather than a threat &#8212; is the next step. The window, opened by this week&apos;s EU package, will not stay open indefinitely.

**Attendees will leave with:** a clear framework for positioning Matrix in regulated procurement; an honest account of where adoption stalls and why; and a concrete call to action for the Matrix ecosystem in European healthcare.</abstract>
                <slug>matrix-conference-2026-100495-digital-sovereignty-is-no-longer-a-buzzword-it-s-procurement-policy</slug>
                <track>Digital Sovereignty</track>
                
                <persons>
                    <person id='99830'>Jens-Uwe Thieme</person>
                </persons>
                <language>en</language>
                <description>The presentation argues that digital sovereignty in healthcare IT has shifted from an abstract ideal to a concrete procurement requirement, using the Matrix protocol as the case study for sovereign communication. It builds the case in three acts:

1. The problem &#8212; clinical staff still default to WhatsApp despite sovereignty rhetoric; sovereignty means independence, not isolation.
2. The evidence maps the three layers / four platforms of the sovereign-communication landscape, shows 20+ European governments have already mandated it, identifies the four drivers (regulatory, security, cost, geopolitical) turning it into an obligation, and shows what sovereignty requirements look like inside an actual tender.
3. The complication and the ask &#8212; reach still lag adoption, an August 2026 inflection point in uptake, reasons adoption remains slow, the risk that no single vendor controls the standard, and closes with four concrete asks for stakeholders before the policy window closes.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/MFBXVD/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/MFBXVD/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Workshop' guid='ebac00d8-03ab-5480-9430-31f1f4f0d3ec'>
            <event guid='b8e93125-4856-5394-aad2-f44cd2ac82c4' id='101008' code='KDTBJ3'>
                <room>Workshop</room>
                <title>Customize your Matrix messenger</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-21T12:00:00+02:00</date>
                <start>12:00</start>
                <duration>01:30</duration>
                <abstract>Based on Trixnity Messenger, different customization options of the Matrix messenger client are shown.
We start easy with some white-labelling and re-route some parts of the app.
We continue with some adaptations of the existing UI and by adding a new feature that integrates seamlessly.
Lastly, we explore the possibility to re-use the messenger&apos;s UI logic to build a completely new UI layer on top.</abstract>
                <slug>matrix-conference-2026-101008-customize-your-matrix-messenger</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='100262'>Michael Thiele</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KDTBJ3/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KDTBJ3/feedback/</feedback_url>
            </event>
            <event guid='cedf28a8-17a5-546f-a4d8-cd705852d38c' id='101304' code='XQU8GA'>
                <room>Workshop</room>
                <title>Hello from the other side: a design workshop to bridge asymmetries between messaging clients</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-21T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>02:00</duration>
                <abstract>When messaging across interoperable platforms or different clients in a decentralized network, there is a common set of functionalities defined by the common protocol or API bridging the conversation, but there may also be unique functionality exclusive to each client. These differences may sometimes have important implications in the user experience and privacy of the conversation partners, but there are no design patterns or agreed standards for dealing with them. For example, imagine that someone sends a &quot;view only once picture&quot; but the receiver&apos;s client lacks this functionality: would you expect the receiver to simply show the picture? To show an error message saying &quot;message not supported&quot;? Or should the sender client prevent the use of  &quot;asymmetrical functionality&quot; in the first place? 

In this design workshop, we will introduce the concept of &quot;seamful design&quot;, briefly present cases where asymmetrical functionalities may harm user experience, and engage all attendees in a prototyping activity to explore potential workarounds through design. Based on the prototyped design ideas, we will discuss trade-offs, challenges and potential best UX practices for designing around functional asymmetries in interoperable messaging.</abstract>
                <slug>matrix-conference-2026-101304-hello-from-the-other-side-a-design-workshop-to-bridge-asymmetries-between-messaging-clients</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='100515'>Carla Griggio</person><person id='100327'>Stina Olsson</person><person id='100516'>Xinyuan Liu</person><person id='100418'>Tom Biselli</person>
                </persons>
                <language>en</language>
                <description>This workshop will be run by members of the **_mInt_** research lab on user-centered messaging interoperability from Aalborg University (Copenhagen, Denmark).

Workshop participants will gain knowledge on user-experience design concepts and low-fi prototyping of user interfaces. Participants will be encouraged to stay in touch after the workshop in a Matrix room and collaborate on a blog post summarizing the main takeaways.</description>
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XQU8GA/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XQU8GA/feedback/</feedback_url>
            </event>
            <event guid='57e3e2dd-5ac2-51c3-9ce0-e2114c06ff33' id='99064' code='WDFVAP'>
                <room>Workshop</room>
                <title>Matrix in Minutes</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-21T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>01:30</duration>
                <abstract>I&apos;ll show you how to deploy a working Matrix server, live, in just a few minutes using Continuwuity. Then we&apos;ll get down to brass tacks and set up everything that makes Matrix great:
- Native, next-generation video conferencing 
- Moderation bots, and all the tooling you need to manage and scale a public Matrix community
- Bridges beyond Matrix to message family on Whatsapp and signal or merge communities on Slack or Discord
- Bots, bots, bots! Ping racing, reminders and handy custom tools

I&apos;ve got a plan, but this sessions is for you, so we&apos;ll go off the rails to follow what you want to know. The intention is that everyone has something useful to take home!</abstract>
                <slug>matrix-conference-2026-99064-matrix-in-minutes</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='98527'>Jade</person><person id='105342'>Nex</person><person id='104452'>Ginger</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WDFVAP/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/WDFVAP/feedback/</feedback_url>
            </event>
            
        </room>
        
    </day>
    <day index='3' date='2026-10-22' start='2026-10-22T04:00:00+02:00' end='2026-10-23T03:59:00+02:00'>
        <room name='Sofya' guid='ad94b07e-ea65-53fd-8aab-3b3bf6c633ea'>
            <event guid='b9c1a267-e12f-5bd1-ad8f-9a9f1e154b0e' id='100236' code='FYKJMY'>
                <room>Sofya</room>
                <title>Foundation &amp; Governing Board update</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T10:00:00+02:00</date>
                <start>10:00</start>
                <duration>00:25</duration>
                <abstract>The Matrix.org Foundation is the key to Matrix&apos; independence from any commercial vendor. It exists to protect the neutrality of the Matrix protocol, promote Matrix as an open standard, give a voice to the members of the ecosystem and ensure trust and safety within the open network. This keynote will give an overview of the latest about the Foundation and will include a presentation from the Governing Board on the activities led by the various Committees and Working Groups.</abstract>
                <slug>matrix-conference-2026-100236-foundation-governing-board-update</slug>
                <track>Keynote</track>
                
                <persons>
                    <person id='99596'>Amandine Le Pape</person><person id='93589'>Nico</person><person id='100975'>Neil Johnson</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FYKJMY/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FYKJMY/feedback/</feedback_url>
            </event>
            <event guid='ed12a551-2d2b-5d3d-a85f-62d3eef91d5c' id='103858' code='G9XJTA'>
                <room>Sofya</room>
                <title>Matrix and MLS - The next step of the evolution</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T10:30:00+02:00</date>
                <start>10:30</start>
                <duration>00:25</duration>
                <abstract>Last year we started the endeavour of bringing Matrix and MLS together. The work on this subject led to some pretty exciting developments. Here you will be the first to learn about them!</abstract>
                <slug>matrix-conference-2026-103858-matrix-and-mls-the-next-step-of-the-evolution</slug>
                <track>Keynote</track>
                
                <persons>
                    <person id='102919'>Niklas Zender</person><person id='93558'>Timm Behner</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/G9XJTA/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/G9XJTA/feedback/</feedback_url>
            </event>
            <event guid='5fa26c5a-cd2c-54e3-8aca-456ce1e52fe8' id='98869' code='DDYYQW'>
                <room>Sofya</room>
                <title>How Encryption works in Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T11:45:00+02:00</date>
                <start>11:45</start>
                <duration>00:55</duration>
                <abstract>Intended for people who don&apos;t know much about encryption or Matrix, this session will give an overview of how your messages are kept safe, using end-to-end encryption.

We&apos;ll very briefly review what we are trying to do: be sure who we&apos;re talking to, and be sure no-one else can read our messages. Then we&apos;ll discuss how Matrix does this: devices talk to each other with something called Olm, and messages in rooms use Megolm.

By the end of this session you should be confident talking about how Matrix keeps your data safe, and you should know enough that you are able to dig deeper when you need to.</abstract>
                <slug>matrix-conference-2026-98869-how-encryption-works-in-matrix</slug>
                <track>Cryptography</track>
                
                <persons>
                    <person id='98348'>Andy Balaam</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DDYYQW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DDYYQW/feedback/</feedback_url>
            </event>
            <event guid='9182f4fe-2150-56f1-a315-e617826cc05d' id='100422' code='A8MVMH'>
                <room>Sofya</room>
                <title>New phone who dis: User verification using X.509 certificates</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T12:45:00+02:00</date>
                <start>12:45</start>
                <duration>00:25</duration>
                <abstract>At Element, we&apos;ve been thinking about how you can be sure you are chatting to the right person, not an intruder, without reading out numbers or emoji over a video call.

One approach we&apos;ve been experimenting with is the use of X.509 certificates issued by a trusted certificate authority. I&apos;ll be talking about how this helps (and when it doesn&apos;t), as well as covering some technical details of the implementation.

This talk is aimed at people interested in how we can improve the user experience of encryption of Matrix. I&apos;ll assume familiarity with concepts around encryption in Matrix such as user identities, but you won&apos;t need detailed cryptographic knowledge!</abstract>
                <slug>matrix-conference-2026-100422-new-phone-who-dis-user-verification-using-x-509-certificates</slug>
                <track>Cryptography</track>
                
                <persons>
                    <person id='99772'>Richard van der Hoff</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/A8MVMH/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/A8MVMH/feedback/</feedback_url>
            </event>
            <event guid='cb7ae4c1-476c-5c96-ab35-28ba33f22a96' id='93688' code='8ZCYUQ'>
                <room>Sofya</room>
                <title>When to Change the Locks in Your Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>When you operate communication infrastructure for one of Europe&apos;s largest defense organizations, &quot;good enough&quot; is never good enough.
At BWI, we do not just run Matrix. We trust in the idea behind it: that secure, open communication should be a public good.

When we introduced Matrix into the Bundeswehr, we made a deliberate decision: everything, always, end-to-end encrypted. No exceptions, no fallbacks. That single switch revealed the hard problems. Olm and Megolm, built on the Signal Protocol, are the gold standard of modern encryption, but they were not designed for large rooms with thousands of participants at government scale. Those cracks are what brought us to MLS, the IETF standard built for exactly those harder problems: scalable group key management, stronger forward secrecy, post-compromise security. MLS does not just change how keys are managed. It changes how little the server needs to know. And that is not a side effect. It is a design goal. The less the server knows, the less it can leak, and required by VS-AP0024, the BSI guidance we operate under.

That settled the what. Rust settles the how. Not as a language choice, but as the foundation that makes formal verification of the functional core possible, and memory safety everywhere else a given.

We wrote MSC2546 ourselves, defining how MLS integrates into the Matrix protocol at the spec level. Now we are ready to share what happened next.

In this talk, Timm and David from BWI will show you what it takes to bring MLS into a real production stack: what changes in the SDK, what it means for backend modules, and how Rust becomes the common thread that holds it all together. Expect no polished success story. Expect honest engineering: what was built, where it broke, and what it cost. And at the end, the first thing they shipped with it. A new way to have a conversation that leaves no trace. Come find out when to change the locks.

Join our journey.</abstract>
                <slug>matrix-conference-2026-93688-when-to-change-the-locks-in-your-matrix</slug>
                <track>Cryptography</track>
                
                <persons>
                    <person id='93556'>Bjoern Reiners</person><person id='93558'>Timm Behner</person><person id='102915'>David Lassig</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8ZCYUQ/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8ZCYUQ/feedback/</feedback_url>
            </event>
            <event guid='7d83e185-162a-56d1-a497-00e462e08dc9' id='102429' code='TZ8ZYX'>
                <room>Sofya</room>
                <title>Towards a Post-Quantum Matrix Protocol: A Hybrid Design Adapted to the Brazilian Scenario</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>This presentation outlines the development experience of a post-quantum cryptography (PQC) extension for the vodozemac library, tailored for its use in MSG GOV, a Matrix-powered E2EE messenger for the Brazilian federal government. Our hybrid design is adapted to support multiple PQC algorithms, including ML-KEM and Brazil&apos;s state-mandated cryptography. The talk details the practical software engineering challenges associated with the hybrid integration of flexible PQC features into the Matrix protocol, extending both the key agreement and the Double Ratchet algorithm while preserving compatibility.</abstract>
                <slug>matrix-conference-2026-102429-towards-a-post-quantum-matrix-protocol-a-hybrid-design-adapted-to-the-brazilian-scenario</slug>
                <track>Cryptography</track>
                
                <persons>
                    <person id='101523'>Paulo A L Rego</person><person id='104432'>Rodrigo Pacheco</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TZ8ZYX/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TZ8ZYX/feedback/</feedback_url>
            </event>
            <event guid='a34d0da6-2525-5cd9-be15-98bce06caefd' id='101087' code='XTFYUT'>
                <room>Sofya</room>
                <title>Feature asymmetry in interoperable messaging - a barrier for mitigating network effects?</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>This talk is about how feature asymmetries between interoperable messaging apps may disrupt users&apos; online self-presentation, that is, how they choose what features to use with different groups of people to control the impression they form of them.
Most users of messaging apps have their strategies to uphold some specific &#8220;persona&#8221;, if it is sending GIFs to add a humorous tone to the conversation, intentionally using dots at the end of messages to seem more intelligent or professional in front of their boss, or how they resonate when choosing a Snapchat avatar versus their profile picture for Teams. However, in interoperable messaging, some features are sometimes presented in different ways across clients. For example, one app may offer the sender to react to messages with an emoji, so they can reply to messages fast and with low effort, but the receiver app may attach animations to these reactions, bringing a more effortful and playful tone to the conversation. So how do these asymmetries affect users&apos; self-presentation, when may they experience a conversation differently to how the receiver sees it? In this talk, I present a research study on how feature asymmetries across different protocols and clients may affect self-presentation and what this means for interoperability as a means for mitigating network effects.</abstract>
                <slug>matrix-conference-2026-101087-feature-asymmetry-in-interoperable-messaging-a-barrier-for-mitigating-network-effects</slug>
                <track>Growing a Network</track>
                
                <persons>
                    <person id='100327'>Stina Olsson</person>
                </persons>
                <language>en</language>
                <description>The study was done together with the _mInt research lab on user-centered messaging interoperability_ at Aalborg University.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XTFYUT/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/XTFYUT/feedback/</feedback_url>
            </event>
            <event guid='c1f47b54-bc32-51c6-b634-4ab1ac4fd18f' id='98015' code='HKSYET'>
                <room>Sofya</room>
                <title>Homeserver Decentralisation Working Group Report</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T16:15:00+02:00</date>
                <start>16:15</start>
                <duration>00:25</duration>
                <abstract>Matrix was created with the idea of federation at the core, but nowadays there is matrix.org which contains a majority of the users of the wider matrix network, nullifying the benefits of it. This has since also started generating significant cost for The Matrix Foundation and lead to shutdown of some previously offered bridges. The Homeserver Decentralisation Working Group aims to improve the situation.</abstract>
                <slug>matrix-conference-2026-98015-homeserver-decentralisation-working-group-report</slug>
                <track>Foundation</track>
                
                <persons>
                    <person id='101379'>Nicolas Da Mutten</person>
                </persons>
                <language>en</language>
                <description>One of the co-chairs of the Homeserver Decentralisation Working Group go on a little journey through the history of the WG, how it formed, what challenges it tries to master and what lies ahead.

After a little introduction, you&apos;ll hear
- about the events that lead to the creation of the Working Group,
- how the initial members met,
- what problems The Matrix Foundation was already facing,
- what goals we have,
- what challenges lie ahead of us,
- our produced documents, governance proposals, tooling and general milestones achieved
- offering a look into the future, on what we aim to do in the near future and what we hope the far future will look like.

This talk is intended for Matrix contributors, homeserver administrators, community organizers, client developers and anyone interested in the governance and long-term sustainability of the Matrix ecosystem but also bigger organizations, that want to learn about the real benefits of federation and consider opening up their instance.

_In case you don&apos;t know about the Working Group, you can find all our information [here](https://github.com/cleverer/matrix-wg-promote-alternative-homeservers) or ask in our [matrix room](https://matrix.to/#/%23homeserver-decentralisation:matrix.org)._</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HKSYET/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HKSYET/feedback/</feedback_url>
            </event>
            <event guid='b904a052-17cc-5321-8054-109baa765a02' id='101043' code='ZAMKVT'>
                <room>Sofya</room>
                <title>Widgets Working Group</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>00:25</duration>
                <abstract>Matrix Widgets have been part of the Matrix universe for years &#8212; But:
What is a Widget? What is its definition, taxonomy and specification? 
Why Widgets makes sense in times of AI? 
Why Widgets make sense while matrix is getting more complicated on the client side?
The newly founded Matrix Widgets Working Group of the Foundation is tackling this: aligning on definitions, mapping use cases, and building the foundation for a flourishing widget and app ecosystem across all Matrix clients. 
In this talk we share the Working Group&apos;s goals, current status, and latest results &#8212; and invite anybody to get involved.</abstract>
                <slug>matrix-conference-2026-101043-widgets-working-group</slug>
                <track>Foundation</track>
                <logo>/media/matrix-conference-2026/submissions/ZAMKVT/image_sGswqZf.webp</logo>
                <persons>
                    <person id='100296'>Hato Nordeck</person><person id='106254'>Yan Minagawa</person>
                </persons>
                <language>en</language>
                <description>Matrix Widgets have long been an underutilised part of the ecosystem &#8212; powerful in theory, but held back by fragmented definitions, limited discoverability, and inconsistent client support. At Matrix Summit 2026, a group of community members came together to change that.
The newly founded Matrix Widgets Working Group of the Matrix Foundation is taking on the challenge: establishing a shared taxonomy for what a &quot;Widget&quot; actually is, mapping user needs and use cases, and laying the groundwork for a thriving app ecosystem &#8212; including a widget catalogue or App Store that makes widgets accessible and trustworthy for all Matrix clients and users.
In this talk, we will share:

- Why we founded the WG and what problem we are solving
- Our working definition of Matrix Widgets and how it differs from what exists today
- The key topics the WG is working on: Discovery &amp; Distribution, Developer Experience, Mobile Support, and more
Current results, open questions, and how you can get involved

Whether you are a client developer, a widget builder, or simply curious about the future of apps in Matrix &#8212; this talk is for you.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/ZAMKVT/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/ZAMKVT/feedback/</feedback_url>
            </event>
            <event guid='9f09543c-9326-583f-977b-86f942397fe8' id='101395' code='ZB8TVD'>
                <room>Sofya</room>
                <title>Closing</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T17:45:00+02:00</date>
                <start>17:45</start>
                <duration>00:25</duration>
                <abstract>Review and outlook</abstract>
                <slug>matrix-conference-2026-101395-closing</slug>
                <track>Keynote</track>
                
                <persons>
                    <person id='105770'>Andy Piper</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/ZB8TVD/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/ZB8TVD/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Katherine' guid='d1cad1c4-5423-57bf-bc0c-2663da0866d4'>
            <event guid='2d34bdcf-3fef-503a-add2-62b085fb454a' id='102423' code='RERS8J'>
                <room>Katherine</room>
                <title>Challenges of Matrix within Europe&apos;s most sovereign, most secure and largest IT Infrastructure</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T11:45:00+02:00</date>
                <start>11:45</start>
                <duration>00:25</duration>
                <abstract>Matrix was designed around strong end-to-end encryption and user-controlled trust. While this model is ideal for private communication, large public-sector and critical infrastructure deployments face additional requirements that go beyond traditional E2EE.

This talk explores the challenges of operating Matrix within one of Europe&apos;s largest sovereign and security-critical IT infrastructures, where legal archiving obligations, compliance requirements, incident handling, automation and long-term information governance must coexist with modern encrypted communication.

We discuss why classic end-to-end encryption is not always sufficient in enterprise environments and examine the concept of End-to-Organization Encryption (E2OE) as a potential architectural approach. Rather than focusing solely on technical implementation, the session evaluates the trade-offs between confidentiality, organizational trust, operational resilience and regulatory compliance.

Topics include message archiving, eDiscovery, compliance scanning, bot integration, fall handling, key recovery, device loss, and organizational access models. We will also discuss how these requirements influence Matrix client architecture, headless clients, encryption key management and federation.

The presentation is intended for Matrix developers, infrastructure architects, security professionals and public-sector operators interested in deploying Matrix at national scale while balancing sovereignty, usability and compliance.</abstract>
                <slug>matrix-conference-2026-102423-challenges-of-matrix-within-europe-s-most-sovereign-most-secure-and-largest-it-infrastructure</slug>
                <track>Public Sector</track>
                
                <persons>
                    <person id='104584'>Richard Schl&#246;gl</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RERS8J/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RERS8J/feedback/</feedback_url>
            </event>
            <event guid='b16b99a3-8511-5685-ba4c-6c25498144c5' id='102431' code='LNVNTW'>
                <room>Katherine</room>
                <title>MSG GOV: Building Brazil&apos;s Sovereign Government Messaging Platform on Matrix</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T12:15:00+02:00</date>
                <start>12:15</start>
                <duration>00:25</duration>
                <abstract>Governments increasingly need messaging that is secure, federated, and independent from foreign proprietary platforms, but turning an open protocol into a deployable government tool raises hard questions about sovereignty, infrastructure, and identity. This talk presents MSG GOV, a Matrix-based messaging platform for the Brazilian federal government. Today, it targets a defined set of public servants rather than the entire population or every government employee &#8212; a deliberate, controlled scope as the platform matures. We plan to share the factors that drove the need for a sovereign messaging app in the first place and to dig into how MSG GOV is built and run. The solution is designed to operate on SERPRO&apos;s sovereign cloud, the Brazilian government&apos;s own cloud infrastructure, with all the operational and trust implications that entail. At the center of the talk is identity: how MSG GOV integrates with gov.br, Brazil&apos;s national single-sign-on system, through a dedicated user management module we developed to bridge gov.br authentication with Matrix accounts.</abstract>
                <slug>matrix-conference-2026-102431-msg-gov-building-brazil-s-sovereign-government-messaging-platform-on-matrix</slug>
                <track>Public Sector</track>
                
                <persons>
                    <person id='105089'>Diego Serpa</person><person id='105116'>Jose Macedo</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/LNVNTW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/LNVNTW/feedback/</feedback_url>
            </event>
            <event guid='37fceacb-bf28-5085-9d6d-764a48817480' id='93687' code='8EBDVB'>
                <room>Katherine</room>
                <title>Why Is There Rust in our Matrix?</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T12:45:00+02:00</date>
                <start>12:45</start>
                <duration>00:25</duration>
                <abstract>When you operate communication infrastructure for one of Europe&apos;s largest defense organizations, &quot;good enough&quot; is never good enough.
At BWI, we do not just run Matrix. We trust in the idea behind it: that secure, open communication should be a public good.

This talk traces that journey. It begins with our decision to adopt Matrix as the sovereign communication backbone for the German armed forces, and the architectural ambition that drives our work: a communication stack where the functional core is formally verifiable, and memory safety is a given everywhere else. An engineering target we are actively working toward.

As a first step toward that goal, working with Element, we brought a Rust-based cryptographic SDK into existence, the Matrix Rust SDK, a unified crypto platform shared across all our client applications, born from our security requirements and built to last. Rust was not an aesthetic choice. It was a deliberate decision rooted in memory safety, auditability, and the practical requirements of formal verification tooling.

Our work did not stop with the SDK. The same questions that shaped our cryptographic foundation led us to ask **harder** ones about the **backend**: what would a homeserver look like if security and formal verifiability were first-class requirements from day one, not afterthoughts? We have been exploring that question, and in this talk we want to share what we have learned so far, the decisions we faced, and where those explorations have taken us.

Join our journey.</abstract>
                <slug>matrix-conference-2026-93687-why-is-there-rust-in-our-matrix</slug>
                <track>Public Sector</track>
                <logo>/media/matrix-conference-2026/submissions/8EBDVB/image_XBMNyVS.webp</logo>
                <persons>
                    <person id='93556'>Bjoern Reiners</person><person id='93589'>Nico</person><person id='102915'>David Lassig</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8EBDVB/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8EBDVB/feedback/</feedback_url>
            </event>
            <event guid='29410ac7-21c3-575d-b2fb-56734174b156' id='101195' code='DFBNCV'>
                <room>Katherine</room>
                <title>NI2CE network effects in a voluntary adoption paradigm</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>Convincing users to move to NI2CE messenger and move away from the tools they are used to working with remains an issue. I would like to share my thoughts and discuss how other organisations where the use of Matrix messengers is optional deal with this.</abstract>
                <slug>matrix-conference-2026-101195-ni2ce-network-effects-in-a-voluntary-adoption-paradigm</slug>
                <track>Public Sector</track>
                
                <persons>
                    <person id='100427'>Jeroen Franssen</person>
                </persons>
                <language>en</language>
                <description>NI2CE is a messenger solution that we deployed for NATO users to provide a safer and more private alternative for the widespread use of Whatsapp and Signal. The use of NI2CE is optional as users need to install it on a personal device for mobile use.

I had hoped that reaching a critical mass of users would increase adoption and lead to a quick growth of users. This has not materialized unfortunately. 

In this talk, I would like to show how we tried to convince users to migrate and would like to get the points of view of other organisations that might deal with this.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DFBNCV/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/DFBNCV/feedback/</feedback_url>
            </event>
            <event guid='418ae87e-b572-5f06-8cbf-a129670b4c6c' id='105092' code='UZT7QE'>
                <room>Katherine</room>
                <title>Sustainable Digital Sovereignty</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>Digital Sovereignty is on every lips, however whilst the tech is here, we have yet to find a financially sustainable solution to it. The tragedy of the commons of open source is not new, but we&#8217;ve got to the point of needing to solve it if we really want organisations to be sovereign and resilient whilst use secure and polished products. 

We all know (or will know by the end of the conference!) that Matrix is the ideal answer for any organisation looking to break free from vendor lock-in for their communications, not only because of its intrinsic properties of decentralisation and end-to-end encryption, but because it is an open standard. An open standard brings neutrality and an ecosystem which allows multiple vendors to thrive, creating a healthy competition to raise the bar of product quality and target specific markets.

This makes Matrix the perfect microcosm to get concrete examples on how digital sovereignty can be preserved in a financially sustainable manner in order to build products which can compete with the vendor-locked incumbents: from the governance of the standard to the various vendors via the open source community, this talk will use concrete examples to highlight the best and most efficient practices to contribute back for everyone&#8217;s benefit.</abstract>
                <slug>matrix-conference-2026-105092-sustainable-digital-sovereignty</slug>
                <track>Digital Sovereignty</track>
                
                <persons>
                    <person id='99596'>Amandine Le Pape</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/UZT7QE/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/UZT7QE/feedback/</feedback_url>
            </event>
            <event guid='38f22ba1-aa09-5ab7-867c-df1f60554a47' id='101286' code='37GLHX'>
                <room>Katherine</room>
                <title>Common challenges for organizations when deploying [matrix]</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>A vanilla matrix deployment already offers a lot options and is part of many digital sovereign communication solutions (and for good reasons). It can solve some of its tech dependency issues and can be a great alternative to Teams, Slack, WhatsApp etc.

However, some organizational requirements still require more careful thought and planning than one might expect at first glance.

This talk summarizes some of our experiences with often overlooked challenges, decisions with potentially far-reaching consequences and possible solutions/approaches when trying to implement a Matrix-Deployment for bigger organizations like schools, universities or other public organizations and similar projects.</abstract>
                <slug>matrix-conference-2026-101286-common-challenges-for-organizations-when-deploying-matrix</slug>
                <track>Public Sector</track>
                
                <persons>
                    <person id='100502'>Jan Krammer (Janonym)</person><person id='105355'>Philipp Monz</person>
                </persons>
                <language>en</language>
                <description>Among others things, we will take a (somewhat quick) look at:

- User provisioning: 
  - why not just OIDC? pre-populating users from user identity stores, chat integration into different systems (moodle, addressbook)
  - matrixID: human readable or not? (approaches to namechanges and account lifecycles, the state of portable identities)
  - mapping of the organizational structures into matrix: spaces, rooms, using existing providers like LDAP and its pitfalls, room/member sync/provisioning etc
- Law: GDPR and misconceptions, federation, data retention, E2EE settings and auditability
- Administration tools (ketesa, synadm) and challenges (MAS migration, DB, media-store, reports)
- Moderation: community tools and policy server (draupnir), admin actions (reporting, suspend, redact, shadow/ban, block, delete, clean up spam), precautions (media handling, draupnir+antispam module, room discovery)
- Viable matrix clients
- potentially useful plugins/extensions: 
  - collaborative whiteboard (Neoboard), meetings organizer (NeoDateFix)
  - bots, integrations, services: 
    - bots: AI/LLM bots (baibot), auto-translations, helpdesk, etc
    - webhooking (hookshot): alerts, jira-tickets, git notifications, feeds
    - bridges (mautrix)
- Videocalls: livekit/BBB, Jitsi, selfhosting the SFU
- Challenges for users: E2EE, room permissions (deopping, admin/mods), clients (+client configs), usability/accessibility
- Typical infrastructure challenges: storage, monitoring, logging, hosting, deploying (k8s, ansible, ESS), scaling, typical performance bottlenecks
- Some of our custom made solutions:
  - custom search injection and ranking (maiden)
  - problems with the matrix vanilla spec (deopping of chatrooms, invite permissions)
  - fluffychat client for schools at RLP (addressbook, tools for teachers)
  - custom-tooling for RLP (IDM-proxy, dashboard)</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/37GLHX/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/37GLHX/feedback/</feedback_url>
            </event>
            <event guid='53de98a1-ff8f-5ed8-b851-d7f1b4271ef0' id='101713' code='KS3A8F'>
                <room>Katherine</room>
                <title>Starting a Sovereign Chat Project in the Dutch Government: Early Lessons</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T16:15:00+02:00</date>
                <start>16:15</start>
                <duration>00:25</duration>
                <abstract>How do you start a sovereign, secure chat project in the public sector? Together with the Dutch Ministry of Defence, we are launching a Matrix-based solution to enable interoperable, archivable, and decentralized communication.
In this talk, we share our early experiences, including the challenges of compliance, archiving, and adoption, as well as the lessons learned so far. 
Join us to explore how Matrix can support sovereign, future-proof communication for government organizations.</abstract>
                <slug>matrix-conference-2026-101713-starting-a-sovereign-chat-project-in-the-dutch-government-early-lessons</slug>
                <track>Public Sector</track>
                
                <persons>
                    <person id='104696'>Manfred Zielinski</person><person id='105453'>Gideon Bleumink</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KS3A8F/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/KS3A8F/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Peter' guid='d5990945-3b74-52d6-8b90-9edc15d27885'>
            <event guid='ce0d29c3-ab5c-5b38-9881-2b23c1193be9' id='102369' code='JVU9AL'>
                <room>Peter</room>
                <title>Integrations at Work: Bringing Workplace Apps into Element</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-22T11:15:00+02:00</date>
                <start>11:15</start>
                <duration>00:11</duration>
                <abstract>In 2026, Element&apos;s Integrations team set out to make Matrix the productivity layer for sovereign workplaces, the place where your files, documents, projects, and calendar don&apos;t just link out, but live alongside your conversations. We&apos;ll walk through what we built, how we approached the hard problems, and what it means for organisations already running open-source workplace stacks. We&apos;ll also look at where this is headed and what it&apos;ll take for the wider Matrix ecosystem to build it together.</abstract>
                <slug>matrix-conference-2026-102369-integrations-at-work-bringing-workplace-apps-into-element</slug>
                <track>Lightning Talks</track>
                
                <persons>
                    <person id='101468'>David Langley</person><person id='97647'>Half-Shot</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/JVU9AL/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/JVU9AL/feedback/</feedback_url>
            </event>
            <event guid='36bf899d-51ff-51b4-b735-e71c5d6e079e' id='99063' code='9KHRGR'>
                <room>Peter</room>
                <title>A Year (and a half) of Continuwuity</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-22T11:29:00+02:00</date>
                <start>11:29</start>
                <duration>00:11</duration>
                <abstract>In April 2025, a new homeserver burst onto the scene. Soon enough, hundreds of servers were running this mysterious new software - and the momentum didn&apos;t drop. Today, more than one and a half thousand servers on the public federation run [Continuwuity](https://continuwuity.org/). 

That leads to some questions. Where did it come from? What happened? Where is it going? Well, We&apos;ve got anwers for all of that. Right here. Exclusively. This is a breakdown from the team behind the ~~mystery~~ well-regarded open source project, going over all of that and more. You know you&apos;re interested.</abstract>
                <slug>matrix-conference-2026-99063-a-year-and-a-half-of-continuwuity</slug>
                <track>Lightning Talks</track>
                
                <persons>
                    <person id='98527'>Jade</person><person id='105342'>Nex</person><person id='104452'>Ginger</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/9KHRGR/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/9KHRGR/feedback/</feedback_url>
            </event>
            <event guid='71cf36bd-4ac9-5c28-90c9-6923cbda1acd' id='98326' code='HVRHVW'>
                <room>Peter</room>
                <title>Preserving Integration, Rebuilding the Core: Matrix for Healthcare Communication</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T11:45:00+02:00</date>
                <start>11:45</start>
                <duration>00:25</duration>
                <abstract>The hardest part of modernizing healthcare communication is not building a new platform. It is preserving decades of existing integrations while enabling an entirely new communication model.
Germany&apos;s healthcare sector currently relies on two communication systems with very different characteristics.
KIM is the widely adopted communication backbone of the healthcare system. It enables critical workflows such as electronic certificates of incapacity for work and is deeply integrated into healthcare information systems. However, its architecture is based on traditional email technologies and on infrastructure that will have to evolve significantly in the coming years.
The TI-Messenger, based on Matrix, provides a modern communication architecture that already aligns with many design principles of Germany&apos;s future health infrastructure. It enables secure communication between healthcare professionals and also includes insured persons as participants in the communication ecosystem. Nevertheless, adoption has not yet reached the level required to achieve strong network effects.
Instead of operating two independent communication ecosystems, we are pursuing a convergence strategy: a unified communication platform that preserves existing integrations and workflows while modernizing the backend infrastructure and enabling interoperability across user groups.
This talk presents the architectural challenges, migration strategy and interoperability concepts for transforming a nationwide, mission critical healthcare communication ecosystem towards a Matrix based future.</abstract>
                <slug>matrix-conference-2026-98326-preserving-integration-rebuilding-the-core-matrix-for-healthcare-communication</slug>
                <track>Healthcare sponsored by CGM</track>
                
                <persons>
                    <person id='97862'>Jan Kohnert</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HVRHVW/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HVRHVW/feedback/</feedback_url>
            </event>
            <event guid='10546b52-6900-5f31-bc66-2165bc0a9c44' id='102356' code='AWDD8K'>
                <room>Peter</room>
                <title>TI-Messenger goes Europe: Austrian healthcare adopts matrix protocol</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T12:15:00+02:00</date>
                <start>12:15</start>
                <duration>00:25</duration>
                <abstract>Famedly talks about the developments in the Austrian healthcare market and the adoption of matrix as the messenger protocol of choice. Leaning into the similarities and differences between Germany and Austria.</abstract>
                <slug>matrix-conference-2026-102356-ti-messenger-goes-europe-austrian-healthcare-adopts-matrix-protocol</slug>
                <track>Healthcare sponsored by CGM</track>
                
                <persons>
                    <person id='101449'>Phillipp Kurtz</person>
                </persons>
                <language>en</language>
                <description>On January 1, 2025, Austria officially discontinued the use of fax machines for exchanging patient data. While a necessary digital milestone, this abrupt shift initially led to a highly fragmented landscape of disconnected replacement solutions. Recognizing the looming interoperability crisis as early as 2024, state and federal institutions began searching for a unified, scalable alternative. Drawing inspiration from Germany, the TI Messenger was quickly identified as a highly promising blueprint for a nationwide fix.

This catalyzed a wave of regional innovation. In Salzburg, an informal pilot successfully connected the state hospital holding company (Salzburger Landeskliniken) with regional doctors&apos; offices. This was achieved through a collaboration between industry partners Famedly and x-tention, alongside &quot;Medspeak,&quot; a grassroots Matrix server initiative hosted by two local physicians.

Simultaneously, Austria&apos;s national regulatory authority (Elga GmbH) began drafting a standardized specification for adopting the Matrix protocol in healthcare communication nationwide. Famedly was awarded the contract to consult on the foundational version of this specification. Currently, the State of Vienna is conducting a major pilot to validate this standard, working closely with industry partners such as Famedly, x-tention, and Cloudflight.

This talk explores the evolution of Austria&apos;s transition toward a unified, Matrix-based healthcare communication infrastructure, offering unique insights and lessons learned from Famedly&#8217;s perspective as a driving industry partner.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/AWDD8K/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/AWDD8K/feedback/</feedback_url>
            </event>
            <event guid='2f3234ce-61ff-508f-acbc-48b6bf17bc3c' id='100595' code='8LWQES'>
                <room>Peter</room>
                <title>Side Effects Include: Data Breaches, GDPR Fines, and a Group Chat With 47 Nurses</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T12:45:00+02:00</date>
                <start>12:45</start>
                <duration>00:25</duration>
                <abstract>Side effects of modern healthcare communication: data breaches, &#8364;1.2 billion in GDPR fines last year, and a group chat with 47 nurses. The treatment is a messaging app. The one you&apos;re thinking of isn&apos;t it.

Walk into any ward, GP surgery, home care team, or therapy practice in Europe and you&apos;ll find the same thing: clinicians on WhatsApp. Not because they don&apos;t know better &#8212; because it works, it&apos;s fast, and the secure alternative breaks the workflow. This talk is a frank look at why Europe&apos;s most-used clinical tool isn&apos;t a clinical tool.

The answer cuts across the entire care continuum: from large hospital trusts wrestling with security friction to mobile nurses no IT policy ever quite reaches. GDPR enforcement is tightening. AI may be the first thing that genuinely tips the balance between convenience and compliance. This talk takes a European perspective and asks what it will genuinely take to move healthcare off WhatsApp: better products, smarter regulation, open standards, or all three.

The side door works. The fortress doesn&apos;t.</abstract>
                <slug>matrix-conference-2026-100595-side-effects-include-data-breaches-gdpr-fines-and-a-group-chat-with-47-nurses</slug>
                <track>Healthcare sponsored by CGM</track>
                
                <persons>
                    <person id='99899'>Patrice Zoe Brend&apos;amour</person>
                </persons>
                <language>en</language>
                <description>This is a talk about three people.

Amira is a home care nurse. Her &quot;ward&quot; is eleven living rooms and a car. Nobody from IT has ever been in any of them. Mateo is a hospital nurse on night shift &#8212; issued a phone, a pager, and a login that expires every 8 hours. Dr. Chen is a doctor. Always reachable, never has time.

Three people, three employers, three different IT policies. Same behaviour: they all use WhatsApp. Not because they don&apos;t know better. Because the secure alternative is slower, harder, and breaks the workflow that actually keeps patients safe.

This talk walks through the data. What the research says about clinician use of consumer messaging apps. What regulators have actually done about it (&#8364;1.2B in GDPR fines last year, healthcare enforcement up 26%). And why dedicated solutions built on open standards like Matrix &#8212; including the CGM Messenger and CGM TI-Messenger shipping into European healthcare &#8212; are still sitting at ~20% adoption. Every country, same pattern. The fortress works. The side door works better. And patients got better care through the side door.

The talk closes on AI. Ambient documentation, intelligent message routing, AI-assisted triage. The first time convenience and compliance may be pointing in the same direction. But AI processing patient data inside messaging platforms also raises urgent new questions about data sovereignty and consent. We can&apos;t skip the conversation just because the technology is finally convenient.

For Matrix developers shipping healthcare products, healthcare IT professionals, and policy makers who want to know what it will genuinely take to move healthcare off WhatsApp &#8212; and what role open protocols play in getting there.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8LWQES/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/8LWQES/feedback/</feedback_url>
            </event>
            <event guid='0d98e3c5-9b4d-5200-ba6a-53442b043d13' id='92092' code='RAJEHG'>
                <room>Peter</room>
                <title>Matrix Wrench - an admin tool for operators and community managers</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>00:25</duration>
                <abstract>Are you operating a large server, bridge or bot? Are you managing lots of spaces or rooms?
Do you sometimes need to modify rooms outside of your regular account?
Try Matrix Wrench. It&apos;s is a powerful, open-source web app to view and edit room states. It works with access tokens from users and AppServices.</abstract>
                <slug>matrix-conference-2026-92092-matrix-wrench-an-admin-tool-for-operators-and-community-managers</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='92350'>Christian Paul</person>
                </persons>
                <language>en</language>
                <description>In my time at the Matrix.org bridges team, I had worked on a few of the largest bridges operated at the time. Routine tasks included supporting the community leaders, e.g. when room admins had made mistakes or became inactive.
With the administrator role of the bridge bot, we we&apos;re able to modify the room state, revoke rights and promote new community leaders to administrators.

What started as a lot of manual, error-prone work in the terminal with curl became a web app written for the job. It allowed us as operators and community managers to tweak the rooms easier and faster.
Wrong permissions? View them. Fix them.
Wrong room visibility? Easy fix.
Lots of unwanted accounts? Kick them at once.
Migrate a community to a new room? Copy the state and members you want.

Matrix Wrench is closely built around the Matrix API endpoint. Most buttons only fire one network request. Many actions have simple forms, so you don&apos;t need to look up the Matrix Spec in a hurry. And if you want to replicate any of the actions in Matrix Wrench, e.g. for an automated script, you can have a look at its Network Manager which shows a curl command for all performed requests.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RAJEHG/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RAJEHG/feedback/</feedback_url>
            </event>
            <event guid='cfeaea5d-f8b0-5ade-a86e-0f16497df302' id='100912' code='QEQAZY'>
                <room>Peter</room>
                <title>What&apos;s New in the Matrix Rust SDK</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T14:45:00+02:00</date>
                <start>14:45</start>
                <duration>00:25</duration>
                <abstract>The Matrix Rust SDK has grown from an experimental client SDK into the
foundation that powers Element X and other Matrix applications. Along the way,
it has gained support for major Matrix features while tackling some interesting
engineering challenges.

In this talk, we&apos;ll explore recent additions to the SDK, including threads,
spaces, QR code login, shared encrypted history, migration from Element Classic
to Element X, and the centralized redecryption mechanism. We&apos;ll look at the
problems these features were designed to solve, the architectural decisions
behind them, and some of the lessons learned along the way.</abstract>
                <slug>matrix-conference-2026-100912-what-s-new-in-the-matrix-rust-sdk</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100169'>Damir Jeli&#263;</person>
                </persons>
                <language>en</language>
                <description>This talk is aimed at Matrix developers and contributors who are interested in
the evolution of the Matrix Rust SDK. The focus will be on the design and
implementation behind several major features that have recently landed in the
SDK.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QEQAZY/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/QEQAZY/feedback/</feedback_url>
            </event>
            <event guid='2c7282aa-2178-591f-a1c4-d902479d5b08' id='100919' code='BQUNNE'>
                <room>Peter</room>
                <title>Speedrun Client with the Matrix Rust SDK</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T15:15:00+02:00</date>
                <start>15:15</start>
                <duration>00:25</duration>
                <abstract>The Matrix Rust SDK is one of the most complete, mature, and performant SDK in the world. To illustrate our point, we will show off how to develop a Matrix CLI client from scratch with the Rust SDK live on stage, step by step, up to having a fully functional client, with a room list, a timeline, the ability to send and to receive messages, along with full end-to-end encryption support.</abstract>
                <slug>matrix-conference-2026-100919-speedrun-client-with-the-matrix-rust-sdk</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100178'>Ivan Enderlin</person>
                </persons>
                <language>en</language>
                <description>The Matrix Rust SDK is one of the most complete SDK in the world. It&apos;s becoming really mature: more and more clients are relying on it due to its great features, stability, and performance. Maybe you want to give it a try for your own great client? To illustrate our point, we demonstrate how to develop a Matrix CLI client from scratch with the Rust SDK, step by step, up to having a fully functional client, with a room list, a timeline, the ability to send and to receive messages, along with full end-to-end encryption support. We will use the following components: `SyncService`, `RoomListService`, `Timeline`, `SendQueue`, `EventCache` and so on.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/BQUNNE/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/BQUNNE/feedback/</feedback_url>
            </event>
            <event guid='26f7f122-c12b-5efa-b947-400b0916c079' id='101046' code='87JMFS'>
                <room>Peter</room>
                <title>The Engineering Behind Matrix Notifications</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T16:15:00+02:00</date>
                <start>16:15</start>
                <duration>00:25</duration>
                <abstract>A notification seems simple: a message arrives, and the phone vibrates. But in the Matrix ecosystem, a single &quot;ping&quot; triggers a complex chain of events involving E2EE decryption, push rule evaluation, and state synchronization. This talk dives into the architectural challenges of implementing a robust, privacy-respecting, and energy-efficient notification engine in Trixnity.</abstract>
                <slug>matrix-conference-2026-101046-the-engineering-behind-matrix-notifications</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100300'>Benedict Benken</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/87JMFS/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/87JMFS/feedback/</feedback_url>
            </event>
            <event guid='0ff54735-248d-5b41-83dc-ca4bd4328eef' id='100950' code='FAJUZD'>
                <room>Peter</room>
                <title>A faster, rustier Element Web</title>
                <subtitle></subtitle>
                <type>Talk</type>
                <date>2026-10-22T16:45:00+02:00</date>
                <start>16:45</start>
                <duration>00:25</duration>
                <abstract>At FOSDEM 2026, we presented our plan to move Element Web to be powered by the Rust SDK by rewriting incrementally into reusable components. In this talk, we&apos;ll share our progress and insights so far, showcasing our prototype version of the client based on the Matrix Rust SDK along with improvements this has allowed us to bring to the web and desktop version we all know.</abstract>
                <slug>matrix-conference-2026-100950-a-faster-rustier-element-web</slug>
                <track>In Practice</track>
                
                <persons>
                    <person id='100204'>Dave Baker</person><person id='100207'>Florian Duros</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FAJUZD/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FAJUZD/feedback/</feedback_url>
            </event>
            <event guid='540788a0-1cfd-58c0-b531-f2e626dd43b7' id='101036' code='HDSVJB'>
                <room>Peter</room>
                <title>Matrix as a CRDT Backend: The perfect container for private structured Data</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-22T17:15:00+02:00</date>
                <start>17:15</start>
                <duration>00:07</duration>
                <abstract>Have you ever wanted to use Matrix as a backend for privately shared notes, workout tracking, expense management, task lists, or even local LLM memory storage?

Matrix is a surprisingly strong fit for these use cases. It offers end-to-end encryption, solid SDK support, multiple homeserver implementations, and effortless redundant storage &#8212; simply join a room with two accounts on different homeservers.

All of this makes Matrix an ideal backend for CRDT data structures, particularly for apps that store personal data with owner-controlled collaboration and sharing. In this talk, I will present what requirements Matrix needs to fulfill to be the perfect container for CRDT data, where it currently falls short, and why the path forward is bright &#8212; requiring only minimal changes to the spec.

This talk grew out of discussions at the Matrix Conference 2025. At the Matrix Community Summit 2026, those topics were revisited and iterated across multiple widget and integration workshops.</abstract>
                <slug>matrix-conference-2026-101036-matrix-as-a-crdt-backend-the-perfect-container-for-private-structured-data</slug>
                <track>Lightning Talks</track>
                
                <persons>
                    <person id='100290'>Timo Kandra</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HDSVJB/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/HDSVJB/feedback/</feedback_url>
            </event>
            <event guid='2c75abbd-b032-5de3-bd03-dda3eb9f72d9' id='101303' code='TDZNKE'>
                <room>Peter</room>
                <title>When the Bridge Looks Like an Attacker: Building a Focus App on Matrix Instagram Bridges</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-22T17:24:00+02:00</date>
                <start>17:24</start>
                <duration>00:07</duration>
                <abstract>BreakFree is an app blocker with a texting layer built on Matrix, it block Instagram&apos;s Reels and feed, keep your DMs. Most blockers make you nuke the whole app and lose messaging too. BreakFree routes DMs through mautrix-meta / mautrix-instagram so texting survives.
This talk is about what broke when a puppeting bridge went under thousands of non-technical users: unfamiliar-login flags, ban warnings from Instagram. Tead-receipt and reliability quirks, media storage, proxies, and the changes I made to the bridge and my Matrix setup to keep it standing. Plus the trust and privacy tradeoffs, and whether consumer-facing bridges can hold up as real infrastructure.</abstract>
                <slug>matrix-conference-2026-101303-when-the-bridge-looks-like-an-attacker-building-a-focus-app-on-matrix-instagram-bridges</slug>
                <track>Lightning Talks</track>
                <logo>/media/matrix-conference-2026/submissions/TDZNKE/image_yHqxQMa.webp</logo>
                <persons>
                    <person id='100514'>Roshan Kattil</person><person id='101152'>Thai An Le</person>
                </persons>
                <language>en</language>
                <description>The problem: why a focus app needs to keep messaging at all, and why &quot;just open Instagram&quot; defeats the purpose.
Why Matrix: choosing puppeting bridges over alternatives, and how the app sits on top of mautrix-instagram / mautrix-meta.
What broke: the collision with Meta&apos;s anti-abuse systems: unfamiliar-login flags, ban warnings reaching real users, read receipts, proxy and session-handling changes, and reliability under active pushback, scaling issues.
trust and privacy tradeoffs of routing user sessions through a bridge, and what shipping to thousands of non-technical users revealed about whether consumer-facing bridges are durable.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TDZNKE/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/TDZNKE/feedback/</feedback_url>
            </event>
            <event guid='ef3bbaf3-a5ea-5bbe-b633-cd9f75050d90' id='102447' code='FEBUFM'>
                <room>Peter</room>
                <title>Making Matrix Feel Like WhatsApp Without Centralizing It</title>
                <subtitle></subtitle>
                <type>Lightning Talk</type>
                <date>2026-10-22T17:33:00+02:00</date>
                <start>17:33</start>
                <duration>00:07</duration>
                <abstract>Gua is an experimental Matrix-based messenger built around a deliberately provocative question: can a federated, end-to-end encrypted network feel as simple as WhatsApp, and what do you have to centralize to get there?

The project is an experiment built around the Matrix ecosystem. It builds on Element clients for iOS, Android, and Web, Synapse, and Matrix Authentication Service, with targeted Gua-specific forks where the user experience requires it. Around those components, it adds Java/Spring services such as identity-service and gua-resolver, plus gua-idp-web, a web frontend for the identity provider login flow. The goal is to keep the robustness of Matrix federation while hiding the complexity that usually scares off everyday users: homeserver choice, full Matrix IDs, server-specific login details, and federation topology.

The public demo uses phone-number login with OTP, similar to WhatsApp-style onboarding. Returning users can be protected with a 6-digit account PIN or passkeys, and the OIDC/MAS architecture makes it possible to extend the same login model to government identity providers, institutional identity systems, or other trusted authentication sources.

The talk focuses on the architecture behind this abstraction: Gua Identity Service, Gua&#8217;s MAS fork, gua-idp-web, and gua-resolver. Together, these components let a client start from a simple user identity, route login or registration to the correct homeserver, and maintain a trusted federation of authorized homeservers without exposing those details to the user.

Gua is not presented as a finished product, but as a case study in making Matrix more approachable for mainstream and institutional adoption.</abstract>
                <slug>matrix-conference-2026-102447-making-matrix-feel-like-whatsapp-without-centralizing-it</slug>
                <track>Lightning Talks</track>
                <logo>/media/matrix-conference-2026/submissions/FEBUFM/image_1jk58BK.webp</logo>
                <persons>
                    <person id='101537'>Sarah L. Silva</person>
                </persons>
                <language>en</language>
                <description>Matrix gives us federation, interoperability, end-to-end encryption, and the possibility of communication networks that are not controlled by a single vendor. But the average user does not want to think about homeservers, server names, Matrix IDs, login methods, federation topology, or trust boundaries. In many countries, messaging products such as WhatsApp became dominant partly because onboarding is extremely simple: enter a phone number, receive a code, and start talking.

Gua explores whether a Matrix-based messenger can offer that kind of simplicity without giving up the federated architecture underneath.

The project is a distribution and product experiment built around the Matrix ecosystem. It forks Element clients for iOS, Android, and Web, forks Synapse and Matrix Authentication Service where needed, and adds Gua-specific Java/Spring services such as identity-service and gua-resolver. It also includes gua-idp-web, a web frontend for the identity provider login flow.

The design makes several deliberate UX and architecture choices:

- users see usernames, not full Matrix IDs or homeserver names;
- clients do not ask users to choose a homeserver;
- the public demo uses phone-number OTP onboarding;
- returning users can use a 6-digit account PIN as two-step verification;
- passkeys and other identity providers can be added through the OIDC/MAS pattern;
- the resolver decides where a user should log in or register inside the Gua federation;
- trusted homeservers are admitted and verified through a resolver-controlled roster.

The talk will walk through how Gua Identity Service acts as an OIDC provider for MAS, how the Gua MAS fork reduces login friction for first-party clients, how gua-idp-web drives the phone -&gt; OTP -&gt; PIN/profile flow, and how gua-resolver ties the model together by resolving identities to homeservers and maintaining trust in the federation.

It will also discuss future potential directions: institutional deployments, login through SSO providers, and eventually bridging the user experience beyond the Gua-controlled federation toward the broader Matrix federation or other controlled Matrix federations such as Tchap.

Gua is an early-stage architecture and product-design case study about making Matrix federation usable for people who would otherwise never adopt a federated messenger.</description>
                <recording>
                    <license></license>
                    <optout>false</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FEBUFM/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/FEBUFM/feedback/</feedback_url>
            </event>
            
        </room>
        <room name='Workshop' guid='ebac00d8-03ab-5480-9430-31f1f4f0d3ec'>
            <event guid='b40e1341-b529-5e68-8da7-0c688c85547d' id='102391' code='CJXTB9'>
                <room>Workshop</room>
                <title>The Element Module Workshop</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-22T11:45:00+02:00</date>
                <start>11:45</start>
                <duration>01:30</duration>
                <abstract>Hey! You may have just seen our talk about the future of integrations, or didn&apos;t see the point and hung around the bar. No matter! You will want to come to this workshop where we will teach you how to sculpt Element Web into the perfect client. We will impart the wisdom, hear the feedback and make dreams become reality.</abstract>
                <slug>matrix-conference-2026-102391-the-element-module-workshop</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='97647'>Half-Shot</person>
                </persons>
                <language>en</language>
                <description>You may be a budding engineer looking to hack on something cool, you may have a sexy looking fork of Element but want to cut the maintenance, you may be a disruptive influence wanting every application on your desktop looking like the [Windows Hot Dog stand theme](https://blog.codinghorror.com/a-tribute-to-the-windows-31-hot-dog-stand-color-scheme/) (oh god why!).

Whoever you are, **this workshop is for you**. We will spend the beginning of the &apos;shop talking about the new improvements Element has made to it&apos;s module API. We will then dig into a short demo of how to build your own integrations, and then you shall go wild with your imagination and build something very cool.

There may even be a prize for the best integration built!</description>
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/CJXTB9/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/CJXTB9/feedback/</feedback_url>
            </event>
            <event guid='02dddb47-5904-520d-945d-4e81d5565635' id='102303' code='MY8PLV'>
                <room>Workshop</room>
                <title>A Vision for interoperability in Element</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-22T14:15:00+02:00</date>
                <start>14:15</start>
                <duration>01:30</duration>
                <abstract>Federation is working. But does the experience reflect it?
The goal of this collaborative workshop is to understand how interoperability and federation translates inside the product.
Together we&#8217;ll look at search, directories, shared rooms and how the experience can be tailored for users. 
We want to test our assumptions, hear what resonates and understand what we&apos;re missing. Your input will directly shape the product.</abstract>
                <slug>matrix-conference-2026-102303-a-vision-for-interoperability-in-element</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='101391'>Ga&#235;lle Hunt</person>
                </persons>
                <language>en</language>
                
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links></links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/MY8PLV/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/MY8PLV/feedback/</feedback_url>
            </event>
            <event guid='b6b06cfd-2056-51f0-b96c-c09dbed4e788' id='95216' code='RXVU33'>
                <room>Workshop</room>
                <title>Your Chat App is Actually a Game</title>
                <subtitle></subtitle>
                <type>Workshop</type>
                <date>2026-10-22T16:15:00+02:00</date>
                <start>16:15</start>
                <duration>01:00</duration>
                <abstract>What if I told you that Matrix &#8212; the protocol you use to send memes and coordinate sprints &#8212; is secretly one of the best foundations for building interactive, stateful games?
This talk walks through the construction of a Matrix Treasure Hunt Bot: a Rust-based game engine where players solve riddles in DMs to unlock invites to new rooms, progressing through a story that lives entirely inside a federated chat network.
But this isn&apos;t just a fun project showcase. Under the hood, it&apos;s a solid example in the real challenges of building reliable bots on a federated protocol:
The Join Problem: Why room joins fail 30% of the time across homeservers &#8212; and how exponential backoff with jitter makes your bot resilient without hammering the federation.
The Ghost Problem: How bots silently accumulate thousands of orphaned rooms, and the automated housekeeping patterns that prevent it.
Stateful Sessions on a Stateless Stream: Mapping Matrix&apos;s event firehose to persistent player sessions, with versioned JSON state that survives reboots and code deploys.
A Trait-Based Shell: Building an extensible command system inside a chat bot &#8212; so adding !hint or !stats is just implementing a single Rust trait.
Whether you&apos;ve never touched matrix-sdk or you&apos;re knee-deep in your own bot project, you&apos;ll leave with concrete, production-tested patterns for building bots that are as resilient as they are fun.
The code is open-source (GPL3) and the bot is live. You can play it today.</abstract>
                <slug>matrix-conference-2026-95216-your-chat-app-is-actually-a-game</slug>
                <track>Workshop</track>
                
                <persons>
                    <person id='94913'>nohkumado</person>
                </persons>
                <language>en</language>
                <description>1. How to use matrix-sdk for multi-room, stateful interactions &#8212; beyond the basic event handler tutorial.
2. Why federation latency is your bot&apos;s worst enemy, and how rate limiting with jitter defeats it.
3. A trait-based architecture for extensible bot commands that scales without turning into spaghetti.
4. Practical patterns for state persistence, session cleanup, and bot housekeeping in production.</description>
                <recording>
                    <license></license>
                    <optout>true</optout>
                </recording>
                <links>
                    <link href="https://codeberg.org/nohkumado/matrix_treasure_hunt/src/branch/workshop-skeleton">workshop pruned version of the tresurehunt bot</link>
                </links>
                <attachments></attachments>

                <url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RXVU33/</url>
                <feedback_url>https://cfp.2026.matrix.org/matrix-conference-2026/talk/RXVU33/feedback/</feedback_url>
            </event>
            
        </room>
        
    </day>
    <day index='4' date='2026-10-23' start='2026-10-23T04:00:00+02:00' end='2026-10-24T03:59:00+02:00'>
        
    </day>
    
</schedule>
