Разработка Matrix 2.0 приблизилась к важному рубежу: восемь предложений по изменению открытого протокола перешли в период финальных замечаний. Среди них — расширения синхронизации, механизм Sticky Events и несколько частей MatrixRTC для голосовой и видеосвязи. Это не выпуск готовой версии и не объявление о том, что все функции уже доступны в каждом клиенте. Сейчас разработчики и участники сообщества проверяют формулировки, совместимость и оставшиеся риски.

Зачем менять синхронизацию

Мессенджер должен быстро восстанавливать состояние после запуска на телефоне или компьютере. Недостаточно получить список новых сообщений: нужны отметки о прочтении, данные учётной записи, сведения для сквозного шифрования и служебные сообщения, адресованные конкретному устройству. Для расширений Sliding Sync, отвечающих за эти части работы, начался финальный этап обсуждения. Если решения пройдут его, клиентам будет проще согласованно получать необходимые изменения без лишней нагрузки и расхождений между устройствами.

Для пользователя результат должен выглядеть почти незаметно: чаты открываются быстрее, статусы не отстают, а переход между устройствами меньше напоминает повторную загрузку всей истории. Но обещать конкретное ускорение пока нельзя. Оно будет зависеть от реализации сервера, приложения и условий сети.

Что такое Sticky Events

Часть событий в комнате важна не только в момент публикации. Например, сведения о текущем сеансе связи должны оставаться видимыми новым участникам и клиентам, которые ненадолго были вне сети. Предложение Sticky Events описывает способ удерживать такие события актуальными в пределах заданного срока. Именно этот механизм особенно тщательно обсуждали перед переходом к финальным замечаниям.

При этом остаётся известный риск: когда федеративные серверы догоняют друг друга после задержки, интерфейс может на короткое время показать устаревшее состояние или уведомление. Разработчики считают этот риск допустимым на нынешнем этапе, но он не исчез сам собой. Это важная оговорка для тех, кто планирует опираться на новый механизм в критичных сценариях.

Звонки как часть общего протокола

В тот же период финального обсуждения вошли базовое описание MatrixRTC, транспорт через LiveKit и модель приложения для голосовых и видеозвонков. Смысл работы — согласовать общие правила для разных клиентов, чтобы вызов не зависел от одного интерфейса или поставщика приложения. Однако отдельное предложение о приглашениях и уведомлениях для звонков ещё находилось на рассмотрении. Поэтому говорить о полностью завершённой схеме связи преждевременно.

Главный вывод на сегодня — у Matrix 2.0 появилась более чёткая техническая форма. Восемь инициатив приблизились к принятию, но ни одна из них не была объявлена принятой в недельном отчёте сообщества. Пользователям стоит следить не только за названием версии, но и за тем, какие возможности действительно реализовали их сервер и клиент.