jdev - 2023-11-30


  1. MSavoritias (fae,ve)

    > I don't see why federated rooms means you can't have ordering per se Hmm fair. I guess there needs to be a "master" room node at any point. That does the ordering.

  2. jonas’

    terminology!

  3. jonas’

    referring to my confusion about federated MUCs, because MUCs are already federated in my view

  4. jonas’

    (because I can join this MUC from my own server)

  5. MSavoritias (fae,ve)

    heh. so what i meant is that there are three models i can think of right now: - Matrix one or federated MUCs where you have each server is hosting the room and act as a fallback. Federated mode brought to rooms basically. - fully distributed mode where there is no "server" per se and its whoever is online hosts the room. - the last one is basically DIDs based rooms. you have 3-4 nodes that host the room and they decide together for actions concerning the room. So first option except its based on DIDs and more restrictive since its not every server that can act as a host now.

  6. MSavoritias (fae,ve)

    the second one is the most tricky one with MLS it seems while the third one being the easiest. from what i understand at least

  7. jonas’

    and you have the current XMPP model, where a room exists on a specific server and that server has the power

  8. jonas’

    which is the easiest with MLS :)

  9. MSavoritias (fae,ve)

    of course :P

  10. singpolyma

    There is also everyone-sends-to-everyone multicast non-rooms