Skip to main content


It's official - Matrix 2.0 implementations are here and ready for mainstream use! πŸŽ‰πŸ₯³πŸŽŠ Come watch the keynote from The Matrix Conference and learn about the joy of instant sync ⚑️, next-gen auth πŸ”, native VoIP 🎦 and Invisible Crypto πŸ‘»: matrix.org/blog/2024/10/29/mat…
in reply to The Matrix.org Foundation

congratulations!

> what might Matrix 3.0 bring? (…) Could it be switching to #MLS (or Decentralised MLS) for encryption?

That would be absolutely amazing as a top priority for v3

#MLS
This entry was edited (3 weeks ago)
in reply to Erlend Sogge Heggen

@erlend Right?! We look forward to seeing what emerges as folks explore what that major version release could signify.
in reply to The Matrix.org Foundation

Mentioning Bluesky here as an example of a federated network, when it currently does not federate at all (why forgo the mention of the ActivityPub Fediverse?), and calling a bunch of uncompleted MSCs "Matrix 2.0" really does disillusion me about the Matrix group of protocols. What the fresh hell is this?
This entry was edited (3 weeks ago)
in reply to keschi Θ

@kescher Thanks for sharing your concerns. Our spec process requires proof and implementation before things get merged in, and we're not going to be shy about celebrating when a meaningfully improved UX, based on spec proposals that have stabilized and are on track for merging, is becoming available.

And we're ActivityPub-first in our approach to social in line with our values, but AP hasn't made the news recently in the same way – thus the editorial choice.

in reply to The Matrix.org Foundation

Look, I am not discounting the improvements here at all. Especially Sliding Sync! A great thing to have.

But until it is part of the protocol, officially, it isn't.

And that editorial choice makes no sense, again, considering that Bluesky is not federated or decentralized at all currently, only could be made to be so in theory!

This entry was edited (3 weeks ago)
in reply to keschi Θ

@kescher Genuinely, thanks for sharing your thinking here. We've definitely heard from folks who pay close attention to the spec that the 2.0 comms centered on implementations land wrong for them.

No doubt we need to calibrate how we communicate about these things... Relatedly, we've been very glad to hear that our Governing Board is interested in helping us think about our outbound communications strategy!

in reply to The Matrix.org Foundation

For me, the biggest problem with Matrix ecosystem right now are servers not cleaning after themselfs.

I can wait for some features, but in the meantime servers I have struggle to survive because of Synapse's state_groups_state infinite grow while Condu(wu)it/Dendrite seems to be too risky bet because of unsure development speed.

in reply to Dawid Rejowski

@didek Yeah, that's a good point about resource use. The server side of the ecosystem is promising but we'd like to see more of those server implementations hit maturity.
in reply to The Matrix.org Foundation

I'm using SSS on Element X and I really like it, but is it really "ready to use" if no desktop or web clients support it?
in reply to 183231bcb

@183231bcb Glad to hear you're having a good experience there! And thanks for raising that – aside from availability in that mobile client, the improved UX is available in the develop/nightly builds of one web/desktop client.

That said, it's fair to say that's many people aren't going to use those at this time.

Given the length of the road we're traveling here, we're eager to celebrate incremental progress where we can πŸ˜…

Unknown parent

The Matrix.org Foundation
@tom Thank you, taking a look at that now!
in reply to The Matrix.org Foundation

Congrats on getting 2.0 out \o/πŸ₯‚ .
I do however have a question, one of the biggest drawback for my friends to make the switch is the lack of basic chat features(Messages with images, Custom stickers, and so on) is there any news on that front?
in reply to Laelia

@Laelia captioned images are coming very soon: github.com/matrix-org/matrix-s…. custom emoji is a rats nest but we are doing our best to prioritise it (although foundations comes first)
in reply to The Matrix.org Foundation

are there instructions out there for migrating from the sliding sync proxy to the native sliding sync?
in reply to amd

@amd clients should move over to native sss automatically, and once the ss proxy logs are quiet you can turn it off.
@amd
in reply to The Matrix.org Foundation

but how many new side channels did you create / knowingly leave in place?
in reply to feld

@feld none to our knowledge, and the libolm ones weren’t exploitable in practice (hence not prioritising them).
@feld
in reply to The Matrix.org Foundation

If a friend loses her device again without having recovery, she has to abandon her account. Better to be upfront about this than to leave her in confusion as to why she's "banned", so a client should say:

> You've successfully signed in. Before you can send and receive messages with this device, you need to validate it using another device or a recovery passphrase.
> If you lost all devices where you were signed in and do not have a recovery passphrase, you should create a new account.

⇧